- Pharo-dev - lists.pharo.org

Re: [Pharo-project] Fuel serialization - feature/bug

by Yanni Chiu

On 14/06/11 4:15 AM, Martin Dias wrote: > > BTW, is it fine to get nil on these variables? I mean, is the > FSMemoryStore materialized useful? Yes, that's exactly the result expected when defining #fuelIgnoredInstanceVariableNames to return #('root') for FSMemoryStore.

June 14, 2011

Re: [Pharo-project] Fuel serialization - feature/bug

by Yanni Chiu

On 14/06/11 3:37 AM, Mariano Martinez Peck wrote: > > and speed? could you measure serialization / materialization time ? The kernel was just a few pages, and SIXX took about 5 sec to save to disk, and a slight pause to materialize. With Fuel, it was all done almost instantaneously. I don't have any benchmarks ... now added to TODO list.

June 14, 2011

Re: [Pharo-project] Fuel version 1.4 uses #isBinary, and SIXX uses #tab:

by Mariano Martinez Peck

On Tue, Jun 14, 2011 at 4:39 PM, Yanni Chiu <yanni(a)rogers.com> wrote: > On 14/06/11 2:56 AM, Martin Dias wrote: > >> >> The only objection I see is the open issue we have about supporting an >> alternative text format in Fuel... >> > > Do you mean a non-binary file alternative format? Yes. At the beginning of Fuel we thought that it would be cool to be able to serialize in both kinds, text based and binary. So for example for debugging we can serialize in text and when deploying or using it in real situations, we use a binary format. However, we never thought if that is possible nor how to do it. And it is not in our near future to do it.... If someone wants to give it a try ;) > > How can I put a String in a FSWriteStream? >> > > I don't have the answer, but I'm sure that that the answer has to take into > account the character encoding. IMO, the encoding should be specified in > some header, and if not specified there, it should be assumed to be UTF-8. > > > -- Mariano http://marianopeck.wordpress.com

June 14, 2011

Re: [Pharo-project] Fuel version 1.4 uses #isBinary, and SIXX uses #tab:

by Yanni Chiu

On 14/06/11 2:56 AM, Martin Dias wrote: > > The only objection I see is the open issue we have about supporting an > alternative text format in Fuel... Do you mean a non-binary file alternative format? > How can I put a String in a FSWriteStream? I don't have the answer, but I'm sure that that the answer has to take into account the character encoding. IMO, the encoding should be specified in some header, and if not specified there, it should be assumed to be UTF-8.

June 14, 2011

Re: [Pharo-project] How to recognize a method "inherited" from a trait

by Lukas Renggli

OBMethodNode>>#displayString On 14 June 2011 14:58, Noury Bouraqadi <bouraqadi(a)gmail.com> wrote: > Hi, > > How does the browser recognizes that some selector in a class is inherited from a Trait to display it in italic? > > Thanx, > Noury > > > > -- Lukas Renggli www.lukas-renggli.ch

June 14, 2011

Re: [Pharo-project] [update 1.3] #13264

by Marcus Denker

On Jun 14, 2011, at 3:54 PM, Pavel Krivanek wrote: > Great! Thank you very much. > Thank you! > I'm trying to merge all PharoKernel generation scripts into one single > call "Smalltalk shrinkToKernel" and it seems that it will work well > (currently it generates 2.7MB image with two obsolete classes instead > of 2.2MB and condensing of changes file must be done separatelly). > Very good! > So the generation and future management of PharoKernel will be very > easy including Hudson integration. yes, we should set up a hudson project to build this automatically. As soon as you have something, I can help setting it up. -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

June 14, 2011

Re: [Pharo-project] [update 1.3] #13264

by Pavel Krivanek

Great! Thank you very much. I'm trying to merge all PharoKernel generation scripts into one single call "Smalltalk shrinkToKernel" and it seems that it will work well (currently it generates 2.7MB image with two obsolete classes instead of 2.2MB and condensing of changes file must be done separatelly). So the generation and future management of PharoKernel will be very easy including Hudson integration. Cheers, -- Pavel On Tue, Jun 14, 2011 at 3:33 PM, Marcus Denker <marcus.denker(a)inria.fr> wrote: > 13264 > ----- > > Issue 4402: Â Â SimpleCodeLoader > Â Â Â Â http://code.google.com/p/pharo/issues/detail?id=4402 > > Issue 4403: Â Â safer default text style > Â Â Â Â http://code.google.com/p/pharo/issues/detail?id=4403 > > Issue 4400: Â Â ProgressBarEnabled > Â Â Â Â http://code.google.com/p/pharo/issues/detail?id=4400 > > Issue 3107: Â Â UserInterruptHandler >> handleEvent: is dependent on SoundService > Â Â Â Â http://code.google.com/p/pharo/issues/detail?id=3107 > > > > -- > Marcus Denker Â -- http://www.marcusdenker.de > INRIA Lille -- Nord Europe. Team RMoD. > > >

June 14, 2011

[Pharo-project] [update 1.3] #13264

by Marcus Denker

13264 ----- Issue 4402: SimpleCodeLoader http://code.google.com/p/pharo/issues/detail?id=4402 Issue 4403: safer default text style http://code.google.com/p/pharo/issues/detail?id=4403 Issue 4400: ProgressBarEnabled http://code.google.com/p/pharo/issues/detail?id=4400 Issue 3107: UserInterruptHandler >> handleEvent: is dependent on SoundService http://code.google.com/p/pharo/issues/detail?id=3107 -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

June 14, 2011

[Pharo-project] How to recognize a method "inherited" from a trait

by Noury Bouraqadi

Hi, How does the browser recognizes that some selector in a class is inherited from a Trait to display it in italic? Thanx, Noury

June 14, 2011

Re: [Pharo-project] [squeak-dev] Morphic on HTML+CSS

by Janko MivÅ¡ek

S, info(a)tomsik.cz piÅ¡e: > I am no squeak/pharo/cuis master, > > but in my opinion the best approach is still "objects as servers" > - no matter what html6 will be able to do, it won't be enough. > > however html5+js means we can leverage ajax - and provide illusion > of objects as servers - and that's cool. > > so: > > 1. yes > 2. not sure, I'd rather spend energy on something different. Remember that we the web guys are spending energy close to that goal for quite a while already. The Iliad/Aida (bit less Seaside) component model is close to what Morphic is, as far I know Morphic. And with Jtalk we can cover JavaScript from Smalltalk code too. Add the open-source and portable WebKit [1] based foundation like many web browsers have and we are there! So, if we point ourselves to this direction, for sure someone will come with a courage to experiment in approximately this way: - WebKit based foundation - Iliad/Aida component model adopted to Morphic on top - Jtalk for running JavaScript from Smalltalk - Squeak/Pharo image with more or less unchanged tools So, we switch one level higher in running Squeak/Pharo GUI: from bare operating system's graphic/windowing support to WebKit based HTML5/CSS/JavaScript one. With HTML5 Canvas and WebGL for HW optimized graphics,... Janko [1] http://www.webkit.org/ > On Tue, 14 Jun 2011 13:41:45 +0200, Janko MivÅ¡ek > <janko.mivsek(a)eranova.si> wrote: > >> Hi all, >> >> In light of recent Microsoft surprising U-turn announcement [1] that in >> Windows 8 it swithes to HTML5 (HTML5+CSS+JavaScript) instead of .NET+WPF >> and Silverlight for desktop app development it is IMO a right time to >> think about: >> >> 1. is this a clear signal that HTML5 for ALL apps, both desktop and the >> web is inevitable? >> 2. is this a clear signal that we need to rebuild Morphic on top of >> HTML+CSS, to leverage all Morphic advantages and come back >> to bleeding edge again? >> >> I think yes. What Squeak/Pharo/Cuis GUI masters say? >> >> Best regards >> Janko >> >> [1] >> http://arstechnica.com/microsoft/news/2011/06/html5-centric-windows-8-leave… >> -- Janko MivÅ¡ek Aida/Web Smalltalk Web Application Server http://www.aidaweb.si

June 14, 2011