June 2018 - Pharo-dev - lists.pharo.org

[Pharo 7.0-dev] Build #1023: 22055-Add-a-setting-to-disable-menubar

by ci-pharo-ci-jenkins2＠inria.fr

There is a new Pharo build available! The status of the build #1023 was: SUCCESS. The Pull Request #1499 was integrated: "22055-Add-a-setting-to-disable-menubar" Pull request url: https://github.com/pharo-project/pharo/pull/1499 Issue Url: https://pharo.fogbugz.com/f/cases/22055 Build Url: https://ci.inria.fr/pharo-ci-jenkins2/job/Test%20pending%20pull%20request%2…

June 7, 2018

[Pharo 7.0-dev] Build #1022: 22086-Improve-ImageCleaner-

by ci-pharo-ci-jenkins2＠inria.fr

There is a new Pharo build available! The status of the build #1022 was: FAILURE. The Pull Request #1501 was integrated: "22086-Improve-ImageCleaner-" Pull request url: https://github.com/pharo-project/pharo/pull/1501 Issue Url: https://pharo.fogbugz.com/f/cases/22086 Build Url: https://ci.inria.fr/pharo-ci-jenkins2/job/Test%20pending%20pull%20request%2…

June 7, 2018

Re: [Pharo-dev] The menu bar in question

by Cyril Ferlicot D.

On 07/06/2018 14:56, Hilaire wrote: > You should not worry about Gettext or even need it. I think Locale gets > what is needed. > The LocaleChanged event is not send when we change of translator. > Could you add settings to activate/unactivate the MenuBar? Should get in the image soon: https://github.com/pharo-project/pharo/pull/1499 > > Hilaire > > Le 07/06/2018 Ã 14:23, Cyril Ferlicot D. a Ã©critÂ : >> There is something bad here... >> >> I see in your image that it's managed via Gettext, but get text totaly >> replace some classes of Pharo such as NaturalLanguageTranslator. >> >> Since the code is not in Pharo I can't add a system to update the >> menubar when the language changes...:( >> >> Also I see that the package "Gettext" is not in the configuration of >> gettext. In the configuration it's Gettext-Core that is loaded in the >> stable version. And this one does not replace Pharo classes. >> >> I wanted to check the version of Gettext defined in the configuration to >> see if there is the same problem but I crashed my Pharo 7 image. >> >> I can't really help more now:(Â I don't have the time to fix gettext. > -- Cyril Ferlicot https://ferlicot.fr

June 7, 2018

[Pharo 7.0-dev] Build #1021: 21813-Compiler-should-not-inherit-from-AbstractCompiler

by ci-pharo-ci-jenkins2＠inria.fr

There is a new Pharo build available! The status of the build #1021 was: SUCCESS. The Pull Request #1500 was integrated: "21813-Compiler-should-not-inherit-from-AbstractCompiler" Pull request url: https://github.com/pharo-project/pharo/pull/1500 Issue Url: https://pharo.fogbugz.com/f/cases/21813 Build Url: https://ci.inria.fr/pharo-ci-jenkins2/job/Test%20pending%20pull%20request%2…

June 7, 2018

Re: [Pharo-dev] The menu bar in question

by Hilaire

You should not worry about Gettext or even need it. I think Locale gets what is needed. Could you add settings to activate/unactivate the MenuBar? Hilaire Le 07/06/2018 Ã 14:23, Cyril Ferlicot D. a Ã©critÂ : > There is something bad here... > > I see in your image that it's managed via Gettext, but get text totaly > replace some classes of Pharo such as NaturalLanguageTranslator. > > Since the code is not in Pharo I can't add a system to update the > menubar when the language changes...:( > > Also I see that the package "Gettext" is not in the configuration of > gettext. In the configuration it's Gettext-Core that is loaded in the > stable version. And this one does not replace Pharo classes. > > I wanted to check the version of Gettext defined in the configuration to > see if there is the same problem but I crashed my Pharo 7 image. > > I can't really help more now:( I don't have the time to fix gettext. -- Dr. Geo http://drgeo.eu

June 7, 2018

Re: [Pharo-dev] The menu bar in question

by Hilaire

Activate Locale: Locale activated: true. Then look at its startUp: message. It seems there is na announcement for locale change. Hilaire Le 07/06/2018 Ã 13:53, Cyril Ferlicot D. a Ã©critÂ : > I'm looking at this one and I would like to have more informations. > > The problem is that the menu is created before the current language is > set. So it translate in the wrong language. (It works if you do > "MenubarMorph reset"). > > I'm looking at a way to reset the menubar when the language change. > > Can you explain to me how you do to enable the translation? I never used > this feature and I don't really knows how to enable it. -- Dr. Geo http://drgeo.eu

June 7, 2018

Re: [Pharo-dev] The menu bar in question

by Cyril Ferlicot D.

On 07/06/2018 13:53, Cyril Ferlicot D. wrote: > I'm looking at this one and I would like to have more informations. > > The problem is that the menu is created before the current language is > set. So it translate in the wrong language. (It works if you do > "MenubarMorph reset"). > > I'm looking at a way to reset the menubar when the language change. > > Can you explain to me how you do to enable the translation? I never used > this feature and I don't really knows how to enable it. > > There is something bad here... I see in your image that it's managed via Gettext, but get text totaly replace some classes of Pharo such as NaturalLanguageTranslator. Since the code is not in Pharo I can't add a system to update the menubar when the language changes... :( Also I see that the package "Gettext" is not in the configuration of gettext. In the configuration it's Gettext-Core that is loaded in the stable version. And this one does not replace Pharo classes. I wanted to check the version of Gettext defined in the configuration to see if there is the same problem but I crashed my Pharo 7 image. I can't really help more now :( I don't have the time to fix gettext. -- Cyril Ferlicot https://ferlicot.fr

June 7, 2018

Re: [Pharo-dev] The menu bar in question

by Cyril Ferlicot D.

On 07/06/2018 10:36, Hilaire wrote: > Hi, > > I made a Dr. Geo build with today P7. > > There are several issues: > > - The menu bar items are not translated (see screenshot1) > I'm looking at this one and I would like to have more informations. The problem is that the menu is created before the current language is set. So it translate in the wrong language. (It works if you do "MenubarMorph reset"). I'm looking at a way to reset the menubar when the language change. Can you explain to me how you do to enable the translation? I never used this feature and I don't really knows how to enable it. > - The menu items does not respond, nothing happens > > - When a DrGeo window is open maximized, it is wrongly placed at 0@0, > its size is right but misplaced > (see screenshot2) > > - There are ugly frame around DrGeo menu and buttons, I don't know if it > is related to menu bar morph related modification but it's unice (see > screenshot2) > > The build can be tested at: > https://www.dropbox.com/s/a4wb7c6od4fdl9k/DrGeo.app-18.06a.zip?dl=0 > > Thanks > > Hilaire > -- Cyril Ferlicot https://ferlicot.fr

June 7, 2018

Re: [Pharo-dev] The menu bar in question

by Hilaire

Le 07/06/2018 Ã 11:28, Cyril Ferlicot D. a Ã©critÂ : >> - There are ugly frame around DrGeo menu and buttons, I don't know if it >> is related to menu bar morph related modification but it's unice (see >> screenshot2) > Same, I'll need to take a look. Do you have a screen of the previous > look please? > https://twitter.com/GNUDrGeo/status/1004436514154180608 The additional frame seems to be on the pane only, not the iconic button as I wrote in my previous email. Thanks Hilaire -- Dr. Geo http://drgeo.eu

June 7, 2018

Re: [Pharo-dev] The menu bar in question

by Cyril Ferlicot D.

On 07/06/2018 10:36, Hilaire wrote: > Hi, > Hi Hilaire, > I made a Dr. Geo build with today P7. > > There are several issues: > > - The menu bar items are not translated (see screenshot1) > I'll take a look: https://pharo.fogbugz.com/f/cases/22083/Menubar-is-not-translated > - The menu items does not respond, nothing happens > This is normal for now. The Dockerbar menu items are only used to open other menu. Not to open a windows by itself. I opened an entry to let the menu items of the Dockerbar open a window: https://pharo.fogbugz.com/f/cases/22084/Menubar-root-items-without-children… I don't know when I'll have the time to implement it. > - When a DrGeo window is open maximized, it is wrongly placed at 0@0, > its size is right but misplaced > (see screenshot2) This one is weird because when I maximize a window it works fine. I need to check what happen. > > - There are ugly frame around DrGeo menu and buttons, I don't know if it > is related to menu bar morph related modification but it's unice (see > screenshot2) Same, I'll need to take a look. Do you have a screen of the previous look please? > > The build can be tested at: > https://www.dropbox.com/s/a4wb7c6od4fdl9k/DrGeo.app-18.06a.zip?dl=0 > Thank you. > Thanks > > Hilaire > -- Cyril Ferlicot https://ferlicot.fr

June 7, 2018