Yes, maybe thers no problem but, i think when we include a translate tool
in lazarus and make ourself
incompatible to the gettext tools the translation tool is useless, sorry.
Its useable but only for internal formats as borland with it dll stuff.
Also unuseable.
I cant write an Imageprogram, with only one format that is self
implemented. Nobody will use this.
Most users ask for translation of forms. This means
- on loading the form the LCL must identify the strings that needs to be
translated (TTranslateString)
- the string property must be get an identifer. For example
'TForm1.OkButton.Caption'. This must be done by the LCL.
- the string must be loaded from the database in the wanted language. This
can be done by the gettext tool, or because .po files are so simple, with
the short procedure in the LCL.
- there should be translation files (.po) for each package and project and
when distributing a project the translation db should be automatically
collected from all used packages and projects. Whatever tool does this, it
needs the information of the files the IDE creates. So a tool or plugin
'integrated' into the IDE is quite obvious.
How the translators translate the files is up to them. But IMHO there are
tasks, that only the LCL can do and must do.
Yes, that makes things mutch easyer TForm.Translate('mylanguage.(p)(m)o');
can be a greate feature but it schould be compatible to standart tools and
not only to the integreated
tools in the ide. also the tools in the ide schould be compatible to gettext
maybe this can be added later,
but to say i have no time at time to do this cause in most cases that this
is never done. the easyer way
is to do all in one step.
1. priority LCL unicode support (over all widgetsets)
2. priority LCL gettext support (with po and mo files couse most
applications dont use po but mo)
3. priority are integreated Tools to translate in the ide maybe forst only
to translate later to translate and keep compatibility to .po files
Christian Ulrich
_________________________________________________________________
To unsubscribe: mail [EMAIL PROTECTED] with
"unsubscribe" as the Subject
archives at http://www.lazarus.freepascal.org/mailarchives
