September 2016 - Pharo-dev - lists.pharo.org

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

Re: [Pharo-dev] Planning: Pharo Sprints Lille for the rest 2016

by stepharo

cool you are welcome :) Le 7/9/16 Ã 17:45, Dimitris Chloupis a Ã©crit : > I feel experienced enough to join you this time, hope you do slack > channel communication because I wont be able to physical attend but I > will be available online. I am mostly interested in working on GUI > things. > > On Wed, Sep 7, 2016 at 6:01 PM Marcus Denker <marcus.denker(a)inria.fr > <mailto:marcus.denker@inria.fr>> wrote: > > > > On 07 Sep 2016, at 13:05, Marcus Denker <marcus.denker(a)inria.fr > <mailto:marcus.denker@inria.fr>> wrote: > > > > Hi > > > > Here locally we try to organise one âSprintâ per month were we > meet to work on > > boring issue tracker entries together. (external visitors are > welcome!) > > > > In the past people organised local sprints at other places at > the sane time (e.g. Santiago/Chile). > > > > The next dates are: > > > > 30 September > > 28 October > This has been moved to 4th November due to holidays > > > 25 November > > 16 December. Pharo Christmas Party! > > > > > > Marcus > > > >

Sept. 7, 2016

Re: [Pharo-dev] Planning: Pharo Sprints Lille for the rest 2016

by Dimitris Chloupis

I feel experienced enough to join you this time, hope you do slack channel communication because I wont be able to physical attend but I will be available online. I am mostly interested in working on GUI things. On Wed, Sep 7, 2016 at 6:01 PM Marcus Denker <marcus.denker(a)inria.fr> wrote: > > > On 07 Sep 2016, at 13:05, Marcus Denker <marcus.denker(a)inria.fr> wrote: > > > > Hi > > > > Here locally we try to organise one âSprintâ per month were we meet to > work on > > boring issue tracker entries together. (external visitors are welcome!) > > > > In the past people organised local sprints at other places at the sane > time (e.g. Santiago/Chile). > > > > The next dates are: > > > > 30 September > > 28 October > This has been moved to 4th November due to holidays > > > 25 November > > 16 December. Pharo Christmas Party! > > > > > > Marcus > > > > >

Sept. 7, 2016

Re: [Pharo-dev] Planning: Pharo Sprints Lille for the rest 2016

by Marcus Denker

> On 07 Sep 2016, at 13:05, Marcus Denker <marcus.denker(a)inria.fr> wrote: > > Hi > > Here locally we try to organise one âSprintâ per month were we meet to work on > boring issue tracker entries together. (external visitors are welcome!) > > In the past people organised local sprints at other places at the sane time (e.g. Santiago/Chile). > > The next dates are: > > 30 September > 28 October This has been moved to 4th November due to holidays > 25 November > 16 December. Pharo Christmas Party! > > > Marcus >

Sept. 7, 2016

[pharo-project/pharo-core]

by GitHub

Branch: refs/tags/60208 Home: https://github.com/pharo-project/pharo-core

Sept. 7, 2016