January 2009 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] Using pharo in a course?

by StÃ©phane Ducasse

excellent Do you have a link :) Stef On Jan 30, 2009, at 10:53 PM, Noury Bouraqadi wrote: > I start using Pharo for my OO course (instead of Squeak used for > previous years). > I decided to switch to Pharo because it's cleaner (UI, code, ...). > > Noury > > On 29 janv. 09, at 18:23, StÃ©phane Ducasse wrote: > >> Btw if you use pharo please let us know because this is important for >> us that we list such use >> and also the companies. >> >> >> >> Stef >> >> On Jan 29, 2009, at 5:53 PM, Marco D'Ambros wrote: >> >>> Hi all! >>> >>> I will start teaching a course about software engineering and web >>> development, and I decided to do it with seaside. >>> I was wondering whether to use pharo or squeak... which are the >>> benefits and drawbacks of pharo with respect to squeak, in the >>> context >>> of a bachelor course? >>> The students know about object oriented programming but don't about >>> smalltalk, so in the first weeks we will teach smalltalk. >>> >>> Any suggestions? >>> >>> Thanks and cheers >>> Marco D'Ambros >>> >>> _______________________________________________ >>> Pharo-project mailing list >>> Pharo-project(a)lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>> >> >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > > Noury Bouraqadi > ------------------------------------------------------------------ > Dr. Noury Bouraqadi - Enseignant/Chercheur > Responsable de l'enseignement de l'informatique > ARMINES - Ecole des Mines de Douai - Dept. I.A. > http://vst.ensm-douai.fr/noury > > European Smalltalk Users Group Board > http://www.esug.org > ------------------------------------------------------------------ > > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Jan. 31, 2009

Re: [Pharo-project] Using pharo in a course?

by StÃ©phane Ducasse

Excellent! Do you have a link? BTW marco we got Famix 30 working on Pharo :) On Jan 30, 2009, at 4:53 PM, Marco D'Ambros wrote: > Good news Stef.. we will use Pharo in our course "Software AtÃ¨lier IV > - Software Engineering for Web Development". > > cheers > Marco > > > On Jan 29, 2009, at 6:23 PM, StÃ©phane Ducasse wrote: > >> Btw if you use pharo please let us know because this is important for >> us that we list such use >> and also the companies. >> >> >> >> Stef >> >> On Jan 29, 2009, at 5:53 PM, Marco D'Ambros wrote: >> >>> Hi all! >>> >>> I will start teaching a course about software engineering and web >>> development, and I decided to do it with seaside. >>> I was wondering whether to use pharo or squeak... which are the >>> benefits and drawbacks of pharo with respect to squeak, in the >>> context >>> of a bachelor course? >>> The students know about object oriented programming but don't about >>> smalltalk, so in the first weeks we will teach smalltalk. >>> >>> Any suggestions? >>> >>> Thanks and cheers >>> Marco D'Ambros >>> >>> _______________________________________________ >>> Pharo-project mailing list >>> Pharo-project(a)lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>> >> >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Jan. 31, 2009

Re: [Pharo-project] a couple of issues

by StÃ©phane Ducasse

> Thanks for the feedback > There are a couple of issues I stumbled across in Pharo and I thought > of reporting them: > > - When loading Pier and Seaside there were some Warnings related to > some instance variables that blocked the loading. This is a rather > strange behavior, especially given that they are warnings. I would > rather prefer to have the list of warnings presented to me at the end > because like this I can have the code loading without me needing to > pay attention. can you be more precise, what is the message? > - Apple+B does not work on methods anymore. Yes Apple-N neither on method list > > > - Apple+W does not close the window. It seems that the outside window > never gets the focus it needs to act on this shortcut. > > - Spawning a browser takes quite a long time. > > - Why is mouse swap preference not enabled by default? yes it should :) > > > > Otherwise, it looks really nice :) > > Cheers, > Doru > > > -- > www.tudorgirba.com > > "Every successful trip needs a suitable vehicle." > > > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Jan. 31, 2009

Re: [Pharo-project] Plugin organization

by StÃ©phane Ducasse

I like the seaside organization Top-(Purpose-)(Platform-)Rest * Seaside-Canvas contains he canvas implementation. * Seaside-Squeak-Canvas contains the platform specific code of the canvas implementation. * Seaside-Examples-Canvas contains example code showing off the canvas implementation. * Seaside-Tests-Canvas contains the tests for the canvas implementation. * Seaside-Tests-Squeak-Canvas contains the platform specific tests of the canvas implementation. On Jan 30, 2009, at 3:54 PM, Adrian Lienhard wrote: > > On Jan 30, 2009, at 15:33 , Michael Rueger wrote: > >> StÃ©phane Ducasse wrote: >> >>> so what are the organizations we can use? >>> Ideally I would like to have the test associated with their >>> packages. >>> >>> XXX >>> XXXTests >> >> The problem with that naming scheme is that then the tests would >> always >> be loaded together with their tests because of the simple string >> matching Monticello does. >> Which isn't something you want when doing application/runtime builds. >> >> That's why I proposed the Plugin-* and Tests-* naming schemes. > > +1 > > Adrian > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Jan. 31, 2009

Re: [Pharo-project] Plugin organization

by StÃ©phane Ducasse

Ok so do we following the seaside way or the other? Once we get decided I will do a pass and be compliant :) Stef > > On Jan 30, 2009, at 15:33 , Michael Rueger wrote: > >> StÃ©phane Ducasse wrote: >> >>> so what are the organizations we can use? >>> Ideally I would like to have the test associated with their >>> packages. >>> >>> XXX >>> XXXTests >> >> The problem with that naming scheme is that then the tests would >> always >> be loaded together with their tests because of the simple string >> matching Monticello does. >> Which isn't something you want when doing application/runtime builds. >> >> That's why I proposed the Plugin-* and Tests-* naming schemes. > > +1 > > Adrian > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Jan. 31, 2009

Re: [Pharo-project] About ObjectScanner

by StÃ©phane Ducasse

> > > > Hi all > > Does anybody know or use ObjectScanner, it looks to me like a way > to loading uniclass. So far it has no user and would be a good > candidate to live. > > Stef > > >

Jan. 31, 2009

Re: [Pharo-project] Call for UI gripes

by Igor Stasenko

2009/1/31 Michael Rueger <m.rueger(a)acm.org>: > On Fri, Jan 30, 2009 at 9:26 PM, Adrian Lienhard <adi(a)netstyle.ch> wrote: > > >> >> On my machine I get: >> >> Squeak 3.9: 3800ms >> Pharo #084: 2950ms >> Pharo #213: 5200ms >> >> #084 is before Polymorph was added and #213 is the most recent version. >> >> BTW, with OB: 8590ms. > > ouch... > > any obvious hotspots? > i think its not very fair to compare OB with old browser. You need more cycles to draw icons for methods, show categories in tree, not in a simple list etc. etc. If you want a real 'ouch' then compare it with MVC browser :) > Michael > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- Best regards, Igor Stasenko AKA sig.

Jan. 31, 2009

Re: [Pharo-project] Call for UI gripes

by Michael Rueger

On Fri, Jan 30, 2009 at 9:26 PM, Adrian Lienhard <adi(a)netstyle.ch> wrote: > > On my machine I get: > > Squeak 3.9: 3800ms > Pharo #084: 2950ms > Pharo #213: 5200ms > > #084 is before Polymorph was added and #213 is the most recent version. > > BTW, with OB: 8590ms. ouch... any obvious hotspots? Michael

Jan. 30, 2009

Re: [Pharo-project] Call for UI gripes

by Francois Stephany

Hi Gary, Thanks for Polymorph, it does a very good job when showing Squeak/Pharo to Smalltalk-advert people... A thing that i find clumsy with watery is the taskbar. There is no way to distinguish Browsers/workspace/other windows. The original Squeak uses different colors for that. Maybe the icon displayed in the bar could tell the type of the window instead of the generic one currently used. Another annoying thing is the title of OB browser: 'OB Package browser: theClassCurrentlyBrowsed'. As the buttons in the taskbar are too small to display the whole title, we end up with many 'OB Packag...' buttons. I use a tiny patch to get rid of that (see the joined changeset). Cheers, Francois Gary Chambers a Ã©crit : > Anything that anyone thinks could be improved? > Happy to consider things... just would be nice to have a central point for > moving forward with Polymorph (in particular) or other tools... > > There is a possibility of open-source release of the PackageListTool > (http://www.flickr.com/photos/12018791@N06/2616669616/in/set-721576016593932…) > if there is any interest. > > Regards, Gary. 'From Pharo0.1 of 16 May 2008 [Latest update: #10211] on 30 January 2009 at 11:41:18 pm'! !OBBrowser methodsFor: 'callbacks' stamp: 'francoisstephany 1/30/2009 23:40'! labelString | label | label := self navigationPanel labelString. ^label ifNil: [self defaultLabel] ifNotNil: [label printString ]! !

Jan. 30, 2009

Re: [Pharo-project] Call for UI gripes

by Mariano Martinez Peck

On Fri, Jan 30, 2009 at 8:16 PM, Lukas Renggli <renggli(a)gmail.com> wrote: > >> 1) Multiple selection support. > > > > I would love to have this when generating accessor automatically. VERY > often > > I would like to only create accessors for some fields, not all. And > > sometimes I want create just the setter or the getter, not both of them. > So, > > yes. I think this would be nice. > > If you are doing this with OB-Refectory then you can as a workaround > actually modify the proposed changes of a refactoring before applying > it. Simply select the methods in the change browser you don't want and > press Ctrl+x. > Ahhhh I didn't know that! Very good notice. Thanks > > Lukas > > -- > Lukas Renggli > http://www.lukas-renggli.ch > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Jan. 30, 2009