April 2010 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] "The World of Smalltalk" launch

by Hilaire Fernandes

Eh? people getting paranoÃ¯ac ;-) Seriously, it is nice to have an additional place talking about Smalltalk, it is helpful for the buzz. We should have thousand Hilaire Geert Claes a Ã©crit : > > csrabak wrote: >> He means "Asking you an off topic question: why my name appears with a >> suffix '-4' in your replies?" >> > > Aha :) I am using Nabble and its my guess that Nabble add's numbers at the > end when the same name has been used using different email addresses across > different mailing lists. > > Seeing a -4 reminded me of the dreadful GSOC voting debacle so I am glad it > has nothing to do with that.

April 29, 2010

Re: [Pharo-project] Where do I get the latest 1.1 image?

by Hannes Hirzel

I found it https://gforge.inria.fr/frs/download.php/26897/PharoCore-1.1-11326-UNSTABLE… It is called 'PreFreeze' which is fine. --Hannes On 4/29/10, Hannes Hirzel <hannes.hirzel(a)gmail.com> wrote: > Hello > > I'd like to download the latest 1.1 image. > > http://pharo-project.org/pharo-download > > is focused on 1.0. > > I clicked on the link > 'PharoCore images and other files' > at the bottom and I get a list of files, but no 1.1? > > Where is it? > > --Hannes >

April 29, 2010

Re: [Pharo-project] Where do I get the latest 1.1 image?

by Henrik Johansen

On Apr 29, 2010, at 2:05 34PM, Hannes Hirzel wrote: > Hello > > I'd like to download the latest 1.1 image. > > http://pharo-project.org/pharo-download > > is focused on 1.0. > > I clicked on the link > 'PharoCore images and other files' > at the bottom and I get a list of files, but no 1.1? > > Where is it? Scroll down on the page. Alternatively ctrl-f and type Core1.1

April 29, 2010

[Pharo-project] Where do I get the latest 1.1 image?

by Hannes Hirzel

Hello I'd like to download the latest 1.1 image. http://pharo-project.org/pharo-download is focused on 1.0. I clicked on the link 'PharoCore images and other files' at the bottom and I get a list of files, but no 1.1? Where is it? --Hannes

April 29, 2010

Re: [Pharo-project] [squeak-dev] Re: Menu Registries

by Henrik Johansen

On Apr 29, 2010, at 1:44 29PM, Alain Plantec wrote: > Henrik Johansen a Ã©crit : >> On Apr 29, 2010, at 11:30 06AM, StÃ©phane Ducasse wrote: >> >> It's not a question of one vs. the other, really. >> The cs doesn't change the Settings implementation, it simply adds support for also discovering settings defined in the pragma style used by Squeak. >> The downside is you'd have two ways to define settings. >> The upside is the > the upside is ... :) > well, I will have a look at the cs. > I would prefer that this changes do not introduce any > overwriting so that it can be loaded separately as a compatibility package. > so, i will investigate the changes needed for the settingbrowser. > is that ok like that ? > Cheers > Alain It needs a way to register new valid preference pragmas, and setting generators for such pragmas. May I suggest... using pragmas? ;P Cheers, Henry

April 29, 2010

Re: [Pharo-project] [squeak-dev] Re: Menu Registries

by Alain Plantec

Henrik Johansen a Ã©crit : > On Apr 29, 2010, at 11:30 06AM, StÃ©phane Ducasse wrote: > > It's not a question of one vs. the other, really. > The cs doesn't change the Settings implementation, it simply adds support for also discovering settings defined in the pragma style used by Squeak. > The downside is you'd have two ways to define settings. > The upside is the > the upside is ... :) well, I will have a look at the cs. I would prefer that this changes do not introduce any overwriting so that it can be loaded separately as a compatibility package. so, i will investigate the changes needed for the settingbrowser. is that ok like that ? Cheers Alain

April 29, 2010

[Pharo-project] Xemina Pharo, HÃ ná»i, Viá»t Nam

by Torsten Bergmann

Hi Serge, nice demo! Looking through the slides in "Build you own control structure" you use #ifSeven: as example which is easy, but not a "real world use case". I typically use another example: In a few languages you have a "REPEAT (block) UNTIL (cond)" control structure (in Pascal for instance) which is easy to add to Smalltalk with a #repeatUntil: method on BlockClosure. Bye Torsten -- GRATIS fÃ¼r alle GMX-Mitglieder: Die maxdome Movie-FLAT! Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01

April 29, 2010

Re: [Pharo-project] [squeak-dev] Re: Menu Registries

by Henrik Johansen

On Apr 29, 2010, at 12:46 17PM, StÃ©phane Ducasse wrote: > +1 > > So now we will be the guys that do not want to be backward compatible Can't really claim that when neither approach is used in any existing released images ;) Cheers, Henry

April 29, 2010

Re: [Pharo-project] Xemina Pharo, HÃ ná»i, Viá»t Nam

by Serge Stinckwich

The slides of my presentation are now freely available here: http://www.slideshare.net/SergeStinckwich/pharo-an-innovative-and-opensourc… 2010/4/28 Serge Stinckwich <serge.stinckwich(a)gmail.com>: > Hi all, > i will made a talk about Pharo tomorrow at Viá»n tin há»c phÃ¡p ngá»¯, ngÃµ > 42 Táº¡ Quang Bá»u, HÃ ná»i, Viá»t Nam. > > Regards, > > ----------- > > Bonjour Ã tous, > Xin chao quy vi, > > SÃ©minaire IFI du jeudi 29 avril 2010 Ã 14h00 > Xemina tai IFI, thu 4 ngay 29 thang 4 2010, luc 14h00 > > PrÃ©sentÃ© par: Â Â Â Â Serge Stinckwich > Â Â Â Â Â Â Â Â Â Â Â Â Â Chercheur, UMMISCO, IRD / IFI > Nguoi trinh bay: Â Â Serge Stinckwich > Â Â Â Â Â Â Â Â Â Â Â Â Â Chercheur, UMMISCO, IRD / IFI > Titre : > Â Â Â Â Â Â Pharo: an open-source Smalltalk > > RÃ©sumÃ© : > Smalltalk is a dynamic reflective object-oriented programming > language. Based at the beginning on Lisp and Simula, > it was one of the first programming language to use a bitmap > user-interface and an integrated development environment (IDE). > Smalltalk has been a great influence in the development of many > programming languages, including Objective-C, Java and Ruby. > Many innovations in software engineering in the nineties also come > from the Smalltalk community, such as Design Patterns, test-driven > approach, agile software development like Extreme Programming (XP) and > code refactoring. > > Pharo is a new open-source Smalltalk (under a MIT licence). Pharo's > objective is to provide a clean, open-source and innovative > Smalltalk implementation with suitable for research and business > applications. Several companies and universities are using Pharo for > their software development. > More information are available here: http://pharo-project.org/ and > http://pharobyexample.org/ > > -- > Serge Stinckwich > UMI UMMISCO 209 (IRD/UPMC), Hanoi, Vietnam > Every DSL ends up being Smalltalk > http://doesnotunderstand.org/ > -- Serge Stinckwich UMI UMMISCO 209 (IRD/UPMC), Hanoi, Vietnam Every DSL ends up being Smalltalk http://doesnotunderstand.org/

April 29, 2010

Re: [Pharo-project] [squeak-dev] Re: Menu Registries

by Henrik Johansen

On Apr 29, 2010, at 11:30 06AM, StÃ©phane Ducasse wrote: > Well > well well > >>> Good but what is your point? >> >> Compatibility and simplicity. > > do you want to tie us with strings on the temple of compatibility? We do not want that. > > We are sorry but we do not want to lose what we designed as it is what we need/want, just because squeak has a > worse solution that you call compatible and simple. It's not a question of one vs. the other, really. The cs doesn't change the Settings implementation, it simply adds support for also discovering settings defined in the pragma style used by Squeak. The downside is you'd have two ways to define settings. The upside is the > >> I'm still interested in compatibility though, and as a consequence, I think we should agree on some basics. It's unlikely that anyone is going to implement the entire Pharo Settings framework in Squeak, so instead I'm giving you a trivial implementation of Squeak's preference annotation, along the way making a point about simplicity. > > yes but what can we do with it? > Since it does not fit our needs. It does not fit all the needs, no. - Sub-categories: Not impossible, but still; not supported. - Advanced value types: Specific strings like passwords, filenames, radio-button type prefs, integers with ranges, etc. - Precondition: etc. are not supported. In Pharo, there are - 86 Settings (if I counted correctly, there could be some preconditional ones I didn't see as well). - 23 Could be implemented Squeak-pragma style currently. - 63 if sub-categories were supported. The remaining 23 are split: - chooses fonts (8) - conditional. (7) - multiple choice prefs whose possible values which can't be linked directly to type: by the builder (5) - have ranges to their possible values (4) - Chooses files (1) - Chooses password (1). So no, the pragma/annotation don't fit our needs exactly. (For that matter, neither does it fit the needs of all preferences in Squeak) If support for sub-categories was added, a lot of them could be written in the simpler squeak style though, with no loss of functionality. IMO, providing support for both (if a way to specify sub-categories were decided upon) would match up well with the mantra: 'Make the common things easy; make the hard things possible'. Cheers, Henry PS. Multival could be supported in squeak with a type: #Choice or something, and an additional pragma somewhat like: <preferenceChoiceFor: 'UI Theme' label: 'Aqua 2'>

April 29, 2010