May 2010 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] little request

by Laval Jannik

+1 On May 3, 2010, at 22:25 , StÃ©phane Ducasse wrote: > does anybody would like to have > cmd-b on a selector that is unique open a browser on it? > cmd-m on a className of a class that exist open a browser on it? > > Stef > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project --- Jannik Laval

May 3, 2010

[Pharo-project] little request

by StÃ©phane Ducasse

does anybody would like to have cmd-b on a selector that is unique open a browser on it? cmd-m on a className of a class that exist open a browser on it? Stef

May 3, 2010

Re: [Pharo-project] Set + collect:

by StÃ©phane Ducasse

On May 3, 2010, at 9:31 PM, GermÃ¡n Leiva wrote: > Hi, this is my first post (please be gentle xD) Thanks! > > The #collect: message commonly return a new collection like the receiver, but this is really unpractical in some cases > > e.g. > col := Set with: 'one'->1 with: 'two'->2 with: 'dos'->2. > (col collect: [:each | each value ]) sum In VW you get the same. > In this example #sum will return 3 instead of 5 (I searched a test for #sum but I didnÂ´t find it). > > Ok, I can use the message #asBag (or something like that) but does the second line have to depend on the type of the receiver (i.e. the type of col)? I think that this is the invariant for collect: ? > For example, the implementation of #collect: in SortedCollection returns an OrderedCollection (in the current image) in VW too > and in other dialects the message #collect: when the receiver is a Set returns a Bag ... which ones? > Basically, what do you think of an implementation like this? > > Set >> collect: aBlock > "Evaluate aBlock with each of the receiver's elements as the argument. > Collect the resulting values into a Bag. Answer the new collection." > | newBag | > newBag := Bag new: self size. > array do: [:each | each ifNotNil: [newBag add: (aBlock value: each)]]. > ^ newBag > > Cordially, > -- > GermÃ¡n Leiva > LeivaGerman(a)gmail.com > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

May 3, 2010

Re: [Pharo-project] Help System

by StÃ©phane Ducasse

+1 Stef On May 3, 2010, at 9:05 PM, Torsten Bergmann wrote: >> But it got loaded when I updated a core 1.1. Is this help system really >> part of the Core? > > Yes, the help system is now part of the core to help documenting the > system. It's also in Squeak trunk. > >> I suspect a duplication of effort between Glamour and HelpBrowser. > > No, I dont think so. The minimalistic HelpBrowser is too simple > to make it dependent on Glamour. Otherwise you would have to > bring Glamour into core or dev-images and rebase all kinds > of browsers on it (Monticello Browser, Class browser, ...) > > The class "HelpBrowser" is like an interface so you can write > > HelpBrowser open > HelpBrowser openOn: Integer > > and has only the minimal support to display the contents. > > We can easily implement a mechanism so that you can register another > custom (enhanced/glamour based) help browser class that is loaded > afterwards. > > I already have this in squeaksource/HelpSystem - have to merge > tomorrow. > > Bye > T. > > > > -- > GRATIS fÃ¼r alle GMX-Mitglieder: Die maxdome Movie-FLAT! > Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01 > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

May 3, 2010

[Pharo-project] Set + collect:

by GermÃ¡n Leiva

Hi, this is my first post (please be gentle xD) The *#collect:* message commonly return a new collection like the receiver, but this is really unpractical in some cases e.g. col := Set with: 'one'->1 with: 'two'->2 with: 'dos'->2. (col collect: [:each | each value ]) sum In this example *#sum* will return 3 *instead of 5* (I searched a test for * #sum* but I didnÂ´t find it). Ok, I can use the message *#asBag* (or something like that) but does the second line have to depend on the type of the receiver (i.e. the type of col )? For example, the implementation of* #collect:* in SortedCollection returns an OrderedCollection (in the current image) and in other dialects the message *#collect:* when the receiver is a Set returns a Bag ... Basically, what do you think of an implementation like this? Set >> collect: aBlock *"Evaluate aBlock with each of the receiver's elements as the argument. Collect the resulting values into a Bag. Answer the new collection."* | newBag | newBag := *Bag *new: self size. array do: [:each | each ifNotNil: [newBag add: (aBlock value: each)]]. ^ newBag Cordially, -- GermÃ¡n Leiva LeivaGerman(a)gmail.com

May 3, 2010

[Pharo-project] Help System

by Torsten Bergmann

>But it got loaded when I updated a core 1.1. Is this help system really >part of the Core? Yes, the help system is now part of the core to help documenting the system. It's also in Squeak trunk. >I suspect a duplication of effort between Glamour and HelpBrowser. No, I dont think so. The minimalistic HelpBrowser is too simple to make it dependent on Glamour. Otherwise you would have to bring Glamour into core or dev-images and rebase all kinds of browsers on it (Monticello Browser, Class browser, ...) The class "HelpBrowser" is like an interface so you can write HelpBrowser open HelpBrowser openOn: Integer and has only the minimal support to display the contents. We can easily implement a mechanism so that you can register another custom (enhanced/glamour based) help browser class that is loaded afterwards. I already have this in squeaksource/HelpSystem - have to merge tomorrow. Bye T. -- GRATIS fÃ¼r alle GMX-Mitglieder: Die maxdome Movie-FLAT! Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01

May 3, 2010

Re: [Pharo-project] ConfigurationOfPharo and OmniBrowser

by Alexandre Bergel

Apparently the bug remains. When I load the last version of 'ConfigurationOfPharo project' in a fresh and updated Core 1.1, then OB-Standard.lr.442 is loaded and initialized. So, the problem persists :-) Thanks Dale for offering your help. Cheers, Alexandre On 29 Apr 2010, at 14:08, Dale Henrichs wrote: > Mariano and Alexandre, > > Sorry for the late reply ... I've been off-line with a cold for the > last several days ... > > I have seen the behavior that you describe while working with GLASS > 1.0-beta.8 and have fixed the problem in Metacello 1.0-beta.26.1 ... > 1.0-beta.26.1 is still in development, but if you want to give it a > try, preload 1.0-beta.26.1 and rerun your test ... if the problem > still persists, let me know and I will dive into it. > > Dale > ----- "Mariano Martinez Peck" <marianopeck(a)gmail.com> wrote: > > | On Wed, Apr 28, 2010 at 11:28 PM, Alexandre Bergel < > | alexandre.bergel(a)inria.fr> wrote: > | > | > It is a bit more subtle than that. > | > > | > If I take a Core 1.1, and doit: ConfigurationOfPharo project > | lastVersion > | > load > | > Then I get a warning coming from OBSearchBrowser class related to > | the world > | > menu registration. > | > > | > > | Yes, I noticed that. > | > | > | > At that moment, OmniBrowser-lr.458 and OB-Morphic-lr.112 are > | loaded. > | > > | > Doing twice a proceed resume the loading. > | > It then blocks on SHWorkspace, for the very same reason. > | > > | > > | yes.. > | > | > | > After having manually fixed the Nile problem (isInMemory), Pharo > | loads > | > well. ProfStef is open. > | > > | > > | I did the same... > | > | > | > OmniBrowser-lr.469 and OB-Morphic-lr.116 are loaded. This means > | that > | > OmniBrowser is loaded twice. Is this the intended behavior? > | > > | > > | I saw directly the final versions: 469 and 116. I didn't notice it > was > | first > | trying to load 458 and 112. > | I know that in such conflict, Metacello will load the last one, > but I > | didnt > | know that it actually LOADS also the previous versions. I thought > that > | it > | only loads the final version, not both of them. In such case, I > think > | it is > | a metacello bug. > | > | See this link: > | http://groups.google.com/group/metacello/browse_thread/thread/e8a08b3ed1a9b… > | > | Dale, can you help us? > | > | Thanks > | > | Mariano > | > | > Alexandre > | > > | > > | > > | > On 28 Apr 2010, at 11:40, Mariano Martinez Peck wrote: > | > > | > > | >> > | >> On Wed, Apr 28, 2010 at 3:22 PM, Alexandre Bergel > | <alexandre(a)bergel.eu> > | >> wrote: > | >> Hi! > | >> > | >> I am now trying to make ConfigurationOfPharo load the last > version > | of > | >> OmniBrowser. > | >> If I do in a fresh core: ConfigurationOfPharo project lastVersion > | load > | >> > | >> Then OmniBrowser-lr.458 and OB-Morphic-lr.112 are loaded. > | >> > | >> > | >> No. If you take a PharoCore 1.0 OR 1.1 and evaluate > | ConfigurationOfPharo > | >> project lastVersion load > | >> > | >> It installs OmniBrowser-lr.469 and OB-Morphic-lr.116 > | >> which are correct as those are defined in > | ConfigurationOfOmniBrowser > | >> version 1.1.2. And ConfigurationOfPharo 1.1 has 1.1.2 of OB. > | >> > | >> > | >> The loading blocks on the deprecated warning (yes, the > registration > | in the > | >> World menu). > | >> In ConfigurationOfPharo>>version11: I have > | >> > | >> spec > | >> project: 'PharoNonCorePackages' > | with: > | >> '1.1.0'; > | >> project: 'NewInspector' with: > '1.1'; > | >> project: 'Shout' with: '1.0'; > | >> project: 'Shout Tests' with: '1.0'; > | >> project: 'OCompletion' with: '1.1'; > | >> project: 'OCompletion Tests' with: > | '1.1'; > | >> project: 'OB Dev' with: '1.1.3'; > | >> project: 'OB Dev Tests' with: > | '1.1.3'; > | >> ... > | >> > | >> I therefore assume that the version 1.1.3 of OmniBrowser is > | loaded. > | >> 1.1.3 is indeed the last version specified in > | ConfigurationOfOmniBrowser: > | >> ConfigurationOfOmniBrowser project lastVersion > | >> => ~1.1.3 [ConfigurationOfOmniBrowser] > | >> > | >> But I evaluate: ConfigurationOfOmniBrowser project lastVersion > | load > | >> Then the version OB-Morphic-lr.116, OB-Standard-lr.463 and > | >> OmniBrowser-lr.469 are loaded. > | >> > | >> > | >> Exactly. And that's correct. Those are the versions that are > | defined in > | >> ConfigurationOfOmnibrowser 1.1.3 > | >> > | >> I find it is very hard to keep track of what is actually loaded. > | >> > | >> > | >> I don't understand your problem. Everything seems to work as > | exepected. > | >> > | >> > | >> I haven't closely followed the evolution of Metacello, but > there is > | not a > | >> way to say: > | >> spec project: 'OB Dev' with: 'lastestVersion' > | >> > | >> Yes. Don't put any version. If you don't define a version, > | metacallo will > | >> load the last one. > | >> > | >> project: 'OB Dev'; > | >> > | >> or even remove that line from the version method. Even more, if > | you want > | >> ALL the last, you can load the baseline instead of the version. > In > | such > | >> case, as you don't specify any version, it will download all the > | last ones. > | >> > | >> Cheers > | >> > | >> Mariano > | >> > | >> > | >> Or Something? > | >> > | >> 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 > | >> > | >> _______________________________________________ > | >> 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 > | > > > _______________________________________________ > 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 ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

May 3, 2010

[Pharo-project] [Rome] Questions

by StÃ©phane Ducasse

Hi mike and bert With cyrille we have a bunch of question about rome. Here is a list of affirmations/questions that we would like to get some answers: - RomePluginCanvas is the class to call the Cairo primitives. - What is RomeReferenceCanvas? Is it an abstract class? This is strange because RomeReferenceCanvas refers to its subclass Is this class that should be subclassed to create an SVG Canvas? or it is too dedicated to the romepluging - We imagine that RomePlug - Is there a romeCanvas that delegates to the current Canvas - What is a RomePluginTargetFile? We see two scenarios Sc1 Current clients used the current canvas Now we could have a newCanvas that wrap romeCanvas with the same API as currentCanvas => clients do not have to be changed but the system benefit from cairo or other romecanvas. - Was this integration done in the RomeTweakCanvas which wraps a RomeCanvas? Sc2 Can/Could Rome be used in place of the actual canvas (modulo client changes)? May be the actual Canvas should be offered as a subclass of RomeCanvas. Was it the idea? Could Rome be pushed in the core so that the current canvas can be a subclass of Rome? here current clients have to be fixed and currentCanvasAsRome is a subclass of RomeCanvas or CurrentCanvasAsRome wraps the currentCanvas to offer a rome interface on top of the current canvas API Stef

May 3, 2010

[Pharo-project] Help System

by Alexandre Bergel

Hi! Nice to see the Help Browser. But it got loaded when I updated a core 1.1. Is this help system really part of the Core? The browser also provides a nice navigation pane. I suspect a duplication of effort between Glamour and HelpBrowser. Why HelpBrowser isn't based on Glamour? Just wondering. Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

May 3, 2010

Re: [Pharo-project] gettext package

by HernÃ¡n Morales Durand

.mo = Gettext Machine Object File .po = Gettext Portable Object File http://translate.sourceforge.net/wiki/guide/glossary Cheers, HernÃ¡n 2010/5/2 Alexandre Bergel <alexandre(a)bergel.eu>: >> So far .po files can be exported as domain (class category) for >> translation and .mo (compiled translated message) are imported at Pharo >> startup. > > > What are .po and .mo files ? > > 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 >

May 3, 2010