> I think the second is a lot better.  It allows spell-checking
 > (which first alternative does not).
Spell-checking can be done on the gnucash.pot file generated from
sources.

 > It avoids the elipses problem you describe
 > below.
I don't see exactly what you mean. The elipses problem remains with a
centralized message file. For example , if we have the following
definitions:
     #define ACC_CODE_STR        "Account Code"
     #define ACC_CODE_C_STR      ACC_CODE_STR      ":"

Then the compiler acts as if we have written:
     #define ACC_CODE_C_STR      "Account Code:"

But with gettext, we will write:
     #define ACC_CODE_STR     _("Account Code")

And ACC_CODE_STR is no longer a constant since underscore is an alias
for function gettext . Thus the compiler can't concat such strings
when compiling. I think the simplest is to write something like:
     #define ACC_CODE_C_STR      with_elipses(ACC_CODE_STR)

 > It avoids the propagation of similar but slightly different messages
That's right.

 > It avoids the loss of translation when a minor change is made in
 > the native-language string.
New .po files are merged with already existing .po with msgfmt. Only
new strings or updated string have to be translated. This is true
whatever the solution is.

 > It would be a step back to loose a centralized dictionary.
If you prefer centralized dictionary, I agree with you. It will be
safer and simpler to do that.

 > > A temporary patch is available for testing at
 > >    http://perso.wanadoo.fr/jl.pelecq/gnucash.html
 > 
 > I noticed that it includes a lot of source code in a directory 'intl'

The patch include the directory intl because it is required by the
autoconf macro AM_GNU_GETTEXT. I prefer not to change standard
tools. As far as I know internationalized packages include this
directory (as sharutils, ...). In fact, only the script intl/po2tbl
seems to be used. It generate a file cat-id-tbl.c that contains an
array with a numeric id for all strings. I didn't find the reason why
this file is generated.

If you think that this directory is too much useless I can remove it
and change the macro AM_GNU_GETTEXT.

Laurent
----- %< -------------------------------------------- >% ------
The GnuCash / X-Accountant Mailing List
To unsubscribe, send mail to [EMAIL PROTECTED] and
put "unsubscribe gnucash-devel [EMAIL PROTECTED]" in the body

Reply via email to