December 2011 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] [Pharo-users] [COTDC] 89 - NullStream

by StÃ©phane Ducasse

I'm a stream doing nothing (NullObject pattern). I can be handy when a stream is needed and that we need to do nothing (for example a logging in off mode). Stef On Dec 3, 2011, at 11:29 AM, sean(a)clipperadams.com wrote: > Continuing in Collections... > > Today: NullStream > > > Comment Of The Day Contest - One Day One Comment > Rules: > #1: Each day a not commented class is elected. Each day the best comment will be integrated with name of the author(s). > #2: If you cannot comment it, deprecate it. > Results: http://code.google.com/p/pharo/wiki/CommentOfTheDayContest > > p.s. this message was sent from a pharo image. Did you know you could easily do that?! >

Dec. 3, 2011

Re: [Pharo-project] GUI Testing Library

by Sean P. DeNigris

Tudor Girba-2 wrote > > It's just cool. > Excellent! The latest package in the repo adds right clicking, choosing from menus, and a bug fix for Morphs that use local coordinates. -- View this message in context: http://forum.world.st/GUI-Testing-Library-tp4097866p4153835.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Dec. 3, 2011

Re: [Pharo-project] Monticello enhancing

by Tobias Pape

Am 2011-12-03 um 15:52 schrieb Mariano Martinez Peck: > > > On Sat, Dec 3, 2011 at 3:46 PM, Tobias Pape <Das.Linux(a)gmx.de> wrote: > > Am 2011-12-03 um 14:34 schrieb Mariano Martinez Peck: > > > > > > >> On Sat, Dec 3, 2011 at 12:23 AM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > >> Thanks tobias > >> This is cool to have that! > >> With your experiment are loading MC definitions using fuel? > >> > > yes, loading and writing. Basically, for writing, for example, it is to change #writeSnapshot: or #serializeInBinary: to use Fuel instead of DataStream. > > For loading, #loadDefinitions > > No. that is the point. > you add a loderFuel to the class side of MCMc{d,z}Reader that > returns an association of priority -> oneargblock. > > My proposal is about experimenting with the MC stuff _without_ changing > the present logic, but augmenting them. > > See the FuelMonticello-topa.1.mcz for an example. > (note that this mcz already contains a snapshot.fuel ;) ) > > > Yes, yes, yes, I saw that :) > I just wanted to point to Stef where MC was doing such magic. I know you didn't modify that directly with instead add different loaders. I saw your code :) Ah, ok. nevermind. Best -Tobias

Dec. 3, 2011

Re: [Pharo-project] Monticello enhancing

by Mariano Martinez Peck

On Sat, Dec 3, 2011 at 3:46 PM, Tobias Pape <Das.Linux(a)gmx.de> wrote: > > Am 2011-12-03 um 14:34 schrieb Mariano Martinez Peck: > > > > > > >> On Sat, Dec 3, 2011 at 12:23 AM, StÃ©phane Ducasse < > stephane.ducasse(a)inria.fr> wrote: > >> Thanks tobias > >> This is cool to have that! > >> With your experiment are loading MC definitions using fuel? > >> > > yes, loading and writing. Basically, for writing, for example, it is to > change #writeSnapshot: or #serializeInBinary: to use Fuel instead of > DataStream. > > For loading, #loadDefinitions > > No. that is the point. > you add a loderFuel to the class side of MCMc{d,z}Reader that > returns an association of priority -> oneargblock. > > My proposal is about experimenting with the MC stuff _without_ changing > the present logic, but augmenting them. > > See the FuelMonticello-topa.1.mcz for an example. > (note that this mcz already contains a snapshot.fuel ;) ) > > Yes, yes, yes, I saw that :) I just wanted to point to Stef where MC was doing such magic. I know you didn't modify that directly with instead add different loaders. I saw your code :) > best > -Tobias > > > > -- Mariano http://marianopeck.wordpress.com

Dec. 3, 2011

Re: [Pharo-project] Monticello enhancing

by Tobias Pape

Am 2011-12-03 um 14:34 schrieb Mariano Martinez Peck: > > >> On Sat, Dec 3, 2011 at 12:23 AM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: >> Thanks tobias >> This is cool to have that! >> With your experiment are loading MC definitions using fuel? >> > yes, loading and writing. Basically, for writing, for example, it is to change #writeSnapshot: or #serializeInBinary: to use Fuel instead of DataStream. > For loading, #loadDefinitions No. that is the point. you add a loderFuel to the class side of MCMc{d,z}Reader that returns an association of priority -> oneargblock. My proposal is about experimenting with the MC stuff _without_ changing the present logic, but augmenting them. See the FuelMonticello-topa.1.mcz for an example. (note that this mcz already contains a snapshot.fuel ;) ) best -Tobias

Dec. 3, 2011

Re: [Pharo-project] A commercial question

by Larry White

Must. Have. It! On Sat, Dec 3, 2011 at 8:40 AM, Esteban Lorenzano <estebanlm(a)gmail.com>wrote: > Hi, > > http://smallworks.com.ar/products/mars/ > > (but it is sleeping "the dream of the just", right now :) > > cheers, > Esteban > > El 03/12/2011, a las 10:33a.m., Larry White escribiÃ³: > > Esteban, > What is Mars? > > > On Sat, Dec 3, 2011 at 8:07 AM, Esteban Lorenzano <estebanlm(a)gmail.com>wrote: > >> Hi GermÃ¡n, >> >> As others said, mac users will not be willing to accept pharo look&feel >> except for rare situations (thats one of the reasons I started Mars in >> first instance...). Also, Mars is still far for being really usable >> (sadly), so I don't think you have a real native option right now. >> I'm commited to finish Mars "some time"... but time is being a big >> bottleneck this year. >> I hope in the future I can, at least, advance the project enough to make >> other people contributions possible, so Carla, German, and any other can >> help me to finish :) >> >> cheers, >> Esteban >> >> >> El 02/12/2011, a las 11:04p.m., Sean P. DeNigris escribiÃ³: >> >> > >> > fstephany wrote >> >> >> >> you can probably have a look at MacRuby >> >> >> > >> > MacRuby is pretty cool, and if you go this route, maybe you can have a >> very >> > thin MacRuby GUI layer on top of Pharo (I would start with REST as the >> IPC, >> > but you could go with sockets if it wasn't fast enough). That would be >> my >> > first experiment if I wanted to make a Mac desktop app while waiting for >> > Mars. >> > >> > >> > HTH, >> > Sean >> > >> > >> > -- >> > View this message in context: >> http://forum.world.st/A-commercial-question-tp4150440p4151542.html >> > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. >> > >> >> >> > >

Dec. 3, 2011

Re: [Pharo-project] A commercial question

by Esteban Lorenzano

Hi, http://smallworks.com.ar/products/mars/ (but it is sleeping "the dream of the just", right now :) cheers, Esteban El 03/12/2011, a las 10:33a.m., Larry White escribiÃ³: > Esteban, > What is Mars? > > > On Sat, Dec 3, 2011 at 8:07 AM, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > Hi GermÃ¡n, > > As others said, mac users will not be willing to accept pharo look&feel except for rare situations (thats one of the reasons I started Mars in first instance...). Also, Mars is still far for being really usable (sadly), so I don't think you have a real native option right now. > I'm commited to finish Mars "some time"... but time is being a big bottleneck this year. > I hope in the future I can, at least, advance the project enough to make other people contributions possible, so Carla, German, and any other can help me to finish :) > > cheers, > Esteban > > > El 02/12/2011, a las 11:04p.m., Sean P. DeNigris escribiÃ³: > > > > > fstephany wrote > >> > >> you can probably have a look at MacRuby > >> > > > > MacRuby is pretty cool, and if you go this route, maybe you can have a very > > thin MacRuby GUI layer on top of Pharo (I would start with REST as the IPC, > > but you could go with sockets if it wasn't fast enough). That would be my > > first experiment if I wanted to make a Mac desktop app while waiting for > > Mars. > > > > > > HTH, > > Sean > > > > > > -- > > View this message in context: http://forum.world.st/A-commercial-question-tp4150440p4151542.html > > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. > > > > >

Dec. 3, 2011

Re: [Pharo-project] Monticello enhancing

by Mariano Martinez Peck

On Sat, Dec 3, 2011 at 12:23 AM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr > wrote: > Thanks tobias > This is cool to have that! > With your experiment are loading MC definitions using fuel? > yes, loading and writing. Basically, for writing, for example, it is to change #writeSnapshot: or #serializeInBinary: to use Fuel instead of DataStream. For loading, #loadDefinitions Cheers > > Stef > > On Dec 2, 2011, at 4:54 PM, Tobias Pape wrote: > > > Dear all, > > > > afte Fuel being available for both Squeak and Pharo, > > I experimented a little bit. > > > > So, I put a new snapshot.fuel beside the snapshot.bin in > > the mcz zips (same for patch.* in mcd). > > > > But to make it easier in the future to experiment with things, > > I included a small facility to extend serializers/materializers > > or similar things more easily. How is it done? > > > > Example: new serializer in MCZ files: > > After my patch, include > > > > MCMczWriter class>>serializerMine > > > > ^ [:writer :snapshot | writer writeSnapshotAsMyFormat: snapshot] > > > > and > > > > MCMczWriter>>writeSnapshotAsMyFormat: snapshot > > > > self addString: (self doSomeConversion: aSnapshot) at: > 'snapshot.myformat'. > > > > as Extension methods in MCMczWriter, and execute > > > > MCMczWriter populateSerializers. > > > > Now, a new file member is added to every new mcz file. > > > > As an example, I have done such thing for Fuel. > > Don't worry, it just uses the default behavior if > > Fuel is not present in either the image or the mcz-file. > > > > Best, > > -Tobias > > > > PS: for Squeak, see Inbox Monticello-topa.491, > > And I also have an MCD attached that should help using the code > elsewhere. > > > > > > > > > <Monticello-topa.491.mcz><Monticello-topa.491(cmm.489).mcd><FuelMonticello-topa.1.mcz> > > > -- Mariano http://marianopeck.wordpress.com

Dec. 3, 2011

Re: [Pharo-project] A commercial question

by Larry White

Esteban, What is Mars? On Sat, Dec 3, 2011 at 8:07 AM, Esteban Lorenzano <estebanlm(a)gmail.com>wrote: > Hi GermÃ¡n, > > As others said, mac users will not be willing to accept pharo look&feel > except for rare situations (thats one of the reasons I started Mars in > first instance...). Also, Mars is still far for being really usable > (sadly), so I don't think you have a real native option right now. > I'm commited to finish Mars "some time"... but time is being a big > bottleneck this year. > I hope in the future I can, at least, advance the project enough to make > other people contributions possible, so Carla, German, and any other can > help me to finish :) > > cheers, > Esteban > > > El 02/12/2011, a las 11:04p.m., Sean P. DeNigris escribiÃ³: > > > > > fstephany wrote > >> > >> you can probably have a look at MacRuby > >> > > > > MacRuby is pretty cool, and if you go this route, maybe you can have a > very > > thin MacRuby GUI layer on top of Pharo (I would start with REST as the > IPC, > > but you could go with sockets if it wasn't fast enough). That would be my > > first experiment if I wanted to make a Mac desktop app while waiting for > > Mars. > > > > > > HTH, > > Sean > > > > > > -- > > View this message in context: > http://forum.world.st/A-commercial-question-tp4150440p4151542.html > > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. > > > > >

Dec. 3, 2011

Re: [Pharo-project] A commercial question

by Esteban Lorenzano

Hi GermÃ¡n, As others said, mac users will not be willing to accept pharo look&feel except for rare situations (thats one of the reasons I started Mars in first instance...). Also, Mars is still far for being really usable (sadly), so I don't think you have a real native option right now. I'm commited to finish Mars "some time"... but time is being a big bottleneck this year. I hope in the future I can, at least, advance the project enough to make other people contributions possible, so Carla, German, and any other can help me to finish :) cheers, Esteban El 02/12/2011, a las 11:04p.m., Sean P. DeNigris escribiÃ³: > > fstephany wrote >> >> you can probably have a look at MacRuby >> > > MacRuby is pretty cool, and if you go this route, maybe you can have a very > thin MacRuby GUI layer on top of Pharo (I would start with REST as the IPC, > but you could go with sockets if it wasn't fast enough). That would be my > first experiment if I wanted to make a Mac desktop app while waiting for > Mars. > > > HTH, > Sean > > > -- > View this message in context: http://forum.world.st/A-commercial-question-tp4150440p4151542.html > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. >

Dec. 3, 2011