Re: [Pharo-project] Check if you launch Pharo without display

2009-01-09 Thread Bill Schwab
FWIW, Dolphin has an interesting approach to this kind problem. As the image loads, it creates a session manager. There is a hierarchy of such classes for GUI and headless systems. GUI session managers take care of creating and showing the app's main window. I asked a similar question not long

Re: [Pharo-project] Check if you launch Pharo without display

2009-01-09 Thread Stéphane Ducasse
Yes but gwenael needs to know when the image is headless from the image if it was launched as headless. stef On Jan 9, 2009, at 9:40 PM, Brian Brown wrote: > Well, there is the -headless switch you can pass to the VM on startup. > > > hth, > > - Brian > > On Jan 8, 2009, at 9:17 AM, Gwenael Ca

Re: [Pharo-project] Check if you launch Pharo without display

2009-01-09 Thread Brian Brown
Well, there is the -headless switch you can pass to the VM on startup. hth, - Brian On Jan 8, 2009, at 9:17 AM, Gwenael Casaccio wrote: > Hi, > > I'm working on saphir (a scripting engine for Pharo) and > I would like to know is there is a standard way to know if you > launch Pharo without a d

Re: [Pharo-project] Very strange behavior with MC

2009-01-09 Thread Adrian Lienhard
Yes, I can do it on the weekend. Adrian On Jan 9, 2009, at 17:07 , Stéphane Ducasse wrote: > > On Jan 9, 2009, at 4:26 PM, Adrian Lienhard wrote: > >> No I didn't. >> >> But maybe we better recreate an image from the last version that >> didn't have this setting? I don't think it was introduced b

Re: [Pharo-project] Very strange behavior with MC

2009-01-09 Thread Stéphane Ducasse
On Jan 9, 2009, at 4:26 PM, Adrian Lienhard wrote: > No I didn't. > > But maybe we better recreate an image from the last version that > didn't have this setting? I don't think it was introduced by a change > because in my images that I updated myself the setting was not > changed. Ok so may b

Re: [Pharo-project] Platform class

2009-01-09 Thread Stéphane Ducasse
Ok BTW I tried to load the second version of packages you published and I got problem with MC loading related to some network methods. I have to redo it calmly and check if this is not necessary to load first the first version. Did you try to load your package in Pharo? Stef On Jan 9, 2009, a

Re: [Pharo-project] Platform class

2009-01-09 Thread Damien Cassou
On Fri, Jan 9, 2009 at 4:30 PM, Michael Rueger wrote: > Using a similar name certainly will lead to confusion, so the question > is what else to call an OS abstraction layer. Other than > OSAbstractionLayer ;-) OperatingSystem? -- Damien Cassou http://damiencassou.seasidehosting.st ___

Re: [Pharo-project] Platform class

2009-01-09 Thread Michael Rueger
Stéphane Ducasse wrote: > I like that > I really think that we need to have infrastructure support to control > the complexity. > I like the OBPlatform idea. After the question is how much layers do > we need. > I imagine that we should not have that much one this is well done. > Does the Platf

Re: [Pharo-project] Very strange behavior with MC

2009-01-09 Thread Adrian Lienhard
No I didn't. But maybe we better recreate an image from the last version that didn't have this setting? I don't think it was introduced by a change because in my images that I updated myself the setting was not changed. Adrian On Jan 9, 2009, at 16:15 , Stéphane Ducasse wrote: > adrian > >

Re: [Pharo-project] Breakpoints (was [OT] Great job guys)

2009-01-09 Thread Stéphane Ducasse
one of the point about breakpoint is that they should not get the method dirty. I know that some breakpoint code has been harvested but I do not remember how to use it. Stef On Jan 9, 2009, at 10:27 AM, Janko Mivšek wrote: > Dale Henrichs wrote: >> - "Janko Mivšek" wrote: >> >> | And wh

Re: [Pharo-project] Very strange behavior with MC

2009-01-09 Thread Stéphane Ducasse
adrian did you use the cleaning expression of alex in your release? Stef On Jan 7, 2009, at 3:08 PM, Alexandre Bergel wrote: > Dear List, > > I dug in the Monticello melting-pot to find where the strange behavior > some of you are encountering comes from. > > **The problem** > The bug come from

Re: [Pharo-project] [MC] [ANN] Sourcetalk

2009-01-09 Thread Lukas Renggli
The complete documentation on Sourcetalk of Andrea Quadri is now online. This includes technical documentation and a users guide: http://www.iam.unibe.ch/~scg/cgi-bin/scgbib.cgi?query=Quadri Cheers, Lukas -- Lukas Renggli http://www.lukas-renggli.ch ___

Re: [Pharo-project] Breakpoints (was [OT] Great job guys)

2009-01-09 Thread Igor Stasenko
Even more smart-ass patching , to make OB happier :) Now if you open browser on BreakPointTestClass>>testMethod you will see an icon in method list changing when you installing/deinstalling the breakpoint by doing: BreakPointAgent class: BreakPointTestClass selector: #testMethod BreakPointAgent

Re: [Pharo-project] GUI editor, etc.

2009-01-09 Thread GARY CHAMBERS
We have a package that provides Polymorph support for Magritte, as used in our ReportBuilder. I'm sure it would be no problem to get it released into SqueakSource :-) Regards, Gary From: Bill Schwab To: pharo-project@lists.gforge.inria.fr Sent: Friday, 9 Jan

Re: [Pharo-project] Breakpoints (was [OT] Great job guys)

2009-01-09 Thread Igor Stasenko
Btw, with this trick its not necessary to break before invocation of method. You can put break just after method returns. Think , how powerfull it can be: (example) BreakPointAgent breakOnLeave: #isString class: Object condition: [:receiver :arguments: :result | Transcript show: receiver printSt

Re: [Pharo-project] Breakpoints (was [OT] Great job guys)

2009-01-09 Thread Igor Stasenko
2009/1/9 Janko Mivšek : > Dale Henrichs wrote: >> - "Janko Mivšek" wrote: >> >> | And when you are already doing that, introduce also breakpoints back in >> | Pharo as they are on GLASS GemTools. Very intuitive and the same as on >> | most other Smalltalks. If they can be supported in GemTools

Re: [Pharo-project] Breakpoints (was [OT] Great job guys)

2009-01-09 Thread Janko Mivšek
Dale Henrichs wrote: > - "Janko Mivšek" wrote: > > | And when you are already doing that, introduce also breakpoints back in > | Pharo as they are on GLASS GemTools. Very intuitive and the same as on > | most other Smalltalks. If they can be supported in GemTools, why > | aren't yet in Pharo?