Zitat von Graeme Geldenhuys <[EMAIL PROTECTED]>: > On 17/03/2008, Mattias Gärtner <[EMAIL PROTECTED]> wrote: > > > > We talked about that. AFAIR it came down to this: > > For the biggest part of the TTranslateStrings it is sufficient to use the > > package name plus original value as identifier for the lookup. For example > all > > OkButton captions can use one translation. > > > And for identifier lookup to work with Lazarus's translation (gettext) > unit, the patch submitted in Mantis bug #10938 > [http://bugs.freepascal.org/view.php?id=10938] needs to be applied.
Fixed. > BTW: Locale information/standards suck under *unix environments, > unless you lock yourself into 'libc' which limits you to Linux/x86. > :-( Because of that the LongMonthNames, LongDayNames etc arrays in > RTL never gets translated, no matter to what value you set LANG etc. > For that reason fpGUI's toolkit translation files contain translated > text for those arrays and date/time formats etc... I only found code to translate them under windows and wince. Maybe this is just not implemented under unix? > Does that have an affect on LCL based applications as well? Or is it > only because fpGUI talks directly to Xlib and not via GTK, GTK2 or Qt > toolkits which probably implement there own locale settings. I guess this is independent. But maybe a solution can be easier for the LCL, because it can use full blown widgetsets, while the RTL has only the kernel functions. Mattias _______________________________________________ Lazarus mailing list [email protected] http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
