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

[Pharo-project] Out of date CMSBox download page

by Damien Cassou

Hi, would it be possible to update http://pharo-project.org/download or give me write access? New link is http://gforge.inria.fr/frs/download.php/17092/pharo0.1-10231dev09.02.1.zip and is based on 10231 -- Damien Cassou http://damiencassou.seasidehosting.st

Feb. 11, 2009

Re: [Pharo-project] a question about method browsers in pharo

by Damien Cassou

On Wed, Feb 11, 2009 at 2:17 PM, David RÃ¶thlisberger <squeak(a)webcitas.ch> wrote: > To get this you need to update ImageForDevelopers and OB itself to the latest versions. > Would be good if someone could test and harvest these changes. Thank you for updating ImageForDevelopers. I saw you also updated the Squeak branch, is that an error? -- Damien Cassou http://damiencassou.seasidehosting.st

Feb. 11, 2009

Re: [Pharo-project] a question about method browsers in pharo

by David RÃ¶thlisberger

> A change set would be great. ok, what I did is to put new versions of System and Tools into PharoInbox: System-david_roethlisberger.221 Tools-david_roethlisberger.141 I adapted SystemNavigation and ToolSet to be able to distinguish between implementors and senders, so that a concrete ToolSet implementation can open a dedicated browser. I also adapted DEVToolSet which actually opens the correct OB based browser to show senders or implementors. To get this you need to update ImageForDevelopers and OB itself to the latest versions. Would be good if someone could test and harvest these changes. > Is there a real reason to keep the > OBMethodListBrowser? What is it good for? It's used to mimic MessageSet, the traditional browser for senders, implementors, and any other list of messages. I guess this browser makes sense to show unrelated methods, for instance all methods containing a halt, where we don't care about the senders of those messages. David > On Feb 9, 2009, at 16:12, David RÃ¶thlisberger wrote: > >> Hi Oscar, >> >>> If I enable halos and explore the morphs, I see that the first one >>> has >>> as its model an OBImplementorsBrowser, and the second an >>> OBMethodListBrowser. Why not simply use the latter? I searched for >>> references to both, but did not immediately see how to change the >>> behaviour on <cmd>-m. >> I think it is the other way around: In the workspace you get the >> OBMethodListBrowser >> and in the class browser the OBImplementorsBrowser? >> >> The reason for this is that the workspace passes the request to the >> SystemNavigation >> class. After this class has gathered the set of messages to display, >> it passes this >> set to a method opening the so called message set browser which can >> only reason about >> a set of methods, not about whether these are senders or >> implementors. That's why we >> get a generic message list browser there but a dedicated >> implementors browser in OB. >> >> So we need to change SystemNavigation to achieve the same result in >> both scenarios. I >> can propose a change set. >> >> David

Feb. 11, 2009

Re: [Pharo-project] DNU error in OB

by Damien Cassou

On Wed, Feb 11, 2009 at 1:10 PM, Serge Stinckwich <Serge.Stinckwich(a)gmail.com> wrote: > i have a DNU error each time i didn't select any category when i open > a new OB browser and i search a class with CTRL-F. I also think this has been fixed. Please download a more recent pharo-dev. -- Damien Cassou http://damiencassou.seasidehosting.st

Feb. 11, 2009

Re: [Pharo-project] Adding a new class category

by Alexandre Bergel

Thanks David. Let me know, I am ready to test again Alexandre On 11 Feb 2009, at 13:31, David RÃ¶thlisberger wrote: > >> When I create new class with a new subcategory for an existing >> package, the OBbrowser is not refreshed (the subcategory is not >> listed). >> Maybe this is something that could be easily fixed ? > > This is probably because the class cats are cached now in OB... > I will have a look at that. > > 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 ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Feb. 11, 2009

Re: [Pharo-project] DNU error in OB

by David RÃ¶thlisberger

Hi Serge, > i have a DNU error each time i didn't select any category when i open > a new OB browser and i search a class with CTRL-F. I cannot reproduce this. Are you using the latest version of OB? In which version of Pharo? What is the exact DNU you get? David

Feb. 11, 2009

Re: [Pharo-project] Adding a new class category

by David RÃ¶thlisberger

> When I create new class with a new subcategory for an existing > package, the OBbrowser is not refreshed (the subcategory is not listed). > Maybe this is something that could be easily fixed ? This is probably because the class cats are cached now in OB... I will have a look at that. David

Feb. 11, 2009

[Pharo-project] DNU error in OB

by Serge Stinckwich

Hi all, i have a DNU error each time i didn't select any category when i open a new OB browser and i search a class with CTRL-F. Cheers, -- Serge Stinckwich IRD - UR 079 Geodes, MSI Team, Hanoi, Vietnam Smalltalkers do: [:it | All with: Class, (And love: it)] http://doesnotunderstand.org/

Feb. 11, 2009

[Pharo-project] Adding a new class category

by Alexandre Bergel

Hi David and others, When I create new class with a new subcategory for an existing package, the OBbrowser is not refreshed (the subcategory is not listed). Maybe this is something that could be easily fixed ? Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Feb. 11, 2009

Re: [Pharo-project] Bug with RBParser

by Gwenael Casaccio

On Wednesday 11 February 2009 12:08:44 Lukas Renggli wrote: > to the ANSI standard integers do not support an exponent: > > Â Â integer ::= decimalInteger Â | radixInteger > Â Â decimalInteger ::= digits > Â Â digits ::= digit+ > Â Â radixInteger ::= radixSpecifier Â 'r' radixDigits > Â Â radixSpecifier := digits > Â Â radixDigits ::= (digit | uppercaseAlphabetic)+ Ok thanks for this explanation :) I didn't know but the problem is that some classes use this notation ... Cheers, Gwenael Casaccio

Feb. 11, 2009