[Pharo-project] Gettext in Pharo2.0
Hi, Loading Gettext into Pharo2.0 crashes badly (system locks up, eventually an emergency debugger appears). The reason is the class initialization of NaturalLanguageTranslator: Smalltalk addToStartUpList: NaturalLanguageTranslator after: FileDirectory. Because the class FileDirectory is no longer in that list, it crashes. So, my questions: - should it not produce a nicer debugger window? - I can fix the load problem itself and also take a look to port this package to Pharo2.0 if it requires more than adapting the above. But I have no write access to the PharoNonCorePackages repository. Is there a new location? Or is there already a version for Pharo2.0 somewhere? Or should we move it out of that repository and give it it's own special place? cheers Johan
Johan Brichau-2 wrote
Hi,
Loading Gettext into Pharo2.0 crashes badly (system locks up, eventually an emergency debugger appears). The reason is the class initialization of NaturalLanguageTranslator:
Smalltalk addToStartUpList: NaturalLanguageTranslator after: FileDirectory.
Because the class FileDirectory is no longer in that list, it crashes. So, my questions:
- should it not produce a nicer debugger window? - I can fix the load problem itself and also take a look to port this package to Pharo2.0 if it requires more than adapting the above. But I have no write access to the PharoNonCorePackages repository. Is there a new location? Or is there already a version for Pharo2.0 somewhere? Or should we move it out of that repository and give it it's own special place?
cheers Johan
I think Gettext should be in its own place, and I don't think there is one for it yet. I think Gettext that worked in 1.3 also doesn't work in Pharo 1.4, which I could look at fixing. Or if it does work in 1.4 let me know how to load it. I made some slime rules for Seaside that run in Pharo 1.3 that automatically find strings and adds the conversion stuff if those strings aren't in methods that end in 'Id' or 'Css' or 'Class' (etc). I'd publish them to a Gettext repository if there was one. -- View this message in context: http://forum.world.st/Gettext-in-Pharo2-0-tp4679315p4679321.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.
On Apr 2, 2013, at 6:34 PM, Paul DeBruicker <pdebruic@gmail.com> wrote:
Johan Brichau-2 wrote
Hi,
Loading Gettext into Pharo2.0 crashes badly (system locks up, eventually an emergency debugger appears). The reason is the class initialization of NaturalLanguageTranslator:
Smalltalk addToStartUpList: NaturalLanguageTranslator after: FileDirectory.
Because the class FileDirectory is no longer in that list, it crashes. So, my questions:
- should it not produce a nicer debugger window? - I can fix the load problem itself and also take a look to port this package to Pharo2.0 if it requires more than adapting the above. But I have no write access to the PharoNonCorePackages repository. Is there a new location? Or is there already a version for Pharo2.0 somewhere? Or should we move it out of that repository and give it it's own special place?
cheers Johan
I think Gettext should be in its own place, and I don't think there is one for it yet. I think Gettext that worked in 1.3 also doesn't work in Pharo 1.4, which I could look at fixing. Or if it does work in 1.4 let me know how to load it.
I wonder if it should not be part of the release⦠having the system in multiple languages seems to be not that of a seldomly used feature. Marcus
Le 02/04/2013 18:33, Paul DeBruicker a écrit :
I think Gettext should be in its own place, and I don't think there is one for it yet. I think Gettext that worked in 1.3 also doesn't work in Pharo 1.4, which I could look at fixing. Or if it does work in 1.4 let me know how to load it.
This version works for Pharo 1.4: Gofer new url: 'http://www.squeaksource.com/PharoNonCorePackages'; package: 'ConfigurationOfGettext'; load. (Smalltalk at: #ConfigurationOfGettext) perform:#load. Hilaire -- Dr. Geo http://drgeo.eu
I propose to make a Gettext repository on smalltalkhub. We can move Gettext and its Seaside extension there. If you want to include it in the release (which would be great), we need to factor out some code because there is an overlap with System-Internationalization. Hilaire, if you are fine with this, I can take care of it. cheers Johan On 02 Apr 2013, at 19:38, Hilaire Fernandes <hilaire.fernandes@gmail.com> wrote:
Le 02/04/2013 18:33, Paul DeBruicker a écrit :
I think Gettext should be in its own place, and I don't think there is one for it yet. I think Gettext that worked in 1.3 also doesn't work in Pharo 1.4, which I could look at fixing. Or if it does work in 1.4 let me know how to load it.
This version works for Pharo 1.4:
Gofer new url: 'http://www.squeaksource.com/PharoNonCorePackages'; package: 'ConfigurationOfGettext'; load. (Smalltalk at: #ConfigurationOfGettext) perform:#load.
Hilaire
-- Dr. Geo http://drgeo.eu
On Apr 3, 2013, at 8:56 AM, Johan Brichau <johan@inceptive.be> wrote:
I propose to make a Gettext repository on smalltalkhub. We can move Gettext and its Seaside extension there.
If you want to include it in the release (which would be great), we need to factor out some code because there is an overlap with System-Internationalization.
Yes exactly. Does it make sense to maintain two subsystems that solve the same problem where (of course) everyone who really cares does not use the one in the image? This is a prime example of something that makes no sense. Marcus
There is a PharoExtras/Gettext projects. Stef
I propose to make a Gettext repository on smalltalkhub. We can move Gettext and its Seaside extension there.
If you want to include it in the release (which would be great), we need to factor out some code because there is an overlap with System-Internationalization.
Hilaire, if you are fine with this, I can take care of it.
cheers Johan
On 02 Apr 2013, at 19:38, Hilaire Fernandes <hilaire.fernandes@gmail.com> wrote:
Le 02/04/2013 18:33, Paul DeBruicker a écrit :
I think Gettext should be in its own place, and I don't think there is one for it yet. I think Gettext that worked in 1.3 also doesn't work in Pharo 1.4, which I could look at fixing. Or if it does work in 1.4 let me know how to load it.
This version works for Pharo 1.4:
Gofer new url: 'http://www.squeaksource.com/PharoNonCorePackages'; package: 'ConfigurationOfGettext'; load. (Smalltalk at: #ConfigurationOfGettext) perform:#load.
Hilaire
-- Dr. Geo http://drgeo.eu
Okay, I can take care of this. On 03 Apr 2013, at 11:42, stephane ducasse <stephane.ducasse@free.fr> wrote:
There is a PharoExtras/Gettext projects.
Stef
I propose to make a Gettext repository on smalltalkhub. We can move Gettext and its Seaside extension there.
If you want to include it in the release (which would be great), we need to factor out some code because there is an overlap with System-Internationalization.
Hilaire, if you are fine with this, I can take care of it.
cheers Johan
On 02 Apr 2013, at 19:38, Hilaire Fernandes <hilaire.fernandes@gmail.com> wrote:
Le 02/04/2013 18:33, Paul DeBruicker a écrit :
I think Gettext should be in its own place, and I don't think there is one for it yet. I think Gettext that worked in 1.3 also doesn't work in Pharo 1.4, which I could look at fixing. Or if it does work in 1.4 let me know how to load it.
This version works for Pharo 1.4:
Gofer new url: 'http://www.squeaksource.com/PharoNonCorePackages'; package: 'ConfigurationOfGettext'; load. (Smalltalk at: #ConfigurationOfGettext) perform:#load.
Hilaire
-- Dr. Geo http://drgeo.eu
I added you to the pharoExtras team on SmalltalkHub. I will also create a jenkins job. Stef On Apr 2, 2013, at 4:41 PM, Johan Brichau <johan@inceptive.be> wrote:
Hi,
Loading Gettext into Pharo2.0 crashes badly (system locks up, eventually an emergency debugger appears). The reason is the class initialization of NaturalLanguageTranslator:
Smalltalk addToStartUpList: NaturalLanguageTranslator after: FileDirectory.
Because the class FileDirectory is no longer in that list, it crashes. So, my questions:
- should it not produce a nicer debugger window? - I can fix the load problem itself and also take a look to port this package to Pharo2.0 if it requires more than adapting the above. But I have no write access to the PharoNonCorePackages repository. Is there a new location? Or is there already a version for Pharo2.0 somewhere? Or should we move it out of that repository and give it it's own special place?
cheers Johan
participants (5)
-
Hilaire Fernandes -
Johan Brichau -
Marcus Denker -
Paul DeBruicker -
stephane ducasse