- Pharo-dev - lists.pharo.org

Re: [Pharo-project] A pattern for GUI programming (Morphic, Cuis, etc)

by Hannes Hirzel

On 9/23/10, Juan Vuletich <juan(a)jvuletich.org> wrote: > Noury Bouraqadi wrote: >> Hi Juan, >> >> Is this document available somewhere on the web? It's important to ensure >> it is persistence. >> >> Noury >> > > Hi Noury, > > It is now at http://www.jvuletich.org/Cuis/APatternForGUIProgramming.html . > > Cheers, > Juan Vuletich > Juan, I have seen that you have started implementing the LightWidget hierarchy Any updates / news? Regards Hannes

Oct. 30, 2010

Re: [Pharo-project] [Idiom] 'myfile.txt' asFileName readStream contents

by Hannes Hirzel

On 10/30/10, Norbert Hartl <norbert(a)hartl.name> wrote: > > On 30.10.2010, at 13:14, Hannes Hirzel wrote: > >> Surely, but not what Randal implies in terms of streams I suppose.... >> >> The idiom implies that a file stream is created and that I get the >> content of a file -- not the content of the file name. >> > I read it different. You get an readStream on a filename which is a String. > I would expect it to be > > 'myFile.txt' asFile readStream contents Yes something like this; but asFile is neither in Squeak nor in Pharo. So what we currently have (in both Squeak and Pharo) is (FileStream fileNamed: 'myfile.txt') contents to express this. Not as elegant but it works. > or > > 'myFile.txt' asFileName file readStream contents (but than someone will > bring up Demeter) > > Norbert > >> --Hannes >> >> On 10/30/10, Peter Hugosson-Miller <oldmanlink(a)gmail.com> wrote: >>> The result you got is what I would have expected too. >>> >>> -- >>> Cheers, >>> Peter >>> >>> On Sat, Oct 30, 2010 at 12:50 PM, Hannes Hirzel >>> <hannes.hirzel(a)gmail.com>wrote: >>> >>>> Hello >>>> >>>> Randal Schwartz writes in his blog >>>> >>>> http://methodsandmessages.posterous.com/writestreams-of-consciousness-going… >>>> about streams citing Derek Williams http://derekwilliams.us/?p=1411 >>>> >>>> He gives the following as an example of elegant syntax of Smalltalk >>>> >>>> 'myfile.txt' asFileName readStream contents >>>> >>>> This does not work in Squeak nor in Pharo. >>>> >>>> It produces a ReadStream on the contents of the _String_ 'myfile.txt'. >>>> i.e. the ByteString with 10 elements. >>>> >>>> Comments? >>>> >>>> Regards >>>> >>>> Hannes >>>> >>> >> > > >

Oct. 30, 2010

Re: [Pharo-project] [Idiom] 'myfile.txt' asFileName readStream contents

by Norbert Hartl

On 30.10.2010, at 13:14, Hannes Hirzel wrote: > Surely, but not what Randal implies in terms of streams I suppose.... > > The idiom implies that a file stream is created and that I get the > content of a file -- not the content of the file name. > I read it different. You get an readStream on a filename which is a String. I would expect it to be 'myFile.txt' asFile readStream contents or 'myFile.txt' asFileName file readStream contents (but than someone will bring up Demeter) Norbert > --Hannes > > On 10/30/10, Peter Hugosson-Miller <oldmanlink(a)gmail.com> wrote: >> The result you got is what I would have expected too. >> >> -- >> Cheers, >> Peter >> >> On Sat, Oct 30, 2010 at 12:50 PM, Hannes Hirzel >> <hannes.hirzel(a)gmail.com>wrote: >> >>> Hello >>> >>> Randal Schwartz writes in his blog >>> >>> http://methodsandmessages.posterous.com/writestreams-of-consciousness-going… >>> about streams citing Derek Williams http://derekwilliams.us/?p=1411 >>> >>> He gives the following as an example of elegant syntax of Smalltalk >>> >>> 'myfile.txt' asFileName readStream contents >>> >>> This does not work in Squeak nor in Pharo. >>> >>> It produces a ReadStream on the contents of the _String_ 'myfile.txt'. >>> i.e. the ByteString with 10 elements. >>> >>> Comments? >>> >>> Regards >>> >>> Hannes >>> >> >

Oct. 30, 2010

Re: [Pharo-project] [Idiom] 'myfile.txt' asFileName readStream contents

by Peter Hugosson-Miller

Sure, but when you send #readStream to a String, then you'll always get a ReadStream on that String. Perhaps there is a similarly-named method like #asReadFileStream that he meant to write instead (and that is just a guess, since I have no way of checking at the moment) -- Cheers, Peter On Sat, Oct 30, 2010 at 1:14 PM, Hannes Hirzel <hannes.hirzel(a)gmail.com>wrote: > Surely, but not what Randal implies in terms of streams I suppose.... > > The idiom implies that a file stream is created and that I get the > content of a file -- not the content of the file name. > > --Hannes > > On 10/30/10, Peter Hugosson-Miller <oldmanlink(a)gmail.com> wrote: > > The result you got is what I would have expected too. > > > > -- > > Cheers, > > Peter > > > > On Sat, Oct 30, 2010 at 12:50 PM, Hannes Hirzel > > <hannes.hirzel(a)gmail.com>wrote: > > > >> Hello > >> > >> Randal Schwartz writes in his blog > >> > >> > http://methodsandmessages.posterous.com/writestreams-of-consciousness-going… > >> about streams citing Derek Williams http://derekwilliams.us/?p=1411 > >> > >> He gives the following as an example of elegant syntax of Smalltalk > >> > >> 'myfile.txt' asFileName readStream contents > >> > >> This does not work in Squeak nor in Pharo. > >> > >> It produces a ReadStream on the contents of the _String_ 'myfile.txt'. > >> i.e. the ByteString with 10 elements. > >> > >> Comments? > >> > >> Regards > >> > >> Hannes > >> > > >

Oct. 30, 2010

Re: [Pharo-project] [Idiom] 'myfile.txt' asFileName readStream contents

by Hannes Hirzel

Surely, but not what Randal implies in terms of streams I suppose.... The idiom implies that a file stream is created and that I get the content of a file -- not the content of the file name. --Hannes On 10/30/10, Peter Hugosson-Miller <oldmanlink(a)gmail.com> wrote: > The result you got is what I would have expected too. > > -- > Cheers, > Peter > > On Sat, Oct 30, 2010 at 12:50 PM, Hannes Hirzel > <hannes.hirzel(a)gmail.com>wrote: > >> Hello >> >> Randal Schwartz writes in his blog >> >> http://methodsandmessages.posterous.com/writestreams-of-consciousness-going… >> about streams citing Derek Williams http://derekwilliams.us/?p=1411 >> >> He gives the following as an example of elegant syntax of Smalltalk >> >> 'myfile.txt' asFileName readStream contents >> >> This does not work in Squeak nor in Pharo. >> >> It produces a ReadStream on the contents of the _String_ 'myfile.txt'. >> i.e. the ByteString with 10 elements. >> >> Comments? >> >> Regards >> >> Hannes >> >

Oct. 30, 2010

Re: [Pharo-project] [Idiom] 'myfile.txt' asFileName readStream contents

by Peter Hugosson-Miller

The result you got is what I would have expected too. -- Cheers, Peter On Sat, Oct 30, 2010 at 12:50 PM, Hannes Hirzel <hannes.hirzel(a)gmail.com>wrote: > Hello > > Randal Schwartz writes in his blog > > http://methodsandmessages.posterous.com/writestreams-of-consciousness-going… > about streams citing Derek Williams http://derekwilliams.us/?p=1411 > > He gives the following as an example of elegant syntax of Smalltalk > > 'myfile.txt' asFileName readStream contents > > This does not work in Squeak nor in Pharo. > > It produces a ReadStream on the contents of the _String_ 'myfile.txt'. > i.e. the ByteString with 10 elements. > > Comments? > > Regards > > Hannes >

Oct. 30, 2010

[Pharo-project] [Idiom] 'myfile.txt' asFileName readStream contents

by Hannes Hirzel

Hello Randal Schwartz writes in his blog http://methodsandmessages.posterous.com/writestreams-of-consciousness-going… about streams citing Derek Williams http://derekwilliams.us/?p=1411 He gives the following as an example of elegant syntax of Smalltalk 'myfile.txt' asFileName readStream contents This does not work in Squeak nor in Pharo. It produces a ReadStream on the contents of the _String_ 'myfile.txt'. i.e. the ByteString with 10 elements. Comments? Regards Hannes

Oct. 30, 2010

Re: [Pharo-project] Issue 3090: Context not included in ImageSegment when saving morph to file

by Eliot Miranda

On Thu, Oct 28, 2010 at 11:27 PM, Adrian Lienhard <adi(a)netstyle.ch> wrote: > Ok, this is not related to closures. Polymorph uses blocks, e.g., for the > addUpAction of a MultistateButtonMorph (in this case the block is created > in UIThemeWatery>>#createCloseBoxFor:). And blocks are not serializable with > reference streams. Therefore, you cannot write out a window that has > buttons. The original buttons in Morphic used action selectors instead of > blocks. It shouldn't be hard to refactor Polymorph buttons to take the > receiver, selector, and possible arguments instead of a block but I wonder > whether its worth the trouble? > But in principle there's no reason why BlockCLosures and their associated home contexts and methods can't be stored on a DataStream. Is anyone brave enough to try and eliminate the restriction? best Eliot > Cheers, > Adrian > > > On Oct 15, 2010, at 02:22 , Sheridan Mahoney wrote: > > > > > Hi all, > > The method that generated the error in issue 3090 is below: > > > > > > MethodContext(ContextPart)>>storeDataOn: aDataStream > > > > "Contexts are not allowed go to out in DataStreams. They must be > included inside an ImageSegment." > > > > aDataStream insideASegment ifTrue: [^ super storeDataOn: > aDataStream]. > > > > self error: 'This Context was not included in the ImageSegment'. > > "or perhaps ImageSegments were not used at all" > > ^ nil > > > > > > I've been trying to make sense of the stack, and it appears that writing > a morph > > to a file is hooking an object which cannot be written to a DataStream. > > > > Does anyone know whether the proper behavior is to: > > - have the MethodContext go out without being inside an ImageSegment, or > > - fix the morph-writing so that it uses ImageSegments??? Mariano would > love > > this, right? :) > > > > Or perhaps there's a better way to understand the stack. > > > > Many thanks, > > and Cheers, > > > > Sheri/dan > > > > > > *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-**-*-*-*-*-* > > Listening's Auspicious Fortune is a heart > > Rejuvenated with Profound Instructions. > > > > Reflection's Auspicious Fortune is the collapse > > Of delusion's false cavern. > > > > Kabje Kalu Rinpoche > > > > "With a pure motivation that does not wane and > > with great courage that does not despair, may > > each of us endeavour to make our lives meaningful " > > > > H.H. the 17th Karmapa > > Orgyen Trinley Dorje > > > > > > > > > > On Oct 11, 2010, at 7:16 AM, Sheridan Mahoney wrote: > > > >> I've just re-entered the Pharo world after a long(ish) absence, and > wanted to report a > >> new bug submission; here's the breakdown: > >> > >> Pharo image: dev > >> Pharo core version: Pharo-1.1.1-- Latest update: #11414 > >> Virtual machine used: 4.0.3.2202 Unix VM > >> OS: Ubuntu Lucid Lynx 10.04 > >> Class browser used if applicable: SystemBrowser default > >> > >> Steps to reproduce: > >> 1. start pharo > >> 2. open a Shout workspace > >> 3. select the just-opened workspace > >> 4. Ctrl-right button to get the meta-click window > >> 5. select 'save morph in file' > >> 6. hit 'ok' to proffered name for file > >> 7. a message box comes up that reads 'please wait while objects are > >> counted'. > >> 8. shortly after that an error is generated: > >> 'Error: this context was not included in the ImageSegment' > >> > >> > >> I'm planning on doing more research, but wanted to get the issue > reported. > >> > >> Cheers, > >> Sheridan > >> > >> PS - so far I really like 1.1.1 !!! Good work, gang! > >> > >> _______________________________________________ > >> 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 > > >

Oct. 30, 2010

Re: [Pharo-project] PharoKernel #12217

by Pavel Krivanek

In fact the Seaside 3 Configuration was one of the first things I tested :-) Unfortunatelly I was not successful however it looked promissing, -- Pavel On Fri, Oct 29, 2010 at 10:53 PM, Mariano Martinez Peck <marianopeck(a)gmail.com> wrote: > So....soon we will be able to prepare a Seaside 30 Pharo Kernel image? > :):):):):):) > > Since we have Monticello.... great!! > > On Thu, Oct 28, 2010 at 11:46 PM, Pavel Krivanek <pavel.krivanek(a)gmail.com> > wrote: >> >> Hi, >> >> a good new, Gofer works fine for me :-) >> ...and test results for kernel, network, Monticello and Gofer are quite >> good. >> >> On Thu, Oct 28, 2010 at 5:52 PM, StÃ©phane Ducasse >> <stephane.ducasse(a)inria.fr> wrote: >> > >> > On Oct 28, 2010, at 5:05 PM, Pavel Krivanek wrote: >> > >> >> Hi, >> >> >> >> I uploaded a new version of PharoKernel. It has several new properties: >> >> - better scripts processing >> >> - separate dictionaries for images, scripts, reports and downloaded >> >> packages >> >> - It is able to load Network, Monticello and Gopher (image included), >> >> however it needs some next fixes to work properly >> >> - ImageMap and ImageGraph included in the archive >> >> >> >> >> >> https://gforge.inria.fr/frs/download.php/27699/PharoKernel-1.2-12217.zip >> >> >> >> The most important thing that should be done in Pharo is to split >> >> Tests package to be able to load Monticello tests separately. >> > >> > Yes >> > and that they follow the pattern >> > >> >> If Monticello and Gofer will work well then it should be quite simple >> >> to prepare PharoCore Configuration to load the rest of PharoCore. >> > >> > Yes this is the vision but now our problem is to port our integration >> > process to it. >> > We will certainly changes it anyway because it slows us down (does not >> > scale) but it requires to have a good alternative. >> >> Well, Configurations were always suspicious to me - they do not even >> share a common superclass :-) >> >> -- Pavel >> >> > >> > Stef >> > >> > >

Oct. 29, 2010

Re: [Pharo-project] PharoKernel #12217

by Mariano Martinez Peck

So....soon we will be able to prepare a Seaside 30 Pharo Kernel image? :):):):):):) Since we have Monticello.... great!! On Thu, Oct 28, 2010 at 11:46 PM, Pavel Krivanek <pavel.krivanek(a)gmail.com>wrote: > Hi, > > a good new, Gofer works fine for me :-) > ...and test results for kernel, network, Monticello and Gofer are quite > good. > > On Thu, Oct 28, 2010 at 5:52 PM, StÃ©phane Ducasse > <stephane.ducasse(a)inria.fr> wrote: > > > > On Oct 28, 2010, at 5:05 PM, Pavel Krivanek wrote: > > > >> Hi, > >> > >> I uploaded a new version of PharoKernel. It has several new properties: > >> - better scripts processing > >> - separate dictionaries for images, scripts, reports and downloaded > packages > >> - It is able to load Network, Monticello and Gopher (image included), > >> however it needs some next fixes to work properly > >> - ImageMap and ImageGraph included in the archive > >> > >> > https://gforge.inria.fr/frs/download.php/27699/PharoKernel-1.2-12217.zip > >> > >> The most important thing that should be done in Pharo is to split > >> Tests package to be able to load Monticello tests separately. > > > > Yes > > and that they follow the pattern > > > >> If Monticello and Gofer will work well then it should be quite simple > >> to prepare PharoCore Configuration to load the rest of PharoCore. > > > > Yes this is the vision but now our problem is to port our integration > process to it. > > We will certainly changes it anyway because it slows us down (does not > scale) but it requires to have a good alternative. > > Well, Configurations were always suspicious to me - they do not even > share a common superclass :-) > > -- Pavel > > > > > Stef > > > >

Oct. 29, 2010