- Pharo-dev - lists.pharo.org

Re: [Pharo-dev] [ANN] Epicea, Ombu and Hiedra packages have new "official" repository

by HernÃ¡n Morales

Hi Norbert, > El 7 jun. 2018, a las 03:23, Norbert Hartl <norbert(a)hartl.name> escribiÃ³: > > > >> Am 06.06.2018 um 22:00 schrieb HernÃ¡n Morales Durand <hernan.morales(a)gmail.com>: >> >> Hello Martin, >> >> 2018-06-05 15:49 GMT-03:00 Martin Dias <tinchodias(a)gmail.com>: >>> On Tue, Jun 5, 2018 at 3:30 PM HernÃ¡n Morales Durand >>> <hernan.morales(a)gmail.com> wrote: >>>> What are Ombu and Hiedra? >>> >>> Hello HernÃ¡n, this is how I described them: >>> >>> Ombu: >>> "Epicea has a small subproject, named Ombu, which provides simple >>> persistence. By default, Ombu uses STON to write the events when they >>> are announced in the system." >>> ------- from http://smalltalkhub.com/#!/~MartinDias/Epicea >>> >> >> Ok, so this could be used by any application to log events? Like a >> lite version of Beacon logger? > > Do you assume Beacon is not light? Doesnât really matter but a lot of people seem to assume it is not. > I donât know, never used Beacon. However I know Log4s is not light and I want to replace it in my projects for some simple logging mechanism. > I think the are on two different axes. Beacon is more about distribution of notifications in the system and Ombu seems to be a store only. So the combination could be cool to have a consumer in beacon that writes to an Ombu Store > Thank you for the tip, I will have a look because I am specially interested in projects using Beacon. Cheers, HernÃ¡n > Norbert >> I am trying to get what would be the typical use case for a "common" app. >> >>> Hiedra: >>> "It is a small Pharo project to visually connect items in a >>> history-like graph. It uses Athens, and provides support for Morphic >>> and Spec." >>> ------- from https://github.com/tinchodias/hiedra which is a repo that >>> I might close or should say in readme that it's not the official repo >>> >>> But not sure if I described correctly... in concrete, Hiedra is what's >>> used from Epicea Spec UI in a TableModel to draw the links between >>> epicea logs in the left panel. >> >> Nice! >> I am trying again to make re-use of your work if possible :) >> I found a reference in EpLogNodeGraphModel. But could >> HiRulerController be used off the Epicea case? >> Maybe could you provide a stand-alone example? >> >> About the documentation use case: >> >> Class { >> #name : #HiedraExampleModel, >> #superclass : #ComposableModel, >> #instVars : [ >> 'treeModel rulerController' >> ], >> #category : #HiedraExample >> } >> >> { #category : #initialization } >> HiedraExampleModel >> initializePresenter [ >> >> super initializePresenter. >> >> rulerController := HiRulerController new. >> >> rulerController treeModel: treeModel. >> treeModel whenRootsChanged: [ >> rulerController updateFromTree ]. >> >> ] >> >> >> How do you evaluate that code inside Pharo? >> >> Thank you, >> >> HernÃ¡n >> >> >> >> >>> >>> Cheers, MartÃn >>> >>>> >>>> Couldn't find any description in the link. >>>> >>>> Cheers, >>>> >>>> HernÃ¡n

June 8, 2018

[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