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

Re: [Pharo-project] WindowOrganiser (was: Tab widget improvements)

by Gary Chambers

Early 1.4 is ok as long as not too much changes between now and then. Sent from my iPhone On 13 Jun 2011, at 17:00, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > gary > > we can either push it in 1.3 or wait a bit and push it when we open 1.4. > What would you prefer? > Marcus prefer that we do not generate more bugs now that we are closing 1.3 > I do not know what is the impact of your so let us know. > > Stef > > On Jun 13, 2011, at 5:04 PM, Gary Chambers wrote: > >> For the brave, attached script (no chance of working with a filed out changeset as order is important). >> >> Refactors TopWindow on SystemWindow to currentWindow on WorldState, along with many other simplifications. >> >> The upshot is that there are far fewer direct class references and should help somewhat with multiple worlds, though a few menu options refer to SystemWindow class still (further work required there). >> >> Propbably best to close all windows after filing in. >> >> Just a start on the refactoring but this is something best done in small steps. >> >> Regards, Gary >> >> ----- Original Message ----- From: "StÃ©phane Ducasse" <stephane.ducasse(a)inria.fr> >> To: <Pharo-project(a)lists.gforge.inria.fr> >> Sent: Friday, June 10, 2011 4:05 PM >> Subject: Re: [Pharo-project] WindowOrganiser (was: Tab widget improvements) >> >> >> >> >>> Evidently not last... >>> Workaround for embedded windows to remember keyboard focus. >>> Really the whole active/passivate thing for windows needs a good cleanup and refactoring. >> >> please please please >> all these elements should get lean and clean. >> >> >> <TopWindowRefactoring.st> > >

June 14, 2011

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