I just refer to my original announcement: "Need an EASY translation framework for your Pharo application with NO EXTERNAL dependency?" That's it. Nothing fancy. Nothing more. Only a simple project. You can - but must not use it and I did not announce it as a GetText replacement. ;) With "I18N" there is no need to externally set up other tools, by default no playing with files. One can manage and version the translation with the code. It is open to the format and I do not have to reinstall external tools when I switch between computers. Start up Pharo and off I go. But this is specific to me and maybe different for others. If it gets complicated one can always switch to GetText or other solutions. Look at the webframeworks - we have Teapot, Aida, Seaside, ... so let the users decide what he wants to use. And GetText is not the only format. Look at Java - there you have messages and message property files or *.resx from .NET world. In I18N I can use them as source as well if I like and they are also not uncommon in translation (offices) and have nice tool support too. Hilaire wrote:
For DrGeo this is a show stopper.
As I said it depends on the needs and you may be right for Dr. Geo (or other Pharo based applications).
From the discussion I think we can agree that it would be good to also have good Pharo support for GetText. And then lets talk about the IMHO currently horrible state of GetText and how to fix it:
1. Why is "GetText" not easily loadable from the config browser? If we want people to find and use it we should make it accessible. 2. When you google for "Pharo" and "GetText" you will find https://code.google.com/p/seaside/wiki/Gettext as the first match. The page is outdated, points to the old repository on SqueakSource http://www.squeaksource.com/PharoNonCorePackages/ and even that page does not include a hint that meanwhile the package moved to STHub. 3. Also the new hosting on the STHub page http://smalltalkhub.com/#!/~PharoExtras/Gettext seems broken, it includes the following comment: "Migrated from PharoNonCorePackages. Should be adapted to Pharo2.0" Outdated comment or not usable in Pharo 3.0/4.0? 4. The last version there is Gettext-HilaireFernandes.33, that is the one that is also included in Dr. Geo. The code should be updated as a) it includes a reference to missing class "MethodReference" in #appendVocabulary:domains: b) the NaturalLanguageTranslator>>cleanUp method references a class variable that is not there Any takers? 5. Writing a simple docu for I18N on STHub took me only a few minutes using markdown and https://stackedit.io. (Pillar and PillarHub provide the same, but STHub does not support it). So why not write a similar docu for GetText including code snippets and all the knowledge that seems to be there already from using it... Bye T.