March 2009 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] How to rename a package ?

by Lukas Renggli

> Why why why is the default position of whoever wrote the above code to > NOT contribute to the community? I dont get it. For me it would be the > first thought that enters my mind... "perhaps someone else might find > this useful". Thank you for this excellent idea. I added it as a Code Critics rule called 'Unpackaged Code'. Lukas -- Lukas Renggli http://www.lukas-renggli.ch

March 20, 2009

Re: [Pharo-project] I need some advice (was Re: [squeak-dev] Organising and Documenting Micro-Universes in Squeaksource)

by StÃ©phane Ducasse

On Mar 20, 2009, at 3:24 PM, GÃ¶ran Krampe wrote: > Hi guys! > > Igor Stasenko wrote: >> 2009/3/20 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>: >>> the same :) >>> I like coral scripting format. >>> this is just a better chunk format :) > > If you by that mean a really nice serialization format that fits to > serialize objects dealing with Smalltalk source code - then yes. coral is a reabable chunk format not serialization of objects. > This is where the comparison with Coral probably breaks - correct me > if > I am wrong, but Coral is a "better" .st format, right? Or in other > words > - a format for typing in Smalltalk code in files. Yeap. > Tirade is meant to *serialize* Delta and Change objects. It is not a > "fileout" format, it is much more a readable *serialization* format. Ok did you check SRP? > > >>> But I do not want to open a war again. So better do it "alone" than >>> fight with others. >>> This is also my motto. >>> >> I looking at it at different angle: >> why inventing own wheel, when there is already existing solutions. >> I'm not sure if Coral fits well with DS (looks like it depends on >> NewCompiler), i just gave Goran a links, so he could decide if it >> is. > > I haven't seen a description of Coral yet - and no, I haven't > installed > it and looked at it. I wanted a description first :). But given the > little I have read it seems to be a format for Smalltalk classes in > files. Period. yeap > > > Again, this is not at all what Tirade is nor something suitable for > serializing Deltas, or am I missing something? > > And yes, Tirade works fine today in 3.6->3.10.2 + Pharo. It's 500 > lines > of code and independent of Compiler and has no other dependencies. > > This is important for the use cases. :) > > regards, GÃ¶ran > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

March 20, 2009

[Pharo-project] Clock icon when vm is buzy

by Mariano Martinez Peck

It would be nice to have a clock icon when the image is blocked doing something and then disappear when it finished. What I have to do, to get noticed when it terminates the block, is to click on another windows. So, when the vm returns control, then I goes to the windows I pick, and there I know. Is this possible to do? Cheers, Mariano

March 20, 2009

Re: [Pharo-project] I need some advice (was Re: [squeak-dev] Organising and Documenting Micro-Universes in Squeaksource)

by GÃ¶ran Krampe

Hi guys! Igor Stasenko wrote: > 2009/3/20 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>: >> the same :) >> I like coral scripting format. >> this is just a better chunk format :) If you by that mean a really nice serialization format that fits to serialize objects dealing with Smalltalk source code - then yes. This is where the comparison with Coral probably breaks - correct me if I am wrong, but Coral is a "better" .st format, right? Or in other words - a format for typing in Smalltalk code in files. Tirade is meant to *serialize* Delta and Change objects. It is not a "fileout" format, it is much more a readable *serialization* format. >> But I do not want to open a war again. So better do it "alone" than >> fight with others. >> This is also my motto. >> > I looking at it at different angle: > why inventing own wheel, when there is already existing solutions. > I'm not sure if Coral fits well with DS (looks like it depends on > NewCompiler), i just gave Goran a links, so he could decide if it is. I haven't seen a description of Coral yet - and no, I haven't installed it and looked at it. I wanted a description first :). But given the little I have read it seems to be a format for Smalltalk classes in files. Period. Again, this is not at all what Tirade is nor something suitable for serializing Deltas, or am I missing something? And yes, Tirade works fine today in 3.6->3.10.2 + Pharo. It's 500 lines of code and independent of Compiler and has no other dependencies. This is important for the use cases. :) regards, GÃ¶ran

March 20, 2009

Re: [Pharo-project] I need some advice (was Re: [squeak-dev] Organising and Documenting Micro-Universes in Squeaksource)

by Keith Hodges

StÃ©phane Ducasse wrote: > the same :) > I like coral scripting format. > this is just a better chunk format :) > > But I do not want to open a war again. So better do it "alone" than > fight with others. > This is also my motto. > > Stef > Perhaps you need healing from your fear of conflict. Ask your mind to reveal to you where it was you learned this emotional pattern. (its not one I have ;-) ) Another case in point, on my to do list for squeak is "a registration mechanism for menus/flaps etc". There is absolutely NO reason why such a mechanism shouldnt be specced out and developed as a loadable module for all squeak forks to adopt. Do we have to have 2 of absolutely everything? Keith

March 20, 2009

Re: [Pharo-project] Drawing graphics with OB

by Alexandre Bergel

Thanks David, I will dive into it Cheers, Alexandre On 19 Mar 2009, at 10:14, David RÃ¶thlisberger wrote: > Hi Alex, > >> Each OBNode understand the message definition. In the first version >> of >> OB, this definition method is supposed to return an instance of >> OBDefinition or one of its subclass. >> I saw a way to have a graphical object instead of the text pane. What >> is the trick to achieve this? > > What I did is to use OBClosableDefinitionPanel that has an > #exchangeContentWith: > aMorph method where you can pass any morph that gets displayed > instead of the text > that is usually there. > We could extend that to be able to also use "visualization > definitions" directly in > OBNode, but I haven't yet done this. The visualizations I added get > displayed on the > execution of a command, by default there is always a text definition > shown that can > get exchanged with a visualization at runtime. > > David > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

March 20, 2009

Re: [Pharo-project] Font and OB

by Alexandre Bergel

Thanks Lukas, Alexandre On 19 Mar 2009, at 09:40, Lukas Renggli wrote: > There are various examples for that in OB-Standard and OB-Refactory. > > Have a look at OBLimitProtocolFilter>>#displayString:forNode: or > OBRescueFilter>>#displayString:forParent:child: or > ORLintResultFilter>>#displayString: forNode:, ... > > Lukas > > On Thu, Mar 19, 2009 at 9:30 AM, Alexandre Bergel > <Alexandre.Bergel(a)inria.fr> wrote: >> A further question on OB. How can I change the font of a list. Having >> bold or italic menu entries for example. >> >> Cheers, >> Alexandre >> -- >> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >> Alexandre Bergel http://www.bergel.eu >> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >> >> >> >> >> >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > > > > -- > Lukas Renggli > http://www.lukas-renggli.ch > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

March 20, 2009

[Pharo-project] Fwd: I could not merge with

by StÃ©phane Ducasse

the old diff tool either. MCMergeBrowser>>diffSelection diffSelection "Open a diff browser on the selection." selection ifNotNil: [selection diff] selection was a MCConflict so did not understand diff. I could not press on keep or reject on bold (changed) items stef

March 20, 2009

[Pharo-project] Fwd: Issue 668: should clean the option-World click menu

by StÃ©phane Ducasse

Begin forwarded message: > From: pharo-project-owner(a)lists.gforge.inria.fr > Date: March 19, 2009 3:13:47 PM CEST > To: ducasse(a)iam.unibe.ch > Subject: Issue 668: should clean the option-World click menu > > You are not allowed to post to this mailing list, and your message has > been automatically rejected. If you think that your messages are > being rejected in error, contact the mailing list owner at > pharo-project-owner(a)lists.gforge.inria.fr. > > > From: stÃ©phane ducasse <ducasse(a)iam.unibe.ch> > Date: March 19, 2009 3:13:40 PM CEST > To: Pharo Development <Pharo-project(a)lists.gforge.inria.fr> > Subject: Issue 668: should clean the option-World click menu > > > Issue 668: > should clean the option-World click menu > http://code.google.com/p/pharo/issues/detail?id=668 > Apparently option-click on the world brings a new menu (which points > to crappy stuff) and to the new pharo menu. >

March 20, 2009

Re: [Pharo-project] SqNumberParser!

by StÃ©phane Ducasse

if nicolas do it we will integrate it I imagine :) On Mar 20, 2009, at 11:22 AM, GÃ¶ran Krampe wrote: > Howdy folks! > > In working on Tirade I stumbled upon SqNumberParser and its history: > > http://bugs.squeak.org/view.php?id=3512 > > ...it was added to the image in 3.9 but not hooked into Scanner - > Scanned still uses Number class>>readFrom:. > > Now... In Tirade I can use whichever - but using SqNumberParser > makes it > more correct, and quite faster - although "less portable" since I > would > depend on it. I will now make Tirade use SqNumberParser *if present* > in > the image, otherwise fall back on Number class>>readFrom:. This > opens up > some slight potential incompatibility issues, but whatever. > > Question: Is there anything stopping 3.9+ including Pharo to start > using > SqNumberParser from Scanner>>xDigit? > > And oh, the class name is not so good IMHO, why the Sq prefix? > > And yeah, class var not used in SqNumberParser: BelllerophonBase10 :) > > regards, GÃ¶ran > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

March 20, 2009