Hi,

I have my own two cents to add here. I write a lot of perl code that always needs to be available in at least two langauges.

I'm a heavy user of Locale::Maketext, instead of gettext. I personally prefer Locale::Maketext because it's much smarter about different langauge requirements.

However, the idea is the same, use the english (or whatever) text as a key for the dictionary. This seems to me the only really good way to do this. I disagree totally that keywords whould be used, for serveral reasons:

1. Looking at the code it is harder to understand the flow of events if messages are represented by keywords.
2. If the keyword is not in the database, we get maybe no message, or a message that is meaningless or nearly so, instead of a useful default message.


My feeling is that there is no need to correct the text for the messages in the code; if it has typos, or whatever, that's not a problem. Only the text in the database needs to be corrected, and that can be done without perturbing anything. Of course it's cleaner to clean up the text in the code too, but it's not necessary. That can be done when a major release is being prepared.

I agree that many of the messages have errors, but let's start by just fixing the langauge databases. It's easy to do, and should cause no pain.

Mike

Martin Bartosch wrote:

Hi,



That is standard behaviour of the gettext system - the idea
behind is,
that you receive a proper english text if no translation is found.



Yes i know gettext. But you can ensure, that as default the english is
delievered
With every language system. And using text as a key is really silly in
my eyes.



from a practical point of view I agree with Til, there are several typos and errors in the English menus and messages, but in the current state I don't dare fixing them because of the multiple dependency on the original English texts. Not too good, I think.

Martin




-------------------------------------------------------
This SF.Net email is sponsored by:
Sybase ASE Linux Express Edition - download now for FREE
LinuxWorld Reader's Choice Award Winner for best database on Linux.
http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click
_______________________________________________
Openca-Users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/openca-users




-------------------------------------------------------
This SF.Net email is sponsored by:
Sybase ASE Linux Express Edition - download now for FREE
LinuxWorld Reader's Choice Award Winner for best database on Linux.
http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click
_______________________________________________
Openca-Users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/openca-users

Reply via email to