- Pharo-dev - lists.pharo.org

[Pharo-project] We'll have a sunny ESUG 2010 :-)

by Noury Bouraqadi

Begin forwarded message: > From: Jordi Delgado <jdelgado(a)lsi.upc.edu> > Date: 9 septembre 2010 13:22:27 HAEC > To: board(a)esug.org > Subject: weather forecast > > Hi, > > Good news, it looks like we are going to enjoy > a sunny ESUG! > > http://www.meteocat.com/mediamb_xemec/servmet/english/index.html > > At least until next thursday... > > Bests, > > Jordi Noury

Sept. 9, 2010

Re: [Pharo-project] Changing the world menu

by Marcus Denker

On Sep 9, 2010, at 2:13 PM, Hilaire Fernandes wrote: > Okay I see. > I will propose a little refactoring of WorldState so one can change the > world menu programmatically. Yes, what is missing is a way to reset the menuBuilder in the WorldState so that it creates a new one. Marcus -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

Sept. 9, 2010

Re: [Pharo-project] Changing the world menu

by Hilaire Fernandes

Okay I see. I will propose a little refactoring of WorldState so one can change the world menu programmatically. Hilaire > When I change > > WordState>>worldMenuPragmaKeyword > ^ 'DrGeo' > "^worldMenu' " > > I still get the default world menu > > Hilaire > > Le 09/09/2010 13:27, Marcus Denker a Ã©crit : >> >> On Sep 9, 2010, at 12:29 PM, StÃ©phane Ducasse wrote: >> >>> >>> On Sep 9, 2010, at 11:49 AM, Hilaire Fernandes wrote: >>> >>>> How can I change programmatically the world menu? >>>> Which class to look at? >>> >>> PasteUpMorph? >>> Setting? >>> >> >> Check the senders of worldMenu, e.g. >> >> >> SettingsBrowser>>#menuCommandOn: aBuilder >> <worldMenu> >> (aBuilder item: #'Settings') >> parent: #System; >> order: 1; >> icon: MenuIcons smallConfigurationIcon; >> action: [SettingBrowser open]; >> help: 'Opens a SystemSettingBrowser which allows you to alter many system settings' >> >> >> -- >> Marcus Denker -- http://www.marcusdenker.de >> INRIA Lille -- Nord Europe. Team RMoD. > > -- Dr. Geo, to discover geometry on Linux, Windows, MAC and XO http://community.ofset.org/index.php/DrGeo

Sept. 9, 2010

Re: [Pharo-project] Changing the world menu

by Hilaire Fernandes

When I change WordState>>worldMenuPragmaKeyword ^ 'DrGeo' "^worldMenu' " I still get the default world menu Hilaire Le 09/09/2010 13:27, Marcus Denker a Ã©crit : > > On Sep 9, 2010, at 12:29 PM, StÃ©phane Ducasse wrote: > >> >> On Sep 9, 2010, at 11:49 AM, Hilaire Fernandes wrote: >> >>> How can I change programmatically the world menu? >>> Which class to look at? >> >> PasteUpMorph? >> Setting? >> > > Check the senders of worldMenu, e.g. > > > SettingsBrowser>>#menuCommandOn: aBuilder > <worldMenu> > (aBuilder item: #'Settings') > parent: #System; > order: 1; > icon: MenuIcons smallConfigurationIcon; > action: [SettingBrowser open]; > help: 'Opens a SystemSettingBrowser which allows you to alter many system settings' > > > -- > Marcus Denker -- http://www.marcusdenker.de > INRIA Lille -- Nord Europe. Team RMoD. -- Dr. Geo, to discover geometry on Linux, Windows, MAC and XO http://community.ofset.org/index.php/DrGeo

Sept. 9, 2010

Re: [Pharo-project] Changing the world menu

by Marcus Denker

On Sep 9, 2010, at 12:29 PM, StÃ©phane Ducasse wrote: > > On Sep 9, 2010, at 11:49 AM, Hilaire Fernandes wrote: > >> How can I change programmatically the world menu? >> Which class to look at? > > PasteUpMorph? > Setting? > Check the senders of worldMenu, e.g. SettingsBrowser>>#menuCommandOn: aBuilder <worldMenu> (aBuilder item: #'Settings') parent: #System; order: 1; icon: MenuIcons smallConfigurationIcon; action: [SettingBrowser open]; help: 'Opens a SystemSettingBrowser which allows you to alter many system settings' -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

Sept. 9, 2010

Re: [Pharo-project] [update 1.2] #12127

by StÃ©phane Ducasse

We were doing horizontal teaching :) Stef On Sep 9, 2010, at 11:11 AM, Mariano Martinez Peck wrote: > > > On Thu, Sep 9, 2010 at 11:07 AM, stephane ducasse <stephane.ducasse(a)free.fr> wrote: > 12127 > ----- > > - 2920 and 2921: Some little recategorizations with Gabriela Arevalo, Gabriel Barbuto, Nicolas Paez and Martin Dias. > > what happened to pharo ? all argentinians now? :) > > > Stef > _______________________________________________ > 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

Sept. 9, 2010

Re: [Pharo-project] simpleLog in pharo?

by StÃ©phane Ducasse

We should think about that and identify a good solution. Thanks for the information and discussion. Stef > The inspector is currently used to view the object log in the development vm...for large object logs it makes sense to filter the log before viewing. > > For external viewing I have a Seaside Component that allows one to filter and sort the object log entries as well as delete entries from the ObjectLog ... > > Since GemStone runs with multiple vms, you can use a separate vm to look at the shared object log ... .. > > The RCQueue (and OrderedCollections for that matter) in GemStone don't incur performance hits as the collection grows over time (unlike growing OrderedCollections in a normal client Smalltalk), but then GemStone was designed with very large collections in mind:)... > > GemStone was designed to handle collections and object graphs that can be larger than available memory, so you can forget about the object log until start running out of repository space (basically disk space) ... > > For the Pharo, I would think that the fact that an Object log could accumulate a whole lot of stuff is real limiting factor...there'd need to be a process that continuously pruned objects from the object log over time .... so a thread safe linked list might be a better choice for the Object log collection ... > > Dale

Sept. 9, 2010

Re: [Pharo-project] simpleLog in pharo?

by StÃ©phane Ducasse

>> GÃ¶ran, >> >> I think before we adopt anything, it should have the "left running" scenario addressed in some way. Pharo is supposed to be robust. > > That mean losing the silent failures, and doing so in a way that the new information does not bring the system to its knees. > > First - I did not bring this up, so feel free to fix any flaws you see/find :). The code base is very small. > > Secondly - my impression of Pharo so far is not really "robust", and don't get me wrong here - it is not criticism, but my feeling every time I have used Pharo is that it is smack full of new stuff (completion, OB browsers etc etc) which quite often seems to break and also makes it painful to develop on my old trusty kinda slow Dell laptop. Where are your feedback? When did you mention that? And yes the system should change because I can list a lot of skeletons and paper tape that make the system believe it is working but is brittle. > It seems to me that "progress" (new shiny stuff!) has been put in favor of robustness, Apparently all the bugs we close do not count? Come on goran... > which probably is why Pharo is attractive to a lot of people. Perhaps Pharo changed focus for next release? > > Sorry for that little rant, don't really "mean" anything with it, just curious to see if I am the only one with this feeling. >> On Windows, OutputDebugString() is probably good enough. Since I am doing everything I can to ditch said platform, I might not be the best person to ask. Certainly, it is where I would go for a live view, and a file-based log would then cover everything else - I think.

Sept. 9, 2010

Re: [Pharo-project] WebClient License Update

by StÃ©phane Ducasse

> For string concatenation on the other hand, we're basically talking about dispersing a whole load of FUD about all the things that "may" go wrong. Fact is, nothing actually *does* go wrong with the change, but the change does fix situations that are *very* difficult to handle otherwise. One of the unfortunate realities of string concatenation is that it's very often used around error messages and logging, often in corner cases that aren't well tested, like: > > <some impossible condition> ifTrue:[ > self log: 'Found impossible condition: ', foo. > ]. I do not buy this argument. We should fix the code and not break the libraries. Your argument is bogus. We do not want such kind of extensions that opens the door to really sloppy code. Then we should avoid overrides as much as possible. Stef

Sept. 9, 2010

Re: [Pharo-project] Changing the world menu

by StÃ©phane Ducasse

On Sep 9, 2010, at 11:49 AM, Hilaire Fernandes wrote: > How can I change programmatically the world menu? > Which class to look at? PasteUpMorph? Setting? > > Hilaire > > -- > Dr. Geo, to discover geometry on Linux, Windows, MAC and XO > http://community.ofset.org/index.php/DrGeo > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Sept. 9, 2010