- Pharo-dev - lists.pharo.org

Re: [Pharo-dev] SystemLogger in Pharo 5

by stepharo

Hi Sean It is stable since then. I do not have the time to look at it now. I know norbert is using it in production since years. Stef Le 8/9/16 Ã 03:56, Sean P. DeNigris a Ã©crit : > The Catalog has it tagged Pharo5.0, but there is no stable version declared > for > Pharo 3 > > > > ----- > Cheers, > Sean > -- > View this message in context: http://forum.world.st/SystemLogger-in-Pharo-5-tp4914695.html > Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com. > >

Sept. 8, 2016

Ombu losing file on folder renaming

by stepharo

Hi Martin I often get Information Ombu: Couldn't write entry, since FileDoesNotExist: File @ /Users/ducasse/Workspace/FirstCircle/ActiveResearch/Pharo/PharoHarvestingFixes/60/current/pharo-local/ombu-sessions/Pharo_ajxqkxc.ombu And this happens when I save and close the image, renamed the folder and reopen the image. Stef

Sept. 8, 2016

Small OS-... project addition

by Torsten Bergmann

Hi, now also the OSX project in the OS series [1] has support to - directly open a terminal - directly open a file browser (Finder) on the working directory right from the Pharo tools menu. See attached screenshot. Depending on your platform just load - OSOSX - OSWindows - OSLinuxUbuntu - OSLinuxCentOS from catalog. Bye T. [1] http://smalltalkhub.com/#!/~OS

Sept. 8, 2016

Re: [Pharo-dev] FileDoesNotExist vs. FileDoesNotExistException

by Guille Polito

I'd argue also for consistency. When some exceptions are named "Exception" and others are not, my eyes hurt. -------- Original Message -------- > My very first thoughts are... > > On Thu, Sep 8, 2016 at 3:35 AM, stepharo <stepharo(a)free.fr> wrote: >> Hi guys >> >> in >> https://pharo.fogbugz.com/f/cases/19026/Merge-FileDoesNotExist-and-FileDoes… >> sven proposed to have >> >> FileDoesNotExist and remove the FileDoesNotExistException > This seems quite reasonable. It would be very hard to confuse the > semantics of FileDoesNotExist with something else. Also this is > probably something end-user-devs will use more frequently in their > application, so less verbose is better. > > The only thing that crosses my mind is perhaps discoverability... in > Spotter searching on "File" the drilling into classes and searching on > "Exception". Oh I just tried in Pharo 5 and it worked, there are > four. The other way to handle that might be for Spotter to have a > "KindOf" search. > > btw, in the Spotter preview pane when a class is selected, could the > class comment be displayed? > >> Before doing it I would like to have your point of view on the names. For >> now I'm neutral and indeed if we apply it to exception >> >> it seems to work for announcement. Now in Spec I was planning to put nearly >> systematically Presenter at the end of Presenters :). > Spec has more interrelated design pattern components. Its seems there > has been some confusion around the nomenclature of these components. > So the additional hint is probably beneficial. > > cheers -ben >

Sept. 8, 2016

Re: [Pharo-dev] FileDoesNotExist vs. FileDoesNotExistException

by Guille Polito

I'd argue also for consistency. When some exceptions are named "Exception" and others are not, my eyes hurt. -------- Original Message -------- > My very first thoughts are... > > On Thu, Sep 8, 2016 at 3:35 AM, stepharo <stepharo(a)free.fr> wrote: >> Hi guys >> >> in >> https://pharo.fogbugz.com/f/cases/19026/Merge-FileDoesNotExist-and-FileDoes… >> sven proposed to have >> >> FileDoesNotExist and remove the FileDoesNotExistException > This seems quite reasonable. It would be very hard to confuse the > semantics of FileDoesNotExist with something else. Also this is > probably something end-user-devs will use more frequently in their > application, so less verbose is better. > > The only thing that crosses my mind is perhaps discoverability... in > Spotter searching on "File" the drilling into classes and searching on > "Exception". Oh I just tried in Pharo 5 and it worked, there are > four. The other way to handle that might be for Spotter to have a > "KindOf" search. > > btw, in the Spotter preview pane when a class is selected, could the > class comment be displayed? > >> Before doing it I would like to have your point of view on the names. For >> now I'm neutral and indeed if we apply it to exception >> >> it seems to work for announcement. Now in Spec I was planning to put nearly >> systematically Presenter at the end of Presenters :). > Spec has more interrelated design pattern components. Its seems there > has been some confusion around the nomenclature of these components. > So the additional hint is probably beneficial. > > cheers -ben >

Sept. 8, 2016

SystemLogger in Pharo 5

by Sean P. DeNigris

The Catalog has it tagged Pharo5.0, but there is no stable version declared for > Pharo 3 ----- Cheers, Sean -- View this message in context: http://forum.world.st/SystemLogger-in-Pharo-5-tp4914695.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Sept. 8, 2016

Re: [Pharo-dev] FileDoesNotExist vs. FileDoesNotExistException

by Ben Coman

My very first thoughts are... On Thu, Sep 8, 2016 at 3:35 AM, stepharo <stepharo(a)free.fr> wrote: > Hi guys > > in > https://pharo.fogbugz.com/f/cases/19026/Merge-FileDoesNotExist-and-FileDoes… > sven proposed to have > > FileDoesNotExist and remove the FileDoesNotExistException This seems quite reasonable. It would be very hard to confuse the semantics of FileDoesNotExist with something else. Also this is probably something end-user-devs will use more frequently in their application, so less verbose is better. The only thing that crosses my mind is perhaps discoverability... in Spotter searching on "File" the drilling into classes and searching on "Exception". Oh I just tried in Pharo 5 and it worked, there are four. The other way to handle that might be for Spotter to have a "KindOf" search. btw, in the Spotter preview pane when a class is selected, could the class comment be displayed? > > Before doing it I would like to have your point of view on the names. For > now I'm neutral and indeed if we apply it to exception > > it seems to work for announcement. Now in Spec I was planning to put nearly > systematically Presenter at the end of Presenters :). Spec has more interrelated design pattern components. Its seems there has been some confusion around the nomenclature of these components. So the additional hint is probably beneficial. cheers -ben

Sept. 7, 2016

Re: [Pharo-dev] [ANN] FreeType binding

by Esteban Lorenzano

> On 07 Sep 2016, at 21:39, stepharo <stepharo(a)free.fr> wrote: > > >> Hi Thibault! >> >> Is your binding more stable that the one currently in the image? > Probably > one idea of esteban was to try what thibault did and enhance it and use it in place of the FT lib. Now if people could have a look > and let us know it would be great because we are terribly busy. yes, this would be nice because Iâm coming to the idea that the freetype problems we have actually comes from FT2Plugin (something about managing pointers, etc.) and it would be easier to fix/maintain if we have a full UFFI implementationâ¦ and yes, as Stef says right now I do not have the time to look at it, but would be really thankful if someone wants to explore this idea. Esteban > >> Many are experiencing recurrent VM crashes because of this. >> If your binding is more stable, then you might have a huge impact on all of us. >> >> Cheers, >> Alexandre >> >> >>> On Sep 6, 2016, at 10:37 AM, Thibault Raffaillac <thibault.raffaillac(a)inria.fr> wrote: >>> >>> Hello, >>> >>> I am happy to announce the release of a new FreeType binding :) http://smalltalkhub.com/#!/~ThibaultRaffaillac/UFFIFreeType >>> I use it to render glyphs with OpenGL, so a few features are still missing compared to FT2: gamma-space blitting (should belong to OSWindow?), GlyphForm class, and subpixel rendering (patch GlyphSlot>>form). >>> >>> FT_Library startUp: true. >>> face := FT_Face fromFile: 'Arial.ttf' index: 0. >>> glyph := face glyph. >>> face setPixelWidth: 0 height: 12. >>> face loadChar: $x asUnicode flags: 4. >>> image := glyph form. >>> >>> Cheers, >>> Thibault >>> >> >> > >

Sept. 7, 2016

Re: [Pharo-dev] [ANN] FreeType binding

by stepharo

> Hi Thibault! > > Is your binding more stable that the one currently in the image? Probably one idea of esteban was to try what thibault did and enhance it and use it in place of the FT lib. Now if people could have a look and let us know it would be great because we are terribly busy. > Many are experiencing recurrent VM crashes because of this. > If your binding is more stable, then you might have a huge impact on all of us. > > Cheers, > Alexandre > > >> On Sep 6, 2016, at 10:37 AM, Thibault Raffaillac <thibault.raffaillac(a)inria.fr> wrote: >> >> Hello, >> >> I am happy to announce the release of a new FreeType binding :) http://smalltalkhub.com/#!/~ThibaultRaffaillac/UFFIFreeType >> I use it to render glyphs with OpenGL, so a few features are still missing compared to FT2: gamma-space blitting (should belong to OSWindow?), GlyphForm class, and subpixel rendering (patch GlyphSlot>>form). >> >> FT_Library startUp: true. >> face := FT_Face fromFile: 'Arial.ttf' index: 0. >> glyph := face glyph. >> face setPixelWidth: 0 height: 12. >> face loadChar: $x asUnicode flags: 4. >> image := glyph form. >> >> Cheers, >> Thibault >> > >

Sept. 7, 2016

FileDoesNotExist vs. FileDoesNotExistException

by stepharo

Hi guys in https://pharo.fogbugz.com/f/cases/19026/Merge-FileDoesNotExist-and-FileDoes… sven proposed to have FileDoesNotExist and remove the FileDoesNotExistException Before doing it I would like to have your point of view on the names. For now I'm neutral and indeed if we apply it to exception it seems to work for announcement. Now in Spec I was planning to put nearly systematically Presenter at the end of Presenters :). Stef

Sept. 7, 2016