Re: [Pharo-project] installing hyper in pharo
For people who wonder what Hyper is. Philippe made a port of Hyper from Gemstone. Here is what you can read from the Gemstone squeaksource: Hyper is a web server written in Smalltalk. It runs on VisualWorks, VisualAge, GemStone and Squeak. Sport is the platform-specific layer. Hyper is licensed as LGPL. Cheers, Alexandre On 12 Nov 2009, at 15:57, Sean Allen wrote: > I'm missing something but I'm not sure what... > > via Monticello I installed the following hyper related packages from > squeaksource: > > Hyper1.333-pmm.14 > OpenSkills1.333-pmm.8 > Sport-2.031 > > and when i try to do a simple test like: > > HyHTTPClient getUsingURIString: 'www.example.com' > > I end up with > > SpSocket > > not understanding the message: > > recvWithoutBlockingInto:startingAt:for: > > Am I not installing the correct version of Sport? > > > > ___ > Pharo-project mailing list > Pharo-project@lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] slow method editor on syntax problems
> I have not yet investigated the issue but since I guess I must not be > the only one to see this happen maybe someone has some thoughts or is > already on the issue (although I could not find an issue on the > tracker). +1 You're not the only one Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Connectors
Hi Andrew, I recommand you to give a try at Mondrian. http://www.squeaksource.com/Mondrian.html Cheers, Alexandre On 17 Nov 2009, at 04:28, Andrew P. Black wrote: > I was recommending to a student that they look at Ned Konz's > Connectors package to help with a drawing project. I eventually > tracked downa fairly recent version in a SqueakSOurce project or > mine ... but it's very Squeak dependent. > > Specifically, it has dependencies on: > > ObjectPropertiesMorph > PartsBin > Vocabulary > PhraseTileMorph > TileMorph > SymbolListType > QHsmMorphicEventHandler > ObjectsTool > BookMorph > GraphicalDictionaryMenu > QHsmMorph > GenericPropertiesMorph > Player > TwoWayScrollPane > > A lot of these are incidental, e,g, the dependency on BookMorph is > there because the Connectors package Extends BookMorph with a method > that answers false to the question "isConnectable"? Still, the code > can't be loaded as-is. And some of the dependencies are clearly > deeper. > > Does anyone know if there is version of the Connectors package for > Pharo? Ned, if you are listening, would you be willing to put this > under the MIT license so that someone else could port it? > > Andrew > > > ___ > Pharo-project mailing list > Pharo-project@lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Connectors
Hi! > http://www.svgopen.org/2009/papers/58-Interactive_Documentation_using_JavaScript_and_SVG/ What you have in Figure 3 is fairly trivial to obtain. I can provide scripts for this. Other figure are doable, but may require effort. I can help on this. Cheers, Alexandre On 17 Nov 2009, at 09:49, Lukas Renggli wrote: > Hi Alexandre, > >> I recommand you to give a try at Mondrian. >> http://www.squeaksource.com/Mondrian.html > > I tried to use Mondrian to visualize grammars, but found it difficult > to get something working that only remotely resembles > <http://www.svgopen.org/2009/papers/58-Interactive_Documentation_using_JavaScript_and_SVG/ > > >. > In the end I used Morphic, which was much easier and gave slightly > better results. Maybe Connectors can help to solve the problems I > have with the arrows? > > Lukas > > -- > Lukas Renggli > http://www.lukas-renggli.ch > > ___ > Pharo-project mailing list > Pharo-project@lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] Pharo Sprint this Saturday in Buenos Aires
Dear List, This is a remainder for the sprint that will take place this Saturday. Please subscribe to if you wish to register: http://code.google.com/p/pharo/wiki/PharoSprints Beside your name, feel free to add suggestions. Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Conseils for develop a grid
This looks really cool! Alexandre On 18 Nov 2009, at 19:13, nullPointer wrote: > > I´m developing a grid for my UIBuilder. For the moment show a few > cells and > columns.The rows area is a ScrollPane widget with TableLayout > policy. The > rows header is another panel. > In vertical scroll the behavior is correct, the rows scrolling and the > header is fixed -> > > http://img43.imageshack.us/i/capturadepantalla200911w.png/ > > > my problem is in the horizontal scroll, in that case rows area > scroll good, > but obviosly the header columns dont "match" with the rows columns, > only is > a panel -> > > http://img10.imageshack.us/i/capturadepantalla200911f.png/ > > > I´m catching the "scrolling" event, but i dont have a position > reference for > relocate the rows header panel. The rows area position don´t change > when is > scrolled, is strange. > > I hope to me to have expressed well… :| > -- > View this message in context: > http://n2.nabble.com/Conseils-for-develop-a-grid-tp4028690p4028690.html > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. > > ___ > Pharo-project mailing list > Pharo-project@lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] About working with XML
Hola Todos! I have intensively been working with XML in Pharo for more than a year. I also contributed to have a XPath library (http://www.squeaksource.com/Pastell.html ) You can find an example on how to use it in the CAnalyzer project. But this may be a bit criptic. But in any case, some tests coming with Pastell should help. Cheers, Alexandre On 18 Nov 2009, at 15:31, Mariano Martinez Peck wrote: > jajajajaj y vos antes me preguntabas que era Pharo...que grande!!! > > Jorge: the only thing I know for XML is the monticello package > called XML Support. The repository is > http://www.squeaksource.com/XMLSupport > But I don't know much more than that. Michael Rueger may help you. > > Cheers, > > Mariano > > 2009/11/18 Jorge Silva - 10Pines > Hi guys! > I'm new to this group, so nice to meet you. > I'm starting to work with Pharo and my first issue is how to work > with XML. > Can someone tell me about some package or "framework" to work with > XML (parse it and serialize objects to it). > Any help would be appreciated. > Cheers, > Jorge > ___ > Pharo-project mailing list > Pharo-project@lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > ___ > Pharo-project mailing list > Pharo-project@lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] Is there a small and effective File library around?
Dear List, I need to work with files. Unfortunately, FileDirectory and FileStream are hardly my fiends. I essentially need to recurse over folders and files. So far, I have been using Rio. But it contains bugs that make me a hard life by being under the attack of the Mac Death Spinning wheel! Is there a small file library that enables block evaluation when recursing over files? Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] Creating a Spanish speaking mailing list for Pharo
Dear List, I would like to create a mailing for Spanish speaking Pharoers. AFAICS, googlegroup offers a cheap and reliable solution. If no one objects, I will create hispaph...@googlegroups.com Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Creating a Spanish speaking mailing list for Pharo
> may be this would be better to use an existing smalltalk spanish > mailings. Yes, this is what I tried to do. But apparently there is no consensus on _the_ spanish Smalltalk mailing list. I joined clubsmalltalk@, but I am unsure about its purpose. Cheers, Alexandre > I do not know if people will like to get pharo discussion in there. > > In french we have squeak-fr where we talk about all smalltalks. > So may be we should ask the spanish speakers. > > Stef > > On Nov 19, 2009, at 3:52 PM, Alexandre Bergel wrote: > >> Dear List, >> >> I would like to create a mailing for Spanish speaking Pharoers. >> AFAICS, googlegroup offers a cheap and reliable solution. >> >> If no one objects, I will create hispaph...@googlegroups.com >> >> Cheers, >> Alexandre >> -- >> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >> Alexandre Bergel http://www.bergel.eu >> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >> >> >> >> >> >> >> ___ >> Pharo-project mailing list >> Pharo-project@lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > ___ > Pharo-project mailing list > Pharo-project@lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Is there a small and effective File library around?
All the 390 tests are green in my image. Cool! I will have a look at it. Thanks, Alexandre On 19 Nov 2009, at 10:38, Lukas Renggli wrote: > I am using Filesystem from http://source.wiresong.ca/mc/ from Colin. > As far as I know an official release is imminent. > > It is an amazing library, well documented and well tested with almost > 400 unit tests (they all pass in Pharo). It supports uniform access to > the filesystem, zip archives and in-memory filesystems (for tests). It > supports different enumeration strategies and platform specific > locations (such as home-directory, desktop, etc). > > Filesystem is built on the existing primitives, but does not depend on > FileDirectory and FileStream. I already mentioned this library several > times in the list and suggested to include it with Pharo core and kill > FileDirectory. > > Lukas > > 2009/11/19 Alexandre Bergel : >> Dear List, >> >> I need to work with files. Unfortunately, FileDirectory and >> FileStream >> are hardly my fiends. I essentially need to recurse over folders and >> files. So far, I have been using Rio. But it contains bugs that make >> me a hard life by being under the attack of the Mac Death Spinning >> wheel! >> Is there a small file library that enables block evaluation when >> recursing over files? >> >> Cheers, >> Alexandre >> -- >> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >> Alexandre Bergel http://www.bergel.eu >> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >> >> >> >> >> >> >> ___ >> Pharo-project mailing list >> Pharo-project@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@lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Fwd: [squeak-dev] [ANN] Filesystem 1.0
I now use FileSystem for CAnalyzer (not committed yet). I will provide some comments soon. Cheers, Alexandre On 21 Nov 2009, at 06:01, Lukas Renggli wrote: > -- Forwarded message -- > From: Colin Putney > Date: 2009/11/21 > Subject: [squeak-dev] [ANN] Filesystem 1.0 > To: The general-purpose Squeak developers list > > > > Hi folks, > > I've just made available for download a new project of mine. It's an > alternative interface to the filesystem, which grew out of my > frustration with trying to use FileDirectory for some particularly > file-intensive code. It's built upon the FilePlugin primitives, but > all the image-side code is written from scratch. > > The interface offers: >- Convenient path manipulation >- Transparent access to the contents of zip files >- Late-bound references to files and directories >- Support for working with entire directory trees > > A SAR file is available for download here: > >http://www.wiresong.ca/downloads/Filesystem-1.0.0.sar > > A short tutorial is available here: > >http://www.wiresong.ca/filesystem/ > > Feedback appreciated! > > Colin > > > > > -- > Lukas Renggli > http://www.lukas-renggli.ch > > ___ > Pharo-project mailing list > Pharo-project@lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] Some comments about Filesystem
Some comments about Filesystem: I am trying to use your library for file processing. I had the following: (FileStream fileNamed: 'inc.c.xml' ) readStream next => $< With Filesystem, I obtain the following: (FSDiskFilesystem current referenceTo: 'inc.c.xml') readStream next => 60 The problem is that the XML library does the #next, which expects a character, and not integer. I do instead: (FSDiskFilesystem current referenceTo: filenameString) readStreamDo: [:stream | . document := self parse: (ReadStream on: stream contents asString). ... But there should be a nicer way to obtain a character stream from a file. Another comment, why not to have FSReference>>files and FSReference>>directories? Although the visitors are convenient, I feel it will be useful to add #files and #directories. Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Pharo by Example - chapter about Exception - Error - Notification - Abort?
> I enjoyed the chapter :-). It was very informative, and illustrated > yet again how flexible Smalltalk can be. Is there any particular > reason why this 'essential' chapter was not included in the first > edition of Pharo by Example? lack of time was the reason. > I also have a question about the contents. In chapter '1.14 Catching > sets of exceptions' it is explained how catch a set of exceptions > but not how to define a different handler on each exception. For > instance i want to handle a more specific FileDoesNotExistException > in a different way than a more general FileStreamException, or even > Exception. The way i can do this, i see, is to test which type of > exception is coming into the do: block and execute appropriate code. > This is a very bad solution. Or secondly, to create nested on: do: > blocks with the most specific exception as inner block. This seems > better, but is kind of verbose. > Is there another way to solve this problem? Visualworks uses HandlerList for this. One of the think you can do, is * either to nest block handlers [[ ex ] on: Error1 do: [:ex|...]] on: Error2 do: [:ex|...]. But in that case you should take care of inheritance relationship between Error1 and Error2. It does not work for any Error1 and Error2 classes * you can use a double dispatch on the exception Cheers, Alexandre > > Kind regards, > > Bart > > 2009/11/23 Stéphane Ducasse > > > Enjoy I had a lot of fun writing it when my family went to the > swimming pool and I could concentrate :) > > Stef > > On Nov 23, 2009, at 9:05 AM, Bart Gauquie wrote: > > > Dear all, > > > > I've been searching the Pharo by Example book about how to handle > Exception, Error, ... in Pharo. > > > > I've found some information about it in the SUnit chapter, in > method 7.11: Catching test case errors and failures; this is only a > small fragment however. > > > > Is there any chapter planned about this topic? It would be very > useful i think, since it is an important topic, and I've read that > Smalltalks exception handling is very powerful, but I don't know > much about it and like to learn it. > > > > Kind Regards, > > > > Bart > > > > -- > > imagination is more important than knowledge - Albert Einstein > > Logic will get you from A to B. Imagination will take you > everywhere - Albert Einstein > > Learn from yesterday, live for today, hope for tomorrow. The > important thing is not to stop questioning. - Albert Einstein > > The true sign of intelligence is not knowledge but imagination. - > Albert Einstein > > Gravitation is not responsible for people falling in love. - > Albert Einstein > > ___ > > Pharo-project mailing list > > Pharo-project@lists.gforge.inria.fr > > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > ___ > Pharo-project mailing list > Pharo-project@lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > > -- > imagination is more important than knowledge - Albert Einstein > Logic will get you from A to B. Imagination will take you everywhere > - Albert Einstein > Learn from yesterday, live for today, hope for tomorrow. The > important thing is not to stop questioning. - Albert Einstein > The true sign of intelligence is not knowledge but imagination. - > Albert Einstein > Gravitation is not responsible for people falling in love. - Albert > Einstein > ___ > Pharo-project mailing list > Pharo-project@lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] New version of OCompletion
Dear List, Tim and I have been working on improving OCompletion. Personally, I feel these changes significant reduce the amount of times that I do not want the completion of opposite characters, e.g., $), $], $' Here is the comment of the version 40 of the Monticello Package: -=-=-=-=-=-=-=-=-= This new version provides some important improvements of OCompletion: - inserting a '(' before an alphanumeric character does not insert a ')'. - inserting a '(' then removing it removes ')' if it was inserted These features have been pair programmed with Tim Mackinnon during the Pharo sprint at Smalltalks'09, Buenos Aires -=-=-=-=-=-=-=-=-= Let us know whether you are happy or not with these improvements. Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] Pharo Sprint
Aldo and I seat down during the Pharo Sprint on Saturday. We had fun. Below what we did. ISSUE #262 (fixed) Doits are now executed by primtive. This means, a doit method is *never* installed in a class. We removed all now unnecessary checks of isDoit - Behavior>>allLocalCallsOn: - ChangeSet>>atSelector: selector class: class put: changeType - MethodReference>>isValid - PCCByCompilation>>methodsWithDisabledCall - PackageInfo>>methods - SystemNavigation>>browseAllCallsOn: aLiteral localTo: aClass Pair programmed with Aldo Mettini Slice_262_isDoIt-Alexandre_Bergel.1 in Pharo Inbox -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= ISSUE #1486 (fixed) Added BehaviorTest>>testAllLocalCallsOn Pair programmed with Aldo Mettini during the Pharo Sprint @ Smalltalks 2009 -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= ISSUE #1488 (new) Dictionary is not a superclass of SmallDictionary, and SmallDictionary is not a subclass of Dictionary. The only common superclass of these two classes is Collection. Putting unreferencedKeys in Collection does not look too good as well. Therefore, unreferencedKeys looks like to be a good candidate for being shared by a trait. Pair programmed with Aldo Mettini during the Pharo Sprint @ Smalltalks 2009 -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= ISSUE #261 (fix) Even though allCallsOn: implies something about "calls" which seems to be related to sends, it actually even is used for references to classes. We added a SystemNavigation>>allReferencesTo: aLiteral that returns the list of methods referencing aLiteral. We simplified allCallsOn: since now it acts on symbols only. It raises a deprecation warning if a binding is provided to allCallsOn:. We refactored all callers of allCallsOn: and wrote some tests (for the one that was easy to write): BehaviorTest>>testAllCallsOn Pair programmed with Aldo Mettini during the Pharo Sprint @ Smalltalks 2009 -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] New version of OCompletion
>> - inserting a '(' before an alphanumeric character does not insert a >> ')'. > I not get this one. > 0 -> (0 > a -> (a > a -> ( a) If the caret is on a letter or a number, then you do not get the completion. I think I was inspired by XCode. This is a behavior that looks okay to me. But I remain open to suggestion. Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] Spanish Mailing list for Pharo
Dear List, Currently there is no dedicated mailing list for Pharo for Spanish speakers. After some discussion with Edgar Cleene, we can use the Argentina Squeak mailing list for dicussing about Pharo in Spanish. I do not see an immediate need for creating a new mailing list. SqueakRos has many participants and is widely known. To subscribe: http://ar.groups.yahoo.com/group/squeakRos/ You need a yahoo account to register, but you can then register any arbitrary email address to receive and send emails. Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Problems with SmaccDev and Pharo
Thanks Lukas, Alexandre On 25 Nov 2009, at 13:44, Lukas Renggli wrote: > Hi Oscar, > >> My name is Oscar. I've been working with Pharo trying to do a >> gradual type system. Part of that is working with a Parser for a >> specific type annotation that I have. I'm using: >> >> *Pharo1.0rc1 >> Latest update: #10492 >> >> *SmaCC-lr.13 >> *SmaCCDev -lr.21 > > Sorry about that, this is basically my fault. I recently updated the > refactoring code to a new code base and this broke some external > dependencies. SmaCC is one of them. I will have a look at it right now > and report back to you. > > Lukas > > > -- > Lukas Renggli > http://www.lukas-renggli.ch > > ___ > Pharo-project mailing list > Pharo-project@lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Navigating around the source code
On Mac, I have: Ctlr + <-, -> move to the previous or next word. cmd + <-, -> move between windows Alexandre On 25 Nov 2009, at 15:55, Oscar E A Callau wrote: > Hi all, > >I have a question (may be is a stupid/freshman question); > How can I move around the source code (inside of OB Package browser)? > > For example (in almost any text editor of mac os x): > > cmd + (left arrow) == move to the begin of the current line > cmd + (right arrow) == move to the end of the current line > alt + (right arrow) == move to the next word in the current line > alt + (left arrow) == ... > and so on > > I was wondering If those shortcuts (or similar) work in Pharo. > > Greetings > > Oscar E A Callaú > > > > ___ > Pharo-project mailing list > Pharo-project@lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Published Rome from Sophie dev into PharoTaskForces
After some discussion with Travis last week, I feel it would be good to have Mondrian use Cairo. Getting rid of bitmaps will be a good move for Mondrian. Alexandre On 26 Nov 2009, at 17:32, Stéphane Ducasse wrote: > Hi guys > > I published Rome packages from sophie-dev in PharoTaskForces. > So that slowly we make sure that we can load and use it. > > Stef > > ___ > Pharo-project mailing list > Pharo-project@lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Spanish Mailing list for Pharo
As soon as a significant effort is required to communicate in a foreign language, then everybody may loose something. A Spanish mailing list is as important as a French or German one. SqueakRos apparently is quite active and has many participants. I will simply use it to share my views on Pharo and maybe Moose. Cheers, Alexandre On 26 Nov 2009, at 20:43, Mariano Martinez Peck wrote: > Sorry Alex, I wanted to speak with you about this in Smalltalks 2009 > but I couldn't find it. > > My personal view is that I am not sure if it would be good to have a > Pharo in Spanish mailing list. Why ? Most of the Argentinian (and I > guess others spanish countries also) people speaks english. At least > well enough to communicate. And even more nowadays where you have > google translate and all that stuff. So, maybe those you are not use > to speak english they do a little effort. With this, everybody can > read those emails. If they are only sent to the spanish lists, only > those people will read it. And maybe the answer was in an another guy. > > In addition, if someone cannot write english at all, then the mailig > list is spanish is a good idea :) > > Cheers > > Mariano > > On Thu, Nov 26, 2009 at 7:39 AM, Stéphane Ducasse > wrote: > cool > > On Nov 25, 2009, at 10:35 PM, Germán Arduino wrote: > > > We will welcome all the people wanting to talk about Pharo/Squeak/ > off > > topic also :) on SqueakRos in Spanish! > > > > > > > > 2009/11/25 Alexandre Bergel : > >> Dear List, > >> > >> Currently there is no dedicated mailing list for Pharo for Spanish > >> speakers. After some discussion with Edgar Cleene, we can use the > >> Argentina Squeak mailing list for dicussing about Pharo in > Spanish. I > >> do not see an immediate need for creating a new mailing list. > >> SqueakRos has many participants and is widely known. > >> > >> To subscribe: http://ar.groups.yahoo.com/group/squeakRos/ > >> You need a yahoo account to register, but you can then register any > >> arbitrary email address to receive and send emails. > >> > >> Cheers, > >> Alexandre > >> -- > >> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > >> Alexandre Bergel http://www.bergel.eu > >> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > >> > >> > >> > >> > >> > >> > >> ___ > >> Pharo-project mailing list > >> Pharo-project@lists.gforge.inria.fr > >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > >> > > > > ___ > > Pharo-project mailing list > > Pharo-project@lists.gforge.inria.fr > > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > _______ > Pharo-project mailing list > Pharo-project@lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > ___ > Pharo-project mailing list > Pharo-project@lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Feature request: Waiting cursor on load
> finally able to get going on Pharo, I wanted to load Moose. I got the > ConfigurationOfMoose package, and run the loadDefault method. Very good start! > I have no problem with a 'load' taking for ever, I know I am on the > other side of the ocean. But please change the cursor to a 'wait' > cursor while doing the load. It takes a lng time before the > first progress bar shows, I almost panicked. And now a progress bar > just dissapeared, but there is still nothing I can do. The 'wait' > cursor would go a long way in easing my mind. And it's probably just > one line of code ... Yeah, this is a well known problem. Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Feature request: Waiting cursor on load
Thanks Johan, this is indeed a Pharo/Squeak problem. Time to times, the morph causing an error is not draw in red but loops. Could be that WorldState>>displayWorldSafely: does not find the guilty morph. Cheers, Alexandre On 30 Nov 2009, at 15:57, Johan Fabry wrote: > Hi Doru, > > thanks for the workaround! > > Thanks for pointing me to the moose google code side. Expect some > moose-related bugreports from me in the issue tracker, for example in > a few minutes my inability to debug Mondrian scripts in Pharo. (I > leave figuring out who is the end responsible to you guys ...). > http://code.google.com/p/pharo/issues/detail?id=1525 > > On 30 Nov 2009, at 13:55, Tudor Girba wrote: > >> Hi Johan, >> >> Thanks for the report. >> >> A better forum for Moose related problems would be the moose-...@iam.unibe.ch >> mailing list. You can subscribe here: >> https://www.iam.unibe.ch/mailman/listinfo/moose-dev >> >> Also, to create an issue related to Moose, please use: >> http://code.google.com/p/moose-technology/issues/list >> >> Coming to your issue, this is due to Metacello having no progress >> bar. >> However, if you open a Transcript, you will get a progress report. >> So, >> now I changed a bit the ConfigurationOfMoose and it opens it for you >> when you loadDefault. You can get the change in: >> ConfigurationOfMoose-tg.33 >> >> Cheers, >> Doru >> >> >> On 30 Nov 2009, at 16:19, Alexandre Bergel wrote: >> >>>> finally able to get going on Pharo, I wanted to load Moose. I got >>>> the >>>> ConfigurationOfMoose package, and run the loadDefault method. >>> >>> Very good start! >>> >>>> I have no problem with a 'load' taking for ever, I know I am on the >>>> other side of the ocean. But please change the cursor to a 'wait' >>>> cursor while doing the load. It takes a lng time before the >>>> first progress bar shows, I almost panicked. And now a progress bar >>>> just dissapeared, but there is still nothing I can do. The 'wait' >>>> cursor would go a long way in easing my mind. And it's probably >>>> just >>>> one line of code ... >>> >>> >>> Yeah, this is a well known problem. >>> >>> Cheers, >>> Alexandre >>> -- >>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >>> Alexandre Bergel http://www.bergel.eu >>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >>> >>> >>> >>> >>> >>> >>> ___ >>> Pharo-project mailing list >>> Pharo-project@lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> >> -- >> www.tudorgirba.com >> >> "One cannot do more than one can do." >> >> >> >> >> ___ >> Pharo-project mailing list >> Pharo-project@lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > -- > Johan Fabry > jfa...@dcc.uchile.cl - http://dcc.uchile.cl/~jfabry > PLEIAD Lab - Computer Science Department (DCC) - University of Chile > > > > > ___ > Pharo-project mailing list > Pharo-project@lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] Rollback with code critic in a Pharo web image
Hi! I selected a number of packages in a pharo web image 9.11.4 (Seaside + Pier) and tried to run code critic, but an error is raised: In WAChangesStateWhileRenderingRule>>initialize there is the statement: matcher := ParseTreeSearcher new. ParseTreeSearcher is not defined, new is therefore sent to nil. Looks like a package is missing. Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Is there something wrong in debugging in the Morphic thread?
The problem we're encountering is really vicious. It is hard to identify a situation when it happens. I tried to define a simple subclass of morph with an erroneous drawOn: method, but it behaved as one would expect: the morph is colored in red. In mondrian, if a zero- arg block is provided when a one-arg block is expected, boom... Hard to reproduce... Cheers, Alexandre On 30 Nov 2009, at 18:06, Schwab,Wilhelm K wrote: > Simon, > > I can't speak to the specifics of your problem, but recursive errors > from a GUI thread can indeed happen. Imagine if the debugger itself > had trouble opening. Note that problem does not necessarily have to > be "in the debugger;" it is enough to have the attempt to open it > invalidate something else and trigger another debugger which > invalidates something and so on until you run out of memory or > patience. > > Some general comments: > > (1) this type of thing is why I kick up dust any time somebody wants > to take away the notifier (aka pre-debugger, aka walkback window). > The full debugger takes time to open, and that extra time can make > it that much harder to interrupt something that is going nuts. > > (2) Debugging drawing code is probably best done using a single-shot > breakpoint. I _think_ I have seen something about halt once in > Pharo. FWIW, somebody posted a class called Once that creates such > a feature that looks like > >Once do:[ > "do anything here, but this is common:" > self halt. >]. > > Somewhere you need to do Once reset or something (it's obvious from > the code) to enable the breakpoint. Once evaluates the block one > time, and then won't evaluate the block again until told to do so. > If there is a need for this in Pharo, I should be able to "port" it > - IIRC, it was licensed for public consumption. > > (3) I have yet identify this in Morphic (haven't had time to look > for it), but a LOT of community-created Dolphin code for views is > completely needless. Yup, I said that :) It's true too. Many > times I have seen people create a view when they could just as > easily create a bitmap and display it in an image presenter. The > latter can be done efficiently by redrawing pieces of the bitmap and > updating only the corresponding portion of the image presenter - no > custom view required. The savings in programming overhead is > larger than it might seem due to Dolphin's handling of views as > serialized objects. > > Avoiding the custom view also simplifies debugging. One can write > code to draw to an in-memory bitmap and debug essentially free of > concern. Once it stops raising errors and runs, then display the > result in an image presenter and fix the visual problems. At the > same time, add some resolution-based drawing, and you have something > that can print in addition to drawing on the display. You might > think about adopting analogous practices. > > (4) I partition things into "just Smalltalk" and dangerous external > interfacing. By "just Smalltalk" I mean things that might go into > an infinite loop, but should never do anything horrible in terms of > memory access. On the dangerous side, I consider anything newly > changed in the way of FFI and changes to GUI elements; the latter > goes on the list because it can meltdown as you are seeing. For > such situations, I get the image ready do the work, including a do- > it in plain view, save the image, and then do the thing that might > blow up. If it gets ugly, I use the debugger to learn what I can, > quit w/o saving, and start the next iteration. That way, I > (hopefully) never save an unstable image. > > Bill > > > > From: pharo-project-boun...@lists.gforge.inria.fr > [mailto:pharo-project-boun...@lists.gforge.inria.fr > ] On Behalf Of Simon Denier > Sent: Monday, November 30, 2009 2:18 PM > To: Pharo Development > Cc: Simon Denier > Subject: [Pharo-project] Is there something wrong in debugging in > the Morphic thread? > > > Unfortunately, this is an issue which I cant easily reproduce, at > least not without a third party tool (1525). Now I would like the > general opinion/experience of debugging Morphic code especially in > threads. > > Usually an exception raised from within Morphic code pops up a > debugger as usual. However, from time to time, or for more > complicated stuff, the situation runs out of hand and tons of > debugger pop up everywhere because the same faulty gets obviously > executed again and again. > > Now can somebody with some Morphic knowledge explai
[Pharo-project] Scholarship for doing a master in Santiago, Chile
Dear Smalltalker, I just learn that the some scholarship are offered by the Chilean government for foreigners to do a master in Chile. The website is http://www.agci.cl/becas/conv/?tipo=2&id=24 Apparently, only Latino Americanos may apply. Feel free to contact me for more info. Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Is there something wrong in debugging in the Morphic thread?
I guess this has to do with the cache I introduced a while ago. We will discuss about this at lunch. Cheers, Alexandre On 1 Dec 2009, at 11:40, Simon Denier wrote: > OK folks, thanks for your suggestions, I will see how to be more > careful with such threads. The instance browser seems a very > interesting idea and I will try to use it (although not necessarily > for such problems, but for bugs popping up during very long > computations, it can be great). As well is the idea of drawing in a > bitmap canvas before displaying: I would like to see some kind of > better sandboxing for such problems... > > > Another cup of big bad error this morning. After seeing the image > freezes once again on a long process, out of frustration I tried to > interrupt it multiple times. I didn't get any debugger and the VM just > quit after a while, but at least it seems like the stack dump still > works in this case. So the last stack dump looks like this: > > Bitmap class(Behavior)>>basicNew: > Receiver: Bitmap > Arguments and temporary variables: > sizeRequested: 206074 > Receiver's instance variables: > superclass: ArrayedCollection > methodDict: a MethodDictionary(#asByteArray->a > CompiledMethod(4056: > Bitmap>>asB...etc... > format: 33538 > instanceVariables: nil > organization: ('accessing' atAllPut: bitPatternForDepth: > byteAt: > byteAt:put: by...etc... > subclasses: nil > name: #Bitmap > classPool: a Dictionary() > sharedPools:nil > environment:nil > category: #'Graphics-Primitives' > traitComposition: nil > localSelectors: nil > > Bitmap class(Behavior)>>basicNew: > Bitmap class(Behavior)>>basicNew: > Bitmap class(Behavior)>>basicNew: > Bitmap class(Behavior)>>basicNew: > etc. > > while it's trying to open the debugger. > > Now I would like to get a better understanding. Why does this > primitive keep failing and retry? My best guess is that the VM runs > out of ressources (memory) but can not report it. > > > > > On 1 déc. 2009, at 03:01, Hernán Morales Durand wrote: > >> Hi Simon, >> Have you tried http://www.squeaksource.com/LightweightClasses.html ? >> It's in an experimental stage, but I've used it succesfully for the >> recursive debugger problem. You may load it in Pharo-Core this way : >> >> Gofer new >> squeaksource: 'LightweightClasses'; >> addPackage: 'ParametrizedCompiler'; >> addPackage: 'LightweightClasses'; >> addPackage: 'OBLightweightClass'; >> load; >> recompile. >> >> Cordialement, >> >> Hernán >> >> 2009/11/30 Simon Denier : >>> >>> Unfortunately, this is an issue which I cant easily reproduce, at >>> least not >>> without a third party tool (1525). Now I would like the general >>> opinion/experience of debugging Morphic code especially in threads. >>> Usually an exception raised from within Morphic code pops up a >>> debugger as >>> usual. However, from time to time, or for more complicated stuff, >>> the >>> situation runs out of hand and tons of debugger pop up everywhere >>> because >>> the same faulty gets obviously executed again and again. >>> Now can somebody with some Morphic knowledge explain how this is >>> supposed to >>> work and how to deal with such issues? >>> -- >>> Simon >>> >>> >>> >>> ___ >>> Pharo-project mailing list >>> Pharo-project@lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>> >> >> ___ >> Pharo-project mailing list >> Pharo-project@lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > -- > Simon > > > > > ___ > Pharo-project mailing list > Pharo-project@lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] [Moose-dev] Re: popupView: is now working
> The problem is that if you put it in the rendering code this will > basically get invoked every 30 ms. A more practical solution is to > use haltOnce. This is the same as halt, only that it is guarded by a > global flag. Just make sure that you enable it from the Debug world > menu. I am not expert in Morphic, but I feel there is a bug in how exceptions in Morph are handled. Create a subclass of Morph and put a "self halt" (or "1/0") in the drawOn: method. Open the morph and it will appear in red, telling that there is an error in the render loop. Now, for some reason, when blocks are heavily, the image freeze. I tried to isolate the error (i.e., without Mondrian), but I could not figure out how to do it. Alexandre > > Cheers, > Doru > > > On 2 Dec 2009, at 13:10, Johan Fabry wrote: > >> Hi Stef, >> this is the same behavior as what I reported in >> http://code.google.com/p/pharo/issues/detail?id=1525 >> and http://code.google.com/p/moose-technology/issues/detail?id=237 >> How to reproduce is also there. >> On 02 Dec 2009, at 08:30, Stéphane Ducasse wrote: >> >>> Do you have a example that we can reproduce? >>> >>> Stef >>> >>> On Dec 1, 2009, at 9:23 PM, Alexandre Bergel wrote: >>> >>>>> Regarding the problem with the number of arguments in the block. >>>>> Why is it crashing the image? >>>> >>>> The image is not crashing actually. It just hangs on forever >>>> without giving a chance to interrupt the process. >>>> >>>>> Anyway, you might want to use an approach similar to the >>>>> implementation of glamourValue: in Glamour. >>>> >>>> It could be a nice fix, but clearly not a general solution. The >>>> image hangs because of a bug in Squeak/Pharo. For some reason, >>>> the exception thrown by the virtual machine is not properly caught. >>>> This is a hard problem that will need to be fixed some days. >>>> >>>> Alexandre >> >> -- >> Johan Fabry >> jfa...@dcc.uchile.cl - http://dcc.uchile.cl/~jfabry >> PLEIAD Lab - Computer Science Department (DCC) - University of Chile >> >> >> >> >> ___ >> Moose-dev mailing list >> moose-...@iam.unibe.ch >> https://www.iam.unibe.ch/mailman/listinfo/moose-dev > > -- > www.tudorgirba.com > > "Relationships are of two kinds: those we choose and those that > happen. They both matter." > > > > > > ___ > Moose-dev mailing list > moose-...@iam.unibe.ch > https://www.iam.unibe.ch/mailman/listinfo/moose-dev > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] code coverage?
>> Ok as I'm testing this new VM I"m wondering has anyone done a code >> coverage review of the Pharo >> image in relationship to the suite of available tests? I wondering >> how much of the image side code is >> actually used? >> >> Part of the problem here in cross checking the list of internal >> plugins is that I need test cases to >> actually exploit the plugin code so that I can confirm it works, >> even to confirm it gets called. > > this would be really interesting indeed. > alex is spy working enough to see that? I used Spy on a number of projects, including Moose, Glamour, Mondrian, Seaside, ... But checking it on the whole image is worth trying. Give me a couple of hours... Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] squared fly by help
Easy, doit: (UITheme builder newBalloonHelp: 'hello world!' for: World activeHand) popUpFor: (Morph new) hand: World activeHand. Alexandre On 3 Dec 2009, at 10:49, Stéphane Ducasse wrote: > alex > > do you have your code for squared fly by help? > > Stef > > ___ > Pharo-project mailing list > Pharo-project@lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] squared fly by help
No, David helped me on this Alexandre On 3 Dec 2009, at 16:57, Stéphane Ducasse wrote: > thanks I thougth that you changed the balloonHelp itself. > > Stef > > On Dec 3, 2009, at 8:52 PM, Alexandre Bergel wrote: > >> Easy, doit: >> >> (UITheme builder newBalloonHelp: 'hello world!' for: World >> activeHand) >> popUpFor: (Morph new) hand: World activeHand. >> >> Alexandre >> >> >> >> On 3 Dec 2009, at 10:49, Stéphane Ducasse wrote: >> >>> alex >>> >>> do you have your code for squared fly by help? >>> >>> Stef >>> >>> ___ >>> Pharo-project mailing list >>> Pharo-project@lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>> >> >> -- >> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >> Alexandre Bergel http://www.bergel.eu >> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >> >> >> >> >> >> >> ___ >> Pharo-project mailing list >> Pharo-project@lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > ___ > Pharo-project mailing list > Pharo-project@lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] code coverage?
hi John, I have been working on a code instrumentation mechanism that use the "object as method" trick to get the runtime info. The "hello world" of the test coverage of Spy could be: 1- open a workspace, and doit: Gofer new squeaksource: 'Spy'; addPackage: 'ConfigurationOfSpy'; load. (Smalltalk at: #ConfigurationOfSpy) perform: #loadDefault. 2- doit: CoveragePackageSpy viewCoverageForPackagesMatching: 'Mondrian*' 3- after few seconds, a mondrian window will open. Pink inner boxes methods that are not covered by unit tests. The expression above (i)instruments all methods belonging to Mondrian, (ii) run all the test, (iii) open a simple mondrian visualization that tells whether a method is executed or not when running th test. So far, it is good enough for small and controlled experiments. I would to do the coverage for the whole image, but I need some time for this. In 2 weeks I will be in holidays, I will therefore have time to work on this. I also worked on a mechanism to extract type information from SUnit tests. Try: (TypingPackageSpy runTestAndGatherForPackagesMatching: 'Mondrian*') viewBasic Cheers, Alexandre On 3 Dec 2009, at 17:20, John M McIntosh wrote: > > On 2009-12-03, at 7:33 AM, Alexandre Bergel wrote: > >>>> Ok as I'm testing this new VM I"m wondering has anyone done a code >>>> coverage review of the Pharo >>>> image in relationship to the suite of available tests? I wondering >>>> how much of the image side code is >>>> actually used? >>>> >>>> Part of the problem here in cross checking the list of internal >>>> plugins is that I need test cases to >>>> actually exploit the plugin code so that I can confirm it works, >>>> even to confirm it gets called. >>> >>> this would be really interesting indeed. >>> alex is spy working enough to see that? >> >> I used Spy on a number of projects, including Moose, Glamour, >> Mondrian, Seaside, ... >> But checking it on the whole image is worth trying. >> >> Give me a couple of hours... > > Thank you, allow me to give some clues about what internal plugins > are in each macintosh VM (3.x, 4.x) series. > > > ADPCMCodecPlugin_exports, class > ADPCMCodec > AsynchFilePlugin_exports, class > AsynchFile > B2DPlugin_exports, class > BallonEngine > BitBltPlugin_exports, class > BitBlt,WarpBlt > DSAPrims_exports, class > SHA1,SecureHashAlgorithm > FFTPlugin_exports, class > FFT > FilePlugin_exports, class > FileDirectory,StandardFileStream > FloatArrayPlugin_exports, class > > BallonBuffer,FloatArray,MatrixTransform2x3 > HostWindowPlugin_exports, class > HostWindowProxy + subclasses > InternetConfigPlugin_exports, class > InternetConfiguration > JoystickTabletPlugin_exports, class > InputEventSensor > JPEGReaderPlugin_exports, class > JPEGReadWriter > JPEGReadWriter2Plugin_exports, class JPEGReadWriter2 > LargeIntegers_exports, > Large positive/negative number usage... > MacMenubarPlugin_exports, class > HostSystemMenus + subclasses > Matrix2x3Plugin_exports,class > MatrixTransform2x3 > MIDIPlugin_exports, class > MidiPrimTester,SimpleMIDIPort > MiscPrimitivePlugin_exports,class BitMap, > ByteArray, > ByteString,ByteSymbol,SampledSound > SecurityPlugin_exports, class > SecurityManager > SerialPlugin_exports, class > SerialPort > SocketPlugin_exports, class > NetNameResolver, Socket,SocketAddress > SoundCodecPrims_exports,class GSMCodec > SoundGenerationPlugin_exports, class > FMSound,LoopedSampledSound,PluckedSound,ReverbSound,SampledSound > SoundPlugin_exports,clas
Re: [Pharo-project] code coverage?
> does your spy support spy itself or detect that and does not spy > dangerous > guys. So far no. I would love to have Reflectivity for this... Cheers, Alexandre > > Stef > > On Dec 3, 2009, at 10:57 PM, Alexandre Bergel wrote: > >> hi John, >> >> I have been working on a code instrumentation mechanism that use the >> "object as method" trick to get the runtime info. The "hello world" >> of >> the test coverage of Spy could be: >> 1- open a workspace, and doit: >> Gofer new >> squeaksource: 'Spy'; >> addPackage: 'ConfigurationOfSpy'; >> load. >> (Smalltalk at: #ConfigurationOfSpy) perform: #loadDefault. >> >> 2- doit: >> CoveragePackageSpy viewCoverageForPackagesMatching: 'Mondrian*' >> >> 3- after few seconds, a mondrian window will open. Pink inner boxes >> methods that are not covered by unit tests. The expression above >> (i)instruments all methods belonging to Mondrian, (ii) run all the >> test, (iii) open a simple mondrian visualization that tells whether a >> method is executed or not when running th test. >> >> So far, it is good enough for small and controlled experiments. I >> would to do the coverage for the whole image, but I need some time >> for >> this. In 2 weeks I will be in holidays, I will therefore have time to >> work on this. >> >> I also worked on a mechanism to extract type information from SUnit >> tests. >> Try: (TypingPackageSpy runTestAndGatherForPackagesMatching: >> 'Mondrian*') viewBasic >> >> Cheers, >> Alexandre >> >> On 3 Dec 2009, at 17:20, John M McIntosh wrote: >> >>> >>> On 2009-12-03, at 7:33 AM, Alexandre Bergel wrote: >>> >>>>>> Ok as I'm testing this new VM I"m wondering has anyone done a >>>>>> code >>>>>> coverage review of the Pharo >>>>>> image in relationship to the suite of available tests? I >>>>>> wondering >>>>>> how much of the image side code is >>>>>> actually used? >>>>>> >>>>>> Part of the problem here in cross checking the list of internal >>>>>> plugins is that I need test cases to >>>>>> actually exploit the plugin code so that I can confirm it works, >>>>>> even to confirm it gets called. >>>>> >>>>> this would be really interesting indeed. >>>>> alex is spy working enough to see that? >>>> >>>> I used Spy on a number of projects, including Moose, Glamour, >>>> Mondrian, Seaside, ... >>>> But checking it on the whole image is worth trying. >>>> >>>> Give me a couple of hours... >>> >>> Thank you, allow me to give some clues about what internal plugins >>> are in each macintosh VM (3.x, 4.x) series. >>> >>> >>> ADPCMCodecPlugin_exports, class >>> ADPCMCodec >>> AsynchFilePlugin_exports, class >>> AsynchFile >>> B2DPlugin_exports, class >>> BallonEngine >>> BitBltPlugin_exports, class >>> BitBlt,WarpBlt >>> DSAPrims_exports, class >>> SHA1,SecureHashAlgorithm >>> FFTPlugin_exports, class >>> FFT >>> FilePlugin_exports, class >>> FileDirectory,StandardFileStream >>> FloatArrayPlugin_exports, class >>> BallonBuffer,FloatArray,MatrixTransform2x3 >>> HostWindowPlugin_exports, class >>> HostWindowProxy + subclasses >>> InternetConfigPlugin_exports, class >>> InternetConfiguration >>> JoystickTabletPlugin_exports, class >>> InputEventSensor >>> JPEGReaderPlugin_exports, class >>> JPEGReadWriter >>> JPEGReadWriter2Plugin_exports, class JPEGReadWriter2 >>> LargeIntegers_exports, >>> Large positive/negative number >>> usage... >>> MacMenubarPlugin
Re: [Pharo-project] [Moose-dev] Re: for mondrian designers
Hi! I just give a try to load Cairo. First, I went to http://www.squeaksource.com/Rome.html and downloaded what is suggested. Then I went to http://www.cairographics.org and downloaded cairo, and used my unix skills to compile it properly. Some of the Rome demo works, but most of them need the RomePlugin is apparently needed. Unfortunately, I cannot find this plugin. Cheers, Alexandre On 4 Dec 2009, at 07:18, Tudor Girba wrote: > Hi, > >>>> So consider to have a look at the cairo package in >>>> PharoTaskForces because it will not come to you alone :) > > What exactly should I load from PharoTaskForces to get Cairo? > > I see several Rome related packages, but which ones are needed? Is > there a load script? > > Cheers, > Doru > > -- > www.tudorgirba.com > > "There are no old things, there are only old ways of looking at them." > > > > ___ > Moose-dev mailing list > moose-...@iam.unibe.ch > https://www.iam.unibe.ch/mailman/listinfo/moose-dev -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] Trouble with using Rome
Hi! There is the file RomePlugin.bundle in one folder of the 4.2.1 VM. When I execute "RomeDemo drawCar", I have a rollback saying a primitive has failed. The guilty call is: -=-=-=-=-=-=-=-=-=-=-=-= RomePluginCanvas>>primOpen ^self primitiveFailed -=-=-=-=-=-=-=-=-=-=-=-= The following is displayed in the xterm: Squeak-Rome: canvas oop invalid! Anyone can help? Cheer, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] code coverage?
>>> does your spy support spy itself or detect that and does not spy >>> dangerous >>> guys. >> >> So far no. >> I would love to have Reflectivity for this... >> > > Yes, will be available, uhm, at some point... Let us know, I would love to give a try Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] [Moose-dev] Re: for mondrian designers
> why don't you read the pharo list. > I mentioned that I extracted the packages from Sophie and published > them in PharoTaskForces. I am talking about the plugin, not the Pharo packages. I was able to load them without problem. But I cannot run the example because of the plugin problem. Cheers, Alexandre > > On Dec 4, 2009, at 2:20 PM, Alexandre Bergel wrote: > >> Hi! >> >> I just give a try to load Cairo. >> First, I went to http://www.squeaksource.com/Rome.html and >> downloaded what is suggested. >> Then I went to http://www.cairographics.org and downloaded cairo, >> and used my unix skills to compile it properly. Some of the Rome >> demo works, but most of them need the RomePlugin is apparently >> needed. Unfortunately, I cannot find this plugin. >> >> Cheers, >> Alexandre >> >> >> On 4 Dec 2009, at 07:18, Tudor Girba wrote: >> >>> Hi, >>> >>>>>> So consider to have a look at the cairo package in >>>>>> PharoTaskForces because it will not come to you alone :) >>> >>> What exactly should I load from PharoTaskForces to get Cairo? >>> >>> I see several Rome related packages, but which ones are needed? Is >>> there a load script? >>> >>> Cheers, >>> Doru >>> >>> -- >>> www.tudorgirba.com >>> >>> "There are no old things, there are only old ways of looking at >>> them." >>> >>> >>> >>> ___ >>> Moose-dev mailing list >>> moose-...@iam.unibe.ch >>> https://www.iam.unibe.ch/mailman/listinfo/moose-dev >> >> -- >> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >> Alexandre Bergel http://www.bergel.eu >> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >> >> >> >> >> >> ___ >> Moose-dev mailing list >> moose-...@iam.unibe.ch >> https://www.iam.unibe.ch/mailman/listinfo/moose-dev > > > ___ > Pharo-project mailing list > Pharo-project@lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] squeak VM 5.0
Hi! I just tried Squeak.5.0.0.b9.64*64.app.zip, but I was not able to run a pharo core on it. I have a MacBookPro 10.5.8. I do not know whether this is helpful or not. Feel free to ask more info about my config. Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] [Moose-dev] Re: for mondrian designers
rs 0i VM: MouseModifierStateCarbon buttonStateBits 1 modifiers 0i VM: MouseModifierStateCarbon buttonStateBits 1 modifiers 0i VM: MouseModifierStateCarbon buttonStateBits 1 modifiers 0i VM: MouseModifierStateCarbon buttonStateBits 1 modifiers 0i VM: MouseModifierStateCarbon buttonStateBits 1 modifiers 0i VM: MouseModifierStateCarbon buttonStateBits 1 modifiers 0i VM: MouseModifierStateCarbon buttonStateBits 1 modifiers 0i VM: MouseModifierStateCarbon buttonStateBits 1 modifiers 0i VM: MouseModifierStateCarbon buttonStateBits 1 modifiers 0i VM: MouseModifierStateCarbon buttonStateBits 1 modifiers 0i VM: MouseModifierStateCarbon buttonStateBits 1 modifiers 0i ioFindExternalFunctionIn(primitiveDestroyFormHandle, 2339392) ioFindExternalFunctionIn(primitiveDoneFacePreserveFields, 2433792) ioFindExternalFunctionIn(shutdownModule, 2339392) ioFindExternalFunctionIn(shutdownModule, 2433792) ioFindExternalFunctionIn(shutdownModule, 2433184) -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= On 4 Dec 2009, at 16:25, John M McIntosh wrote: > If you can stick the image/changes somewhere with instructions and > send me a link, then I'll at least > check to see why the plugin won't load. At least on the macintosh. > > Or if you are using the macintosh you should alter the info.plist of > the macintosh VM you are using > and set SqueakDebug to 1Then it will print stuff to the console, > like why a plugin didn't load. > > > On 2009-12-04, at 5:52 AM, Alexandre Bergel wrote: > >>> why don't you read the pharo list. >>> I mentioned that I extracted the packages from Sophie and published >>> them in PharoTaskForces. >> >> I am talking about the plugin, not the Pharo packages. I was able to >> load them without problem. >> But I cannot run the example because of the plugin problem. >> >> Cheers, >> Alexandre >> >> >>> >>> On Dec 4, 2009, at 2:20 PM, Alexandre Bergel wrote: >>> >>>> Hi! >>>> >>>> I just give a try to load Cairo. >>>> First, I went to http://www.squeaksource.com/Rome.html and >>>> downloaded what is suggested. >>>> Then I went to http://www.cairographics.org and downloaded cairo, >>>> and used my unix skills to compile it properly. Some of the Rome >>>> demo works, but most of them need the RomePlugin is apparently >>>> needed. Unfortunately, I cannot find this plugin. >>>> >>>> Cheers, >>>> Alexandre >>>> >>>> >>>> On 4 Dec 2009, at 07:18, Tudor Girba wrote: >>>> >>>>> Hi, >>>>> >>>>>>>> So consider to have a look at the cairo package in >>>>>>>> PharoTaskForces because it will not come to you alone :) >>>>> >>>>> What exactly should I load from PharoTaskForces to get Cairo? >>>>> >>>>> I see several Rome related packages, but which ones are needed? Is >>>>> there a load script? >>>>> >>>>> Cheers, >>>>> Doru >>>>> >>>>> -- >>>>> www.tudorgirba.com >>>>> >>>>> "There are no old things, there are only old ways of looking at >>>>> them." >>>>> >>>>> >>>>> >>>>> ___ >>>>> Moose-dev mailing list >>>>> moose-...@iam.unibe.ch >>>>> https://www.iam.unibe.ch/mailman/listinfo/moose-dev >>>> >>>> -- >>>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >>>> Alexandre Bergel http://www.bergel.eu >>>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >>>> >>>> >>>> >>>> >>>> >>>> ___ >>>> Moose-dev mailing list >>>> moose-...@iam.unibe.ch >>>> https://www.iam.unibe.ch/mailman/listinfo/moose-dev >>> >>> >>> ___ >>> Pharo-project mailing list >>> Pharo-project@lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>> >> >> -- >> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >> Alexandre Bergel http://www.bergel.eu >> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >> >> >> >> >> >> >> ___ >> Pharo-project mailing list >> Pharo-project@lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > -- > = > = > = > = > = > == > John M. McIntoshTwitter: > squeaker68882 > Corporate Smalltalk Consulting Ltd. http:// > www.smalltalkconsulting.com > = > = > = > = > = > == > > > > > > ___ > Pharo-project mailing list > Pharo-project@lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] [Moose-dev] Re: for mondrian designers
Thanks John for diving into it, Alexandre On 5 Dec 2009, at 05:52, John M McIntosh wrote: > > On 2009-12-04, at 11:54 AM, Alexandre Bergel wrote: > >> Thanks John! >> >> I did a "RomeDemo drawCar" >> Here is the log: >> >> >> tryLoading /Users/alexandrebergel/Desktop/T/Smalltalk/Squeak >> 4.2.1beta1U.app/Contents/Resources/RomePlugin.bundle/Contents/MacOS/ >> RomePlugin >> ioFindExternalFunctionIn(getModuleName, 2339392) >> ioFindExternalFunctionIn(setInterpreter, 2339392) >> ioFindExternalFunctionIn(initialiseModule, 2339392) >> ioFindExternalFunctionIn(primitivePluginVersion, 2339392) >> ioFindExternalFunctionIn(primitiveCreateFormHandle, 2339392) >> tryLoading /Users/alexandrebergel/Desktop/T/Smalltalk/Squeak >> 4.2.1beta1U.app/Contents/Resources/SurfacePlugin.bundle/Contents/ >> MacOS/SurfacePlugin >> tryLoading /Users/alexandrebergel/Desktop/T/Smalltalk/Squeak >> 4.2.1beta1U.app/Contents/Resources/SurfacePlugin >> tryLoading /Users/alexandrebergel/Desktop/T/Smalltalk/Plugins/ >> SurfacePlugin.bundle/Contents/MacOS/SurfacePlugin >> tryLoading /Users/alexandrebergel/Desktop/T/Smalltalk/Plugins/ >> SurfacePlugin >> ioFindExternalFunctionIn(primitiveOpen, 2339392) >> Squeak-Rome: canvas oop invalid! > > It does load the plugin, so it's not a problem finding it, loading > it and calling primitivePluginVersion which > checks the rome version then primitiveCreateFormHandle to create a > form handle, then fails in primitiveOpen > > EXPORT(sqInt) primitiveOpen(void) { > sqInt handleOop; > sqInt contextIndex; > sqInt canvasOop; > > canvasOop = interpreterProxy->stackValue(0); > if (interpreterProxy->failed()) { > return null; > } > contextIndex = createContextFor(canvasOop); > if (!(interpreterProxy->failed())) { > handleOop = interpreterProxy->integerObjectOf(contextIndex); > > interpreterProxy->storePointerofObjectwithValue(CanvasHandleIndex, > canvasOop, handleOop); > } > if (interpreterProxy->failed()) { > return null; > } > return null; > } > > > static sqInt createContextFor(sqInt canvasOop) { > cairo_surface_t* targetSurface; > sqInt contextIndex; > sqInt targetOop; > cairo_t* context; > sqInt i; > sqInt targetID; > > if ((interpreterProxy->slotSizeOf(canvasOop)) < CanvasInstSize) { > fail("canvas oop invalid"); > return null; > } > > where > > #define CanvasInstSize 13 > > You should check to see what primitiveOpen gets passed > > > -- > = > = > = > = > = > == > John M. McIntoshTwitter: > squeaker68882 > Corporate Smalltalk Consulting Ltd. http:// > www.smalltalkconsulting.com > = > = > = > = > = > == > > > > > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] EventInterceptor and MessageSendTree
Hi Hernán, Can you describe a situation when you needed this? Alexandre On 6 Dec 2009, at 04:25, Hernán Morales Durand wrote: > Dear all, > I've attached a little cool tool for intercepting Morphic events I > just resurrected today, from the class comments: > > This morph is a button which, when pressed, begins listening to the > hand's event stream. When an even of the appropriate type is > encountered, this morph intercepts it and traces the dispatch of the > event using MessageSendTree, and opens a SendTreeExplorer on the > results. This is useful for debugging parts of the UI process which > are otherwise difficult to trace. The eventType can be any of the > Morphic event types, but #mouseUp, #mouseDown, and #keystroke are by > far the most useful because they are the triggers for the majority of > actual UI activity. > > This is a list of morphic events to try: > > #mouseDown > #mouseMove > #mouseUp > #mouseOver > #mouseEnter > #mouseLeave > #mouseLeaveDragging > > #keystroke > #keyDown > #keyUp > > #unknown > #click > > To install it load first MessageSendTree. The original author is Jesse > Welton http://jwelton.v-space.org/squeak/ > > Cheers, > > Hernán > 1.mcz>___ > Pharo-project mailing list > Pharo-project@lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] package documentation viewer
Looks good. Maybe this could be part of the Pharo website no ? Alexandre On 9 Dec 2009, at 07:49, laurent laffont wrote: > Hi, > > for fun and *for me*, I've made a small Seaside app to quickly > browse all documentation in a Pharo image. > It's package oriented, all classes and selectors comment on a > single page, so I can use search and print functions of my web > browser. > > Someone might have a use of it. It's here: > http://www.squeaksource.com/SimpleWebDoc.html > Screenshots: http://picasaweb.google.fr/laurent.laffont/Simplewebdoc > > Laurent > > ___ > Pharo-project mailing list > Pharo-project@lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] EventInterceptor and MessageSendTree
Looks good! Do you visualize those landmarked routes? Cheers, Alexandre On 7 Dec 2009, at 18:25, Hernán Morales Durand wrote: > Hi Alex, > Of course, I'm using it to observe what's the best place to hook an > interceptor (like a method wrapper) for a wayfinder tool I'm > developing, i.e. modeling conceptual route knowledge and then > replaying landmarked routes for learning purposes. Implementing a > keylogger could be another interesting place to start using this tool > as you may see all the possible methods to intercept a keystroke. > Concerning debugging I didn't experimented, but maybe a situation > where a click freezes the image...IIRC there was a bug in Pharo trying > to grab the world and then releasing the attached world... now is > somewhat closed but is a possible scenario to see the stack trace. > Cheers, > > Hernán > > 2009/12/6 Alexandre Bergel : >> Hi Hernán, >> >> Can you describe a situation when you needed this? >> >> Alexandre >> >> >> On 6 Dec 2009, at 04:25, Hernán Morales Durand wrote: >> >>> Dear all, >>> I've attached a little cool tool for intercepting Morphic events I >>> just resurrected today, from the class comments: >>> >>> This morph is a button which, when pressed, begins listening to the >>> hand's event stream. When an even of the appropriate type is >>> encountered, this morph intercepts it and traces the dispatch of the >>> event using MessageSendTree, and opens a SendTreeExplorer on the >>> results. This is useful for debugging parts of the UI process which >>> are otherwise difficult to trace. The eventType can be any of the >>> Morphic event types, but #mouseUp, #mouseDown, and #keystroke are by >>> far the most useful because they are the triggers for the majority >>> of >>> actual UI activity. >>> >>> This is a list of morphic events to try: >>> >>> #mouseDown >>> #mouseMove >>> #mouseUp >>> #mouseOver >>> #mouseEnter >>> #mouseLeave >>> #mouseLeaveDragging >>> >>> #keystroke >>> #keyDown >>> #keyUp >>> >>> #unknown >>> #click >>> >>> To install it load first MessageSendTree. The original author is >>> Jesse >>> Welton http://jwelton.v-space.org/squeak/ >>> >>> Cheers, >>> >>> Hernán >>> >> 1.mcz>___ >>> Pharo-project mailing list >>> Pharo-project@lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> >> -- >> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >> Alexandre Bergel http://www.bergel.eu >> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >> >> >> >> >> >> >> ___ >> Pharo-project mailing list >> Pharo-project@lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > > ___ > Pharo-project mailing list > Pharo-project@lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] can I debug a primitive?
> now, the question is, should I be able to put a self halt there and > debug it? I tried but I did nothing. Is this possible ? I thought > it was :( I do not know for now, for few years ago you could. Simply adding a 'self halt' in the VM code or pressing Cmd-. while executing would popup a debugger. Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] package documentation viewer
> However it gives another opportunity to my canvassing: it is > imperative that the comments written (class and methods) be accurate > and uptodate!! Indeed Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] package documentation viewer
Sounds good Alexandre On 10 Dec 2009, at 15:21, csra...@bol.com.br wrote: > I already started working on this, give me the weekend and I'll post > results. > If they are worth, I'll put an issue for this. > > -- > Cesar Rabak > > > Em 09/12/2009 21:30, Simon Denier < simon.den...@inria.fr > escreveu: > > > > On 9 déc. 2009, at 19:11, csra...@bol.com.br wrote: > >> I also vote for having it running at Pharo website. >> >> However it gives another opportunity to my canvassing: it is >> imperative that the comments written (class and methods) be >> accurate and uptodate!! > > > Can someone quickly run some query to see how bad it is? That is, > how many classes without comment or with the generic template? > > >> >> -- >> Cesar Rabak >> >> >> Em 09/12/2009 11:06, Alexandre Bergel < alexan...@bergel.eu > >> escreveu: >> >> >> Looks good. Maybe this could be part of the Pharo website no ? >> >> Alexandre >> >> >> On 9 Dec 2009, at 07:49, laurent laffont wrote: >> >>> Hi, >>> >>> for fun and *for me*, I've made a small Seaside app to quickly >>> browse all documentation in a Pharo image. >>> It's package oriented, all classes and selectors comment on a >>> single page, so I can use search and print functions of my web >>> browser. >>> >>> Someone might have a use of it. It's here: >>> http://www.squeaksource.com/SimpleWebDoc.html >>> Screenshots: http://picasaweb.google.fr/laurent.laffont/Simplewebdoc >>> >>> Laurent >>> >>> ___ >>> Pharo-project mailing list >>> Pharo-project@lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> >> -- >> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >> Alexandre Bergel http://www.bergel.eu >> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >> >> >> >> >> >> >> ___ >> Pharo-project mailing list >> Pharo-project@lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> >> >> ___ >> Pharo-project mailing list >> Pharo-project@lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > -- > Simon > > > > > ___ > Pharo-project mailing list > Pharo-project@lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > ___ > Pharo-project mailing list > Pharo-project@lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Rome port
Michael, this is an excellent start! Thanks for this. This is important. > You will need the RomePlugin for your platform. > https://gforge.inria.fr/frs/download.php/25047/RomePlugin.bundle.zip > https://gforge.inria.fr/frs/download.php/25046/rome.zip There is a plugin next to the MacOSX VM. I do not know whether this is the same version of the plugin. > To load: > > Get these two packages from PharoInbox (for now) > Graphics-MichaelRueger.168 > FreeType-MichaelRueger.498 Unfortunately, I cannot load Graphics or FreeType. When I load Graphics, the image freeze When I load FreeType, I have an error: CompositionScanner does not understand setFont > To load Rome: > -=-=-=-=-=-=-=-=-= Gofer new impara: 'RomePharo'; addPackage: 'Rome-BalloonCanvas'; addPackage: 'Rome-Base'; addPackage: 'Rome-PluginCanvas'; addPackage: 'Rome-Fonts'; addPackage: 'Rome-Demo'; addPackage: 'Rome-Reference'; load -=-=-=-=-=-=-=-=-= The script above loads fine in 10500. > Make sure that Freetype fonts are loaded: > > FreeTypeFontProvider current loadFromSystem. > RomeFontManager resetDefault Some of the demo work: RomeDemo demoMovingCar RomeDemo demoGradients Some of them does not work: RomeDemo demoDrawFreetypeString RomeDemo demoStringWheel ... I can provide help if necessary (limited although). I would like to use Rome for Mondrian. Is Rome based on Cairo? If yes, which version of Cairo, the last one? Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Rome port
> I'll add building a RomePlugin for Squeak V5.0 to my list of things > to do for Christmas. Would be a great gift! Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] alwaysHideScrollbar, alwaysShowHScrollbar and alwaysShowVScrollbar
Yeah! It makes sense to me. Just kill them. Alexandre On 17 Dec 2009, at 19:12, Alain Plantec wrote: > Hi all, > > sorry for all these annoying questions ... > I would simply like to remove these preferences with: > alwaysHideScrollbar always false > alwaysShowHScrollbar always true > alwaysShowVScrollbar always true. > > I can easily put new settings for them but is it really mandatory ? > Instead, removing them let the opportunity to replace > ScrollPane/ScrollBar with > GeneralScrollPane/GeneralScrollBar > (which are unused whereas it seems to me that they are cleaner and > more > simple) > > what do you think ? > > thanks > Alain > > ___ > Pharo-project mailing list > Pharo-project@lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] [ANN] MagmaBrowser
The UML visualization is not lost however. Doit the following to load Mondrian: Gofer new squeaksource: 'Mondrian'; addPackage: 'ConfigurationOfMondrian'; load. (Smalltalk at: #ConfigurationOfMondrian) perform: #loadLastStable. and then: MOReadme new umlFor: MOShape withAllSubclasses You will have a simple uml view that shows hierarchy of MOShape. Cheers, Alexandre On 17 Dec 2009, at 13:28, Torsten Bergmann wrote: > Back in "the good old Pharo days" (TM) we had a > > ScriptLoader loadSuperOB > > and I remember this browser already providing a > UML class diagram when you selected a class in > the browser ... > > Bye > T. > > > -- > Jetzt kostenlos herunterladen: Internet Explorer 8 und Mozilla > Firefox 3.5 - > sicherer, schneller und einfacher! http://portal.gmx.net/de/go/atbrowser > > ___ > Pharo-project mailing list > Pharo-project@lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] [ANN] MagmaBrowser
Yep. Such a script should then be easily rendered using Mondrian. Alexandre On 17 Dec 2009, at 20:58, Stéphane Ducasse wrote: > but this is class diagram in hierarchy > > I want more collaboration. > want could be really cool is that instead of storing these larges > screenshot we have a tiny smalltalkish language to draw umlish box > > u := UMLClass named: 'ProgramNode' > placedAt: 0...@0. > u2 := UMLClass named: 'Visitor' > placedAt: 1...@0. > u3 := UMLClass named: 'Enum' > placedAt: 3...@0. > u linkTo: u2. > u3 inherits: u2. > > Like that we could have a doc per package that we can edit/ > generate > > Stef > > On Dec 17, 2009, at 1:28 PM, Torsten Bergmann wrote: > >> Back in "the good old Pharo days" (TM) we had a >> >> ScriptLoader loadSuperOB >> >> and I remember this browser already providing a >> UML class diagram when you selected a class in >> the browser ... >> >> Bye >> T. >> >> >> -- >> Jetzt kostenlos herunterladen: Internet Explorer 8 und Mozilla >> Firefox 3.5 - >> sicherer, schneller und einfacher! http://portal.gmx.net/de/go/atbrowser >> >> ___ >> Pharo-project mailing list >> Pharo-project@lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > _______ > Pharo-project mailing list > Pharo-project@lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] Default code browser
Hi! I saw many people using the package browser instead of OBSystemBrowserAdaptor, even if this last is faster and has less bug. I am just wondering whether reverting the default browser to O2PackageBrowser is not something we should consider. Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] [ANN] MagmaBrowser
Yeah, Mondrian is a bit big for a simple feature (even important). Alexandre On 17 Dec 2009, at 21:35, Stéphane Ducasse wrote: > But ideally you do not want to load mondrian to display package > description. > I would see more a combination of rectangle morph and line morph. > > > On Dec 17, 2009, at 9:06 PM, Alexandre Bergel wrote: > >> Yep. Such a script should then be easily rendered using Mondrian. >> >> Alexandre >> >> >> On 17 Dec 2009, at 20:58, Stéphane Ducasse wrote: >> >>> but this is class diagram in hierarchy >>> >>> I want more collaboration. >>> want could be really cool is that instead of storing these larges >>> screenshot we have a tiny smalltalkish language to draw umlish box >>> >>> u := UMLClass named: 'ProgramNode' >>> placedAt: 0...@0. >>> u2 := UMLClass named: 'Visitor' >>> placedAt: 1...@0. >>> u3 := UMLClass named: 'Enum' >>> placedAt: 3...@0. >>> u linkTo: u2. >>> u3 inherits: u2. >>> >>> Like that we could have a doc per package that we can edit/ >>> generate >>> >>> Stef >>> >>> On Dec 17, 2009, at 1:28 PM, Torsten Bergmann wrote: >>> >>>> Back in "the good old Pharo days" (TM) we had a >>>> >>>> ScriptLoader loadSuperOB >>>> >>>> and I remember this browser already providing a >>>> UML class diagram when you selected a class in >>>> the browser ... >>>> >>>> Bye >>>> T. >>>> >>>> >>>> -- >>>> Jetzt kostenlos herunterladen: Internet Explorer 8 und Mozilla >>>> Firefox 3.5 - >>>> sicherer, schneller und einfacher! http://portal.gmx.net/de/go/atbrowser >>>> >>>> ___ >>>> Pharo-project mailing list >>>> Pharo-project@lists.gforge.inria.fr >>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>> >>> >>> ___ >>> Pharo-project mailing list >>> Pharo-project@lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>> >> >> -- >> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >> Alexandre Bergel http://www.bergel.eu >> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >> >> >> >> >> >> >> ___ >> Pharo-project mailing list >> Pharo-project@lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > ___ > Pharo-project mailing list > Pharo-project@lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] [ANN] MagmaBrowser
Don't you have the '+' and '-' button at the top? Maybe I could rename to 'Zoom +' and 'Zoom -'. What do you mean by constraints? Can you give an example of such a constraint? Alexandre On 17 Dec 2009, at 21:44, Hernán Morales Durand wrote: > Hi Alex, > I've tried the Mondrian script, nice work, it looks something I > could integrate to the Dependency Browser. Does Mondrian support > zooming? Do you plan to use constraints for the layout? > Cheers, > > Hernán > > 2009/12/17 Alexandre Bergel : >> The UML visualization is not lost however. >> >> Doit the following to load Mondrian: >> Gofer new squeaksource: 'Mondrian'; addPackage: >> 'ConfigurationOfMondrian'; load. (Smalltalk at: >> #ConfigurationOfMondrian) perform: #loadLastStable. >> >> and then: >>MOReadme new umlFor: MOShape withAllSubclasses >> >> You will have a simple uml view that shows hierarchy of MOShape. >> >> Cheers, >> Alexandre >> >> On 17 Dec 2009, at 13:28, Torsten Bergmann wrote: >> >>> Back in "the good old Pharo days" (TM) we had a >>> >>> ScriptLoader loadSuperOB >>> >>> and I remember this browser already providing a >>> UML class diagram when you selected a class in >>> the browser ... >>> >>> Bye >>> T. >>> >>> >>> -- >>> Jetzt kostenlos herunterladen: Internet Explorer 8 und Mozilla >>> Firefox 3.5 - >>> sicherer, schneller und einfacher! http://portal.gmx.net/de/go/atbrowser >>> >>> ___ >>> Pharo-project mailing list >>> Pharo-project@lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>> >> >> -- >> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >> Alexandre Bergel http://www.bergel.eu >> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >> >> >> >> >> >> >> ___ >> Pharo-project mailing list >> Pharo-project@lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > > ___ > Pharo-project mailing list > Pharo-project@lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Default code browser
> I don't use it, and I think all the people that don't use it is for > the same reason, and it is because it is REALLY slow. Even in good > machines. I do not know what you mean by REALLY slow, but I find the latency of the package browser perfectly acceptable. If people prefer the system browser, then fine with me. I just saw a number of people systematically switching to the package browser. Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Default code browser
> More than one second to open the brower. More than one second to go > to another method, etc. Anyway, for me its the same as I can change > it when I download an image. We can do a poll if you want, but I > think someone (david, lukas or I don't know who) is working in a > better browser with a faster package. ?? There should be something wrong with your config. I have the following result: [O2PackageBrowser openOnClass: MOGraphElement selector: #displayOn] timeToRun => 810 [O2PackageBrowser openOnClass: Object selector: #printString] timeToRun => 1380 I have a macbook pro. I am more concerned with the user aspect point of view of Pharo. All my students prefer the package browser. This says something I feel. Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] [ANN] MagmaBrowser
Ok, I will check. Alexandre On 17 Dec 2009, at 22:25, Hernán Morales Durand wrote: > 2009/12/17 Alexandre Bergel : >> Don't you have the '+' and '-' button at the top? Maybe I could >> rename >> to 'Zoom +' and 'Zoom -'. > > Now I see them. Yes, adding labels would help to get the '+' and '-' > symbols more visibility. > >> >> What do you mean by constraints? Can you give an example of such a >> constraint? > > There is a very old ThingLab video which is the best demo I've seen: > > http://www.cs.washington.edu/research/constraints/videos/thinglab-1978.mov > http://www.fit.vutbr.cz/study/courses/OMP/public/software/sqcdrom2/Documents/ThingLab/ThingLab-Chapter_5.html > > With Constraints you will have a way to say: > -When a user resizes a window, then mantain the font proportion to > stay into the boxes. > -When a window is updated with a new figure (a sibling in the UML for > example) then update the remaining siblings to preserve symmetry, etc. > > Summarising, with constraints you say what do you want to achieve, and > not how to do it. The layout adjustement algorithm will use > constraints to achieve it. There is an implementation of constraints > solvers in Squeak called Cassowary > > http://www.squeaksource.com/Cassowary.html > > Cheers, > > Hernán > >> >> Alexandre >> >> >> On 17 Dec 2009, at 21:44, Hernán Morales Durand wrote: >> >>> Hi Alex, >>> I've tried the Mondrian script, nice work, it looks something I >>> could integrate to the Dependency Browser. Does Mondrian support >>> zooming? Do you plan to use constraints for the layout? >>> Cheers, >>> >>> Hernán >>> >>> 2009/12/17 Alexandre Bergel : >>>> The UML visualization is not lost however. >>>> >>>> Doit the following to load Mondrian: >>>> Gofer new squeaksource: 'Mondrian'; addPackage: >>>> 'ConfigurationOfMondrian'; load. (Smalltalk at: >>>> #ConfigurationOfMondrian) perform: #loadLastStable. >>>> >>>> and then: >>>>MOReadme new umlFor: MOShape withAllSubclasses >>>> >>>> You will have a simple uml view that shows hierarchy of MOShape. >>>> >>>> Cheers, >>>> Alexandre >>>> >>>> On 17 Dec 2009, at 13:28, Torsten Bergmann wrote: >>>> >>>>> Back in "the good old Pharo days" (TM) we had a >>>>> >>>>> ScriptLoader loadSuperOB >>>>> >>>>> and I remember this browser already providing a >>>>> UML class diagram when you selected a class in >>>>> the browser ... >>>>> >>>>> Bye >>>>> T. >>>>> >>>>> >>>>> -- >>>>> Jetzt kostenlos herunterladen: Internet Explorer 8 und Mozilla >>>>> Firefox 3.5 - >>>>> sicherer, schneller und einfacher! http://portal.gmx.net/de/go/atbrowser >>>>> >>>>> ___ >>>>> Pharo-project mailing list >>>>> Pharo-project@lists.gforge.inria.fr >>>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo- >>>>> project >>>>> >>>> >>>> -- >>>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >>>> Alexandre Bergel http://www.bergel.eu >>>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >>>> >>>> >>>> >>>> >>>> >>>> >>>> ___ >>>> Pharo-project mailing list >>>> Pharo-project@lists.gforge.inria.fr >>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>>> >>> >>> ___ >>> Pharo-project mailing list >>> Pharo-project@lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> >> -- >> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >> Alexandre Bergel http://www.bergel.eu >> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >> >> >> >> >> >> >> ___ >> Pharo-project mailing list >> Pharo-project@lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > > ___ > Pharo-project mailing list > Pharo-project@lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Default code browser
> -What browser do you prefer? > --OBPackageBrowser Yes, david's browser > -Do you want syntax colorising enabled by default? Yes. (strange question by the way, someone will say no?) > -Do you use refactoring tools? Of course. > -Do you use code completion? Yes. > -What tool do you consider a must for Pharo in your daily work? Package Browser :-) Mondrian, Moose, Glamour, MC, Metacello. Alexandre > > 2009/12/17 Alexandre Bergel : >> Hi! >> >> I saw many people using the package browser instead of >> OBSystemBrowserAdaptor, even if this last is faster and has less bug. >> I am just wondering whether reverting the default browser to >> O2PackageBrowser is not something we should consider. >> >> Cheers, >> Alexandre >> >> -- >> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >> Alexandre Bergel http://www.bergel.eu >> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >> >> >> >> >> >> >> ___ >> Pharo-project mailing list >> Pharo-project@lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > > ___ > Pharo-project mailing list > Pharo-project@lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Default code browser
> > More than one second to open the brower. More than one second to go > > to another method, etc. > There should be something wrong with your config. I have the following > result: > [O2PackageBrowser openOnClass: MOGraphElement selector: #displayOn] > timeToRun > => 810 > > [O2PackageBrowser openOnClass: Object selector: #printString] > timeToRun > => 1380 > > > you put the same browser twice and I don't have the class > MOGraphElement ;) I was checking whether the package browser takes more than 1 sec to open. This is the case for a very big class only (Object) [O2PackageBrowser openOnClass: GraphMorph selector: #clear] timeToRun => 1117 > Anyway, I tried with the class GraphMorph same selector: > > O2PackageBrowser: 1407 > O2SystemBrowser: 422 > OBSystemBrowser: 487 I am not saying that package browser is fast. I am just saying that its features overcome its slowness for some people (and more than 3 or 4). I am just a bit concerned about the fact that O2SystemBrowser is the default browser. But if I am the only one, no problem at all then. Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Default code browser
Exactly! Alexandre On 18 Dec 2009, at 08:02, laurent laffont wrote: > I would like a mix of the three ;). For me > > O2PackageBrowserAdaptor is great for > - monticello integration > - package, hier. groups views, > - history navigation > - explicit icons > > OBSystemBrowserAdaptor for > - speed > - the toolbar (browse, hierarchie, variables, ...) and especially > "versions" button > > Browser for: > - speed > - class comment panel > > To explore the system I use O2PackageBrowserAdaptor, to write code > I use OBSystemBrowserAdaptor. > > For Christmas, I would like :) > - tab support because my laptop has a small screen > - split code panel like emacs/vi to edit/view several methods at once > > Cheers, > > Laurent > > On Thu, Dec 17, 2009 at 9:32 PM, Alexandre Bergel > wrote: > Hi! > > I saw many people using the package browser instead of > OBSystemBrowserAdaptor, even if this last is faster and has less bug. > I am just wondering whether reverting the default browser to > O2PackageBrowser is not something we should consider. > > Cheers, > Alexandre > ___ > Pharo-project mailing list > Pharo-project@lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Rome port
Hi Doru, As I said, just load what is suggested with Gofer. Alexandre On 18 Dec 2009, at 13:30, Tudor Girba wrote: > Hi, > > Thanks, but the packages do not seem to load either: > > - in 10496dev I can load Graphics-MichaelRueger.168 and FreeType- > MichaelRueger.498, but when I try to load Rome, I get > "This package depends on the following classes: > RomePath > RomeReferenceCanvas ... " > > - in 10500dev the image crashes when I try to load Graphics- > MichaelRueger.168 > > What am I doing wrong? > > Cheers, > Doru > > On 18 Dec 2009, at 13:12, Simon Denier wrote: > >> >> On 18 déc. 2009, at 13:03, Tudor Girba wrote: >> >>> Hi, >>> >>> I am a bit confused :). This link seems to not work: >>>>>>> https://gforge.inria.fr/frs/download.php/25047/ >>>>>>> RomePlugin.bundle.zip >>>>> >>> >>> What exactly should I do if I wanted to get Rome in 1.0 using a >>> 4.2.2 >>> VM? >> >> >> You just need to install the packages indicated by Michael, the >> plugin is already there. It works for me. >> >> >>> >>> Cheers, >>> Doru >>> >>> >>> >>> On 17 Dec 2009, at 20:33, Stéphane Ducasse wrote: >>> >>>> Thanks john >>>> >>>> I deleted the plugging file. >>>> >>>> Stef >>>> >>>> On Dec 17, 2009, at 6:46 PM, John M McIntosh wrote: >>>> >>>>> Ya, for years now I've shipped the latest Rome plugin, which BTW I >>>>> did compile, >>>>> within the Squeak macintosh carbon VM. >>>>> >>>>> It's version 1.2.1 >>>>> >>>>> Likely the one >>>>> https://gforge.inria.fr/frs/download.php/25047/RomePlugin.bundle.zip >>>>> should disappear to avoid confusion. Just use a 4.2.2 VM >>>>> >>>>> I'll add building a RomePlugin for Squeak V5.0 to my list of >>>>> things to do for Christmas. >>>>> >>>>> On 2009-12-17, at 9:38 AM, Alexandre Bergel wrote: >>>>> >>>>>> Michael, this is an excellent start! >>>>>> Thanks for this. This is important. >>>>>> >>>>>>> You will need the RomePlugin for your platform. >>>>>>> https://gforge.inria.fr/frs/download.php/25047/ >>>>>>> RomePlugin.bundle.zip >>>>>>> https://gforge.inria.fr/frs/download.php/25046/rome.zip >>>>>> >>>>>> There is a plugin next to the MacOSX VM. I do not know whether >>>>>> this is >>>>>> the same version of the plugin >>>>> >>>>> -- >>>>> = >>>>> = >>>>> = >>>>> = >>>>> = >>>>> = >>>>> = >>>>> = >>>>> = >>>>> == >>>>> John M. McIntoshTwitter: >>>>> squeaker68882 >>>>> Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com >>>>> = >>>>> = >>>>> = >>>>> = >>>>> = >>>>> = >>>>> = >>>>> = >>>>> = >>>>> == >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> ___ >>>>> Pharo-project mailing list >>>>> Pharo-project@lists.gforge.inria.fr >>>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo- >>>>> project >>>> >>>> >>>> ___ >>>> Pharo-project mailing list >>>> Pharo-project@lists.gforge.inria.fr >>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>> >>> -- >>> www.tudorgirba.com >>> >>> "Don't give to get. Just give." >>> >>> >>> >>> >>> ___ >>> Pharo-project mailing list >>> Pharo-project@lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> >> -- >> Simon >> >> >> >> >> ___ >> Pharo-project mailing list >> Pharo-project@lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > -- > www.tudorgirba.com > > "One cannot do more than one can do." > > > > > ___ > Pharo-project mailing list > Pharo-project@lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Rome port
Gofer new impara: 'RomePharo'; addPackage: 'Rome-BalloonCanvas'; addPackage: 'Rome-Base'; addPackage: 'Rome-PluginCanvas'; addPackage: 'Rome-Fonts'; addPackage: 'Rome-Demo'; addPackage: 'Rome-Reference'; load loads fine in a 10500 for me. Alexandre On 18 Dec 2009, at 16:57, Tudor Girba wrote: > Hi Alex, > > In what image are you loading it that it works? Only after adding > Rome- > Reference to what was said before was it Ok. > > Cheers, > Doru > > > On 18 Dec 2009, at 15:51, Alexandre Bergel wrote: > >> Hi Doru, >> >> As I said, just load what is suggested with Gofer. >> >> Alexandre >> >> >> On 18 Dec 2009, at 13:30, Tudor Girba wrote: >> >>> Hi, >>> >>> Thanks, but the packages do not seem to load either: >>> >>> - in 10496dev I can load Graphics-MichaelRueger.168 and FreeType- >>> MichaelRueger.498, but when I try to load Rome, I get >>> "This package depends on the following classes: >>> RomePath >>> RomeReferenceCanvas ... " >>> >>> - in 10500dev the image crashes when I try to load Graphics- >>> MichaelRueger.168 >>> >>> What am I doing wrong? >>> >>> Cheers, >>> Doru >>> >>> On 18 Dec 2009, at 13:12, Simon Denier wrote: >>> >>>> >>>> On 18 déc. 2009, at 13:03, Tudor Girba wrote: >>>> >>>>> Hi, >>>>> >>>>> I am a bit confused :). This link seems to not work: >>>>>>>>> https://gforge.inria.fr/frs/download.php/25047/ >>>>>>>>> RomePlugin.bundle.zip >>>>>>> >>>>> >>>>> What exactly should I do if I wanted to get Rome in 1.0 using a >>>>> 4.2.2 >>>>> VM? >>>> >>>> >>>> You just need to install the packages indicated by Michael, the >>>> plugin is already there. It works for me. >>>> >>>> >>>>> >>>>> Cheers, >>>>> Doru >>>>> >>>>> >>>>> >>>>> On 17 Dec 2009, at 20:33, Stéphane Ducasse wrote: >>>>> >>>>>> Thanks john >>>>>> >>>>>> I deleted the plugging file. >>>>>> >>>>>> Stef >>>>>> >>>>>> On Dec 17, 2009, at 6:46 PM, John M McIntosh wrote: >>>>>> >>>>>>> Ya, for years now I've shipped the latest Rome plugin, which >>>>>>> BTW I >>>>>>> did compile, >>>>>>> within the Squeak macintosh carbon VM. >>>>>>> >>>>>>> It's version 1.2.1 >>>>>>> >>>>>>> Likely the one >>>>>>> https://gforge.inria.fr/frs/download.php/25047/RomePlugin.bundle.zip >>>>>>> should disappear to avoid confusion. Just use a 4.2.2 VM >>>>>>> >>>>>>> I'll add building a RomePlugin for Squeak V5.0 to my list of >>>>>>> things to do for Christmas. >>>>>>> >>>>>>> On 2009-12-17, at 9:38 AM, Alexandre Bergel wrote: >>>>>>> >>>>>>>> Michael, this is an excellent start! >>>>>>>> Thanks for this. This is important. >>>>>>>> >>>>>>>>> You will need the RomePlugin for your platform. >>>>>>>>> https://gforge.inria.fr/frs/download.php/25047/ >>>>>>>>> RomePlugin.bundle.zip >>>>>>>>> https://gforge.inria.fr/frs/download.php/25046/rome.zip >>>>>>>> >>>>>>>> There is a plugin next to the MacOSX VM. I do not know whether >>>>>>>> this is >>>>>>>> the same version of the plugin >>>>>>> >>>>>>> -- >>>>>>> = >>>>>>> = >>>>>>> = >>>>>>> = >>>>>>> = >>>>>>> = >>>>>>> = >>>>>>> = >>>>>>> = >>>>>>> = >>>>>>> = >>>>>>> ===
Re: [Pharo-project] [ANN] MagmaBrowser
> 2009/12/17 Alexandre Bergel : >> Don't you have the '+' and '-' button at the top? Maybe I could >> rename >> to 'Zoom +' and 'Zoom -'. > > Now I see them. Yes, adding labels would help to get the '+' and '-' > symbols more visibility. Now in Mondrian-Alexandre_Bergel.317 Thanks for your suggestion >> What do you mean by constraints? Can you give an example of such a >> constraint? > > There is a very old ThingLab video which is the best demo I've seen: > > http://www.cs.washington.edu/research/constraints/videos/thinglab-1978.mov > http://www.fit.vutbr.cz/study/courses/OMP/public/software/sqcdrom2/Documents/ThingLab/ThingLab-Chapter_5.html Videos are cool! Unfortunately, resizing widget is not currently supported in the Pharo version of Mondrian. All the infrastructure is there, what is missing is the morphic event management. In short, a class MOResizeElementEvent is missing. > Summarising, with constraints you say what do you want to achieve, and > not how to do it. The layout adjustement algorithm will use > constraints to achieve it. There is an implementation of constraints > solvers in Squeak called Cassowary > > http://www.squeaksource.com/Cassowary.html Thanks Alexandre >> >> On 17 Dec 2009, at 21:44, Hernán Morales Durand wrote: >> >>> Hi Alex, >>> I've tried the Mondrian script, nice work, it looks something I >>> could integrate to the Dependency Browser. Does Mondrian support >>> zooming? Do you plan to use constraints for the layout? >>> Cheers, >>> >>> Hernán >>> >>> 2009/12/17 Alexandre Bergel : >>>> The UML visualization is not lost however. >>>> >>>> Doit the following to load Mondrian: >>>> Gofer new squeaksource: 'Mondrian'; addPackage: >>>> 'ConfigurationOfMondrian'; load. (Smalltalk at: >>>> #ConfigurationOfMondrian) perform: #loadLastStable. >>>> >>>> and then: >>>>MOReadme new umlFor: MOShape withAllSubclasses >>>> >>>> You will have a simple uml view that shows hierarchy of MOShape. >>>> >>>> Cheers, >>>> Alexandre >>>> >>>> On 17 Dec 2009, at 13:28, Torsten Bergmann wrote: >>>> >>>>> Back in "the good old Pharo days" (TM) we had a >>>>> >>>>> ScriptLoader loadSuperOB >>>>> >>>>> and I remember this browser already providing a >>>>> UML class diagram when you selected a class in >>>>> the browser ... >>>>> >>>>> Bye >>>>> T. >>>>> >>>>> >>>>> -- >>>>> Jetzt kostenlos herunterladen: Internet Explorer 8 und Mozilla >>>>> Firefox 3.5 - >>>>> sicherer, schneller und einfacher! http://portal.gmx.net/de/go/atbrowser >>>>> >>>>> ___ >>>>> Pharo-project mailing list >>>>> Pharo-project@lists.gforge.inria.fr >>>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo- >>>>> project >>>>> >>>> >>>> -- >>>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >>>> Alexandre Bergel http://www.bergel.eu >>>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >>>> >>>> >>>> >>>> >>>> >>>> >>>> ___ >>>> Pharo-project mailing list >>>> Pharo-project@lists.gforge.inria.fr >>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>>> >>> >>> ___ >>> Pharo-project mailing list >>> Pharo-project@lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> >> -- >> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >> Alexandre Bergel http://www.bergel.eu >> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >> >> >> >> >> >> >> ___ >> Pharo-project mailing list >> Pharo-project@lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > > ___ > Pharo-project mailing list > Pharo-project@lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] Questions about Rome
Hi! I am currently studying Rome to see whether I can make Mondrian use it. I have few questions: - Why a RomeCanvas is not polymorphic to a Canvas? E.g., why the drawRectangle: ? Canvas>>frameAndFillRectangle:fillColor:borderWidth:borderColor: is not enough? I am trying to understand the design and rational of Rome - Can I embed a RomeCanvas within a system window? WorldState has an instance variable 'canvas', which is the instance of a FormCanvas. This canvas is passed along down to the drawOn: method used to draw a morph on the screen. Is this mechanism need to be modified? Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] ISSUE #1647: TheTrunk-KernelTests-bs.121
Pharo image: Pharo-core Pharo core version: 0 Virtual machine used: Squeak 4.2.1beta1U This email takes the fixes sent in the email having the subjet: - [squeak-dev] The Trunk: KernelTests-bs.121.mcz - [squeak-dev] The Trunk: Kernel-bs.330.mcz After loading the .cs, we have for MethodPropertiesTest: 11 run, 5 passes, 5 expected failures, 0 failures, 1 errors, 0 unexpected passes The error left is for testAnalogousCode, not related to this fix. Thanks to Andreas Raab for the fix. Note to the reviewer: I put a .cs file on google code. Is that okay with you? Or do you prefer a SLICE in the Inbox? Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] ISSUE #1647: TheTrunk-KernelTests-bs.121
>> Pharo image: Pharo-core >> Pharo core version: 0 >> Virtual machine used: Squeak 4.2.1beta1U >> >> This email takes the fixes sent in the email having the subjet: >> - [squeak-dev] The Trunk: KernelTests-bs.121.mcz >> - [squeak-dev] The Trunk: Kernel-bs.330.mcz > > Alex what was the fix for? "The Trunk: Kernel-bs.330.mcz" fixes a bug in AdditionalMethodState>>at:put: "The Thunk: KernelTests-bs.121.mcz" defines a small test method that is green only with the bug in at:put: fixed The bug that has been identified by Andreas is that when you add twice the same binding, then you have an infinite loop at the second addition. >> After loading the .cs, we have for MethodPropertiesTest: >> 11 run, 5 passes, 5 expected failures, 0 failures, 1 errors, 0 >> unexpected passes > > and before? Before the fix: 10 run, 4 passes, 5 expected failures, 0 failures, 1 errors, 0 unexpected passes After loading the .cs file: 11 run, 5 passes, 5 expected failures, 0 failures, 1 errors, 0 unexpected passes (I use a 0 core for this) >> The error left is for testAnalogousCode, not related to this fix. >> >> Thanks to Andreas Raab for the fix. >> >> Note to the reviewer: I put a .cs file on google code. Is that okay >> with you? Or do you prefer a SLICE in the Inbox? > > What is nice with slice I that we can merge easily and see them in > the inbox. Ok, it is now as a slice. SLICE-FixAndTesstForAdditionalMethodStateAtPut-Alexandre_Bergel.1 Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] can we include this in NewInspector ?? (WAS) Fwd: [ANN] MagmaBrowser
Looks good! Alexandre On 22 Dec 2009, at 21:35, Frederic Pluquet wrote: > Good idea. Too easy finally :) Done in the last version (see the > screenshot)! > > For Form and Color instances. Parametrizable by blocks or method > overridding (#niIcon or #niIconName) :) > > Fréd > > Frédéric Pluquet > Université Libre de Bruxelles (ULB) > Assistant > http://www.ulb.ac.be/di/fpluquet > > > 2009/12/22 Stéphane Ducasse > Fred > > this is cool !! > > Now I was thinking if you could not reuse this block and use it to > add the visual before the [1] : Form... > as int he explorer > > Stef > > > > > > > > Form allInstances > > > ___ > Pharo-project mailing list > Pharo-project@lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > Icons !.png>___ > Pharo-project mailing list > Pharo-project@lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Fwd: A design question
Hi Stef, >> So far so good. >> Now however, I had to change >> ClassDescription>>package >> ^ RPackage packageOrganizerClass default packageOf: self name. >> "use RPackage packageClassOrganizer instead of the singleton >> because tests use the mock" >> >> instead of simply >> >> ClassDescription>>package >> ^ RPackage default packageOf: self name. >> >> >> I was thinking that if I really want to be as fast as possible I >> could >> separate the package and put the tests in a separate package and >> use overrides. >> so that >> >> ClassDescription>>package >> ^ RPackage packageOrganizerClass default packageOf: self name. >> "use RPackage packageClassOrganizer instead of the singleton >> because tests use the mock" >> >> is only used when the tests are loaded >> Berk >> >> So do we have another simple solution at hand? Why not to redefine package on your fixture ? Let's say you define a class named #Fixture for your test. You can simply redefined Fixture class>>package. Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Fwd: A design question
> Ok but in that case I do not tests the behavior on class > But this is an idea (Now I generate all the classes on the fly so I > would have > to compile all the methods). In that case, you cannot test your behavior on existing class. Note that you can also in the setUp method recompile ClassDescription>>package and reinstall the original version in tearDown. Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Fwd: about allCallOn -> AllReferTo : issue 261
> Ok the three systemNavigation were broken before? Yes. Alexandre >> >> Between a 11106 (which does not contain my fix) and 1 (which >> contains my fix), there is only one more test fail, which is not >> related to allCallOn: (but in ReleaseTest). >> >>>> I integrated your changes but apparently some tests are broken. >>>> Can you have a look? >> >> I am not sure which test you're referring to. Among failed tests, I >> do not imediately see the one related to my fix. >> >> I first thought that testIsUnsentMessagesIn* test would be related. >> But actually not. They were yellow before my fix was incorporated, >> and these tests indirectly use SystemNavigation>>allSendersOf: >> selector >> >> Cheers, >> Alexandre >> -- >> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >> Alexandre Bergel http://www.bergel.eu >> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >> >> >> >> >> ___ >> Pharo-project mailing list >> Pharo-project@lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > _______ > Pharo-project mailing list > Pharo-project@lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] What is the status of the methodTrailer
I also noticed this. method trailer does not seem to be easy. There are two phases apparently. Alexandre On 23 Dec 2009, at 13:33, Stéphane Ducasse wrote: > Igor > > I saw that method trailer were pushed into squeak. > Do you plan to provide us a version for pharo? > Or will we have to dig into squeak? > > Stef > > ___ > Pharo-project mailing list > Pharo-project@lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] What is the status of the methodTrailer
I also contacted Nicolas C about his changes. Alexandre On 23 Dec 2009, at 13:33, Stéphane Ducasse wrote: > Igor > > I saw that method trailer were pushed into squeak. > Do you plan to provide us a version for pharo? > Or will we have to dig into squeak? > > Stef > > ___ > Pharo-project mailing list > Pharo-project@lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] More from TheTrunk
http://code.google.com/p/pharo/issues/detail?id=1663 SLICE-IntervalFix-FromTrunk-Alexandre_Bergel.1 in the InBox If you fill an issue for the first time, please read "How to report bugs" at http://www.pharo-project.org/community/issue-tracking Pharo core version: 2 http://bugs.squeak.org/view.php?id=6456 A very simple example to illustrate the bug: | x | x := (1.0 timesTwoPower: 53). (x to: x + 2) size. x to: x+2 do: [:i | Transcript cr; show: i printString] Thanks to Nicolas (aka nice) For IntervalTest: Before loading the slice: 233 run, 233 passes, 0 expected failures, 0 failures, 0 errors, 0 unexpected passes After loading the slice: 234 run, 234 passes, 0 expected failures, 0 failures, 0 errors, 0 unexpected passes Thanks Nicolas for the fix, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] From The Trunk: SLICE-MethodDictionaryTest
Name: SLICE-MethodDictionaryTest-AlexandreBergel.1 Author: TestRunner Time: 25 December 2009, 9:29:13 am UUID: 2170f234-8a10-49e6-9c0a-6ce0ad27f70f Ancestors: Dependencies: Kernel-TestRunner.521, KernelTests-TestRunner.180 ISSUE #1683 Pharo image: Pharo-core Pharo core version: 2 SLICE-MethodDictionaryTest-Alexandre_Bergel.1 in the inbox fixes what is proposed by Nicolas. It also defines a class MethodDictionaryTest in the class category: KernelTests-Methods. MethodDictionaryTest uses some traits defined by Cyrille. This is really cool! It permitted to find a bug in MethodDictionary (removes removeKey:ifAbsent: should return the value that has been removed). MethodDictionaryTest has 21 green tests. Before loading the SLICE: 7320 run, 7272 passes, 20 expected failures, 12 failures, 16 errors, 0 unexpected passes After loading the SLICE: 7341 run, 7293 passes, 19 expected failures, 12 failures, 16 errors, 1 unexpected passes Unfortunately, I was not able to find the unexpected pass. Apparently, running twice the unit tests have different results. The description of the issue in Trunk follows: Nicolas Cellier uploaded a new version of Kernel to project The Trunk: http://source.squeak.org/trunk/Kernel-nice.343.mcz Summary Name: Kernel-nice.343 Author: nice Time: 24 December 2009, 10:22:02 am UUID: 155bf515-f41c-bc40-9dad-f98c01dfce8d Ancestors: Kernel-nice.342 Smalltalk commandments #7: 'Thu shalt not invoke super when self could do the job' === Diff against Kernel-nice.342 === Item was changed: - Method: MethodDictionary>>includesKey: (in category 'accessing') - includesKey: aSymbol "This override assumes that pointsTo is a fast primitive" aSymbol ifNil: [^ false]. + ^ self pointsTo: aSymbol! - ^ super pointsTo: aSymbol! -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] More from TheTrunk
Yes, that's the bug, identified by Nicolas Alexandre On 25 Dec 2009, at 10:49, Stéphane Ducasse wrote: > I tried to understand >> >> >> >> A very simple example to illustrate the bug: >> >> | x | >> x := (1.0 timesTwoPower: 53). >> (x to: x + 2) size. >> x to: x+2 do: [:i | Transcript cr; show: i printString] > > it is normal that it still loops forever after loading the slice? > > Stef > > ___ > Pharo-project mailing list > Pharo-project@lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] More from TheTrunk
> I thought it was already in Pharo, wasn't it ? > The fix only apply to this one (Interval>>do:): Ok, but part of your fix was not in Pharo. With SLICE-IntervalFix-FromTrunk-Alexandre_Bergel.1 , it is now in. Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] akuhn/SUnit, chrisma edition :)
Hi Adrian, > Gofer it >disablePackageCache; >squeaksource: 'akuhn'; >package: 'SUnit'; >package: 'SUnitGUI'; >load Where is the update of Gofer that understand your expression? I tried with Gofer-AdrianLienhard.79 and Gofer-DamienCassou.88 from squeaksource.com/Pharo, but disablePackageCache: and package: are not understood. Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] Issue with gofer/metacello
Hi! Last week, the following expression was used to load Mondrian. Gofer new squeaksource: 'Mondrian'; addPackage: 'ConfigurationOfMondrian'; load. (Smalltalk at: #ConfigurationOfMondrian) perform: #loadLastStable. With the last version of Pharo (10502), I get few deprecation warnings (package: should be used instead of addPackage: and version: instead of addVersion:). After proceeding these warnings, I have a rollback: MNU GoferPackageReference class>>name:repository: Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Issue with gofer/metacello
Hi Lukas, In a fresh 10502 I evaluated: -=-=-=-=-=-=-=-=-= [ Gofer gofer load ] on: Error do: [ :err | err retry ]. Gofer gofer recompile. Gofer new squeaksource: 'Mondrian'; addPackage: 'ConfigurationOfMondrian'; load. (Smalltalk at: #ConfigurationOfMondrian) perform: #loadLastStable. -=-=-=-=-=-=-=-=-= I have the same error. The error comes from: -=-=-=-=-=-=-=-=-= MetacelloMCProject>>updateProject "load the latest version of the configuration package" | mcLoader | (mcLoader := self loader) == nil ifTrue: [ mcLoader := self project loaderClass on: nil ]. mcLoader doingLoads: [ | gofer | gofer := Gofer new. MCWorkingCopy managersForClass: self configuration class do: [:mgr | gofer add: (GoferPackageReference name: mgr packageName repository: mgr repositoryGroup) versionReference. Transcript cr; show: 'Loading -> ', mgr packageName, ' <-' ]. gofer load ]. ^true -=-=-=-=-=-=-=-=-= Cheers, Alexandre On 27 Dec 2009, at 17:27, Lukas Renggli wrote: >> After proceeding these warnings, I have a rollback: MNU >> GoferPackageReference class>>name:repository: > > Can you evaluate > > [ Gofer gofer load ] > on: Error > do: [ :err | err retry ]. > Gofer gofer recompile. > > ? I don't have any senders of #name:repository: to > GoferPackageReference. > > Lukas > > -- > Lukas Renggli > http://www.lukas-renggli.ch > > ___ > Pharo-project mailing list > Pharo-project@lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Issue with gofer/metacello
Ok. Thanks, Alexandre On 27 Dec 2009, at 20:14, Dale Henrichs wrote: > Version 1.0-beta.18 (development) should have fixes for the latest > Gofer. 1.0-beta.18 is currently in #development so it is > automatically loaded. When I get the chance to test the Metacello > fixes with 10502, I'll #release 1.0-beta.18 (and will be > automatically loaded). > > Dale > - "Alexandre Bergel" wrote: > > | Hi Lukas, > | > | In a fresh 10502 I evaluated: > | -=-=-=-=-=-=-=-=-= > | [ Gofer gofer load ] > |on: Error > |do: [ :err | err retry ]. > |Gofer gofer recompile. > | Gofer new > | squeaksource: 'Mondrian'; > | addPackage: 'ConfigurationOfMondrian'; > | load. > | (Smalltalk at: #ConfigurationOfMondrian) perform: #loadLastStable. > | -=-=-=-=-=-=-=-=-= > | > | I have the same error. > | The error comes from: > | > | -=-=-=-=-=-=-=-=-= > | MetacelloMCProject>>updateProject > | "load the latest version of the configuration package" > | > | | mcLoader | > | (mcLoader := self loader) == nil > | ifTrue: [ mcLoader := self project loaderClass > on: nil ]. > | mcLoader doingLoads: [ > | | gofer | > | gofer := Gofer new. > | MCWorkingCopy > | managersForClass: self configuration class > | do: [:mgr | > | gofer add: (GoferPackageReference name: mgr > packageName > | repository: mgr repositoryGroup) versionReference. > | Transcript cr; show: 'Loading -> ', mgr > packageName, ' <-' ]. > | gofer load ]. > | ^true > | -=-=-=-=-=-=-=-=-= > | > | Cheers, > | Alexandre > | > | On 27 Dec 2009, at 17:27, Lukas Renggli wrote: > | > | >> After proceeding these warnings, I have a rollback: MNU > | >> GoferPackageReference class>>name:repository: > | > > | > Can you evaluate > | > > | > [ Gofer gofer load ] > | > on: Error > | > do: [ :err | err retry ]. > | > Gofer gofer recompile. > | > > | > ? I don't have any senders of #name:repository: to > | > GoferPackageReference. > | > > | > Lukas > | > > | > -- > | > Lukas Renggli > | > http://www.lukas-renggli.ch > | > > | > ___ > | > Pharo-project mailing list > | > Pharo-project@lists.gforge.inria.fr > | > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo- > project > | > > | > | -- > | _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > | Alexandre Bergel http://www.bergel.eu > | ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > | > | > | > | > | > | > | ___ > | Pharo-project mailing list > | Pharo-project@lists.gforge.inria.fr > | http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > ___ > Pharo-project mailing list > Pharo-project@lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] akuhn/SUnit, christmas edition :)
Hi! Apparently, expectedFailure has a different behavior from the original SUnit. I have a test method declared in a expectedFailures method. However, this test method does not fail, but it triggers a MNU. Running the unit test tells me there is 1 error, the method that I declared as expectedFailure. I guess this behavior is the right one. How can I fix this? There is no sender or implementer of expectedErrors. By the way, why TestCase>>expectedFailures is in the protocol 'history management'? There is also two empty method categories in TestCase. Cheers, Alexandre On 28 Dec 2009, at 02:27, Adrian Kuhn wrote: > Name: SUnit-AdrianKuhn.115 > Author: AdrianKuhn > Time: 28 December 2009, 2:22:16 am > UUID: 21af8078-0c75-4323-89aa-5f0142fa09d4 > Ancestors: SUnit-AdrianKuhn.114 > > Takes #expectedFailure into account. > > As required by Mariano Martinez Peck on the mailing list. He > uses the #expectedFailure method to dynamically create > expected failures, rather than a fixed set of failures as is > stored in stored history. > > > > > ___ > Pharo-project mailing list > Pharo-project@lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] akuhn/SUnit, christmas edition :)
>> Apparently, expectedFailure has a different behavior from the >> original >> SUnit. > > Yes, now as you mention errors. In the original it has the > (undocumented) > behavior of declaring expected failures *and* errors. I'll see how I > can fix > that. Maybe introducing a method expectedErrors would do the thing. >> I have a test method declared in a expectedFailures method. However, >> this test method does not fail, but it triggers a MNU. Running the >> unit test tells me there is 1 error, the method that I declared as >> expectedFailure. I guess this behavior is the right one. >> >> How can I fix this? There is no sender or implementer of >> expectedErrors. > > The preferred way is to store your results into the stored history. > You can > store the history with the context menu in the test runner. To do > so, right > click in the colored status field and choose `store history`. The > stored > results are treated as the expected results then. Yes, but... how is this related to the expectedError? >> By the way, why TestCase>>expectedFailures is in the protocol >> 'history >> management'? There is also two empty method categories in TestCase. > > The empty protocols are left overs of the old implementations. I > dont know > how to tell gofer/monticello to delete them. Do you know how? No idea. But this looks like to be a bug in Monticello no? Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] akuhn/SUnit, christmas edition :)
>>> The preferred way is to store your results into the stored >>> history. You can >>> store the history with the context menu in the test runner. To do >>> so, right >>> click in the colored status field and choose `store history`. The >>> stored >>> results are treated as the expected results then. >> >> Yes, but... how is this related to the expectedError? > > The stored history is compiled into a method on the class side. So > you get the > exact benefit of #expectedFailures/#expectedError. It is persistent > across > source control and will mark your failures/errors as expected. So > you dont > need #expectedError at all. Yep, I know this, I pair programmed the history mechanism with Simon :-) But I still do not understand how do you distinguish a method that always fails from an expectedFailure (i.e., a method that I know will fail, but I do not want it to make my unit test red)? If we need expectedFailure, we will probably need expectedError no? Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] akuhn/SUnit, christmas edition :)
This is really cool that you work on SUnit. This is really needed. Cheers, Alexandre On 28 Dec 2009, at 18:47, Alexandre Bergel wrote: >>>> The preferred way is to store your results into the stored >>>> history. You can >>>> store the history with the context menu in the test runner. To do >>>> so, right >>>> click in the colored status field and choose `store history`. The >>>> stored >>>> results are treated as the expected results then. >>> >>> Yes, but... how is this related to the expectedError? >> >> The stored history is compiled into a method on the class side. So >> you get the >> exact benefit of #expectedFailures/#expectedError. It is persistent >> across >> source control and will mark your failures/errors as expected. So >> you dont >> need #expectedError at all. > > Yep, I know this, I pair programmed the history mechanism with > Simon :-) > But I still do not understand how do you distinguish a method that > always fails from an expectedFailure (i.e., a method that I know will > fail, but I do not want it to make my unit test red)? > If we need expectedFailure, we will probably need expectedError no? > > Cheers, > Alexandre > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > > > _______ > Pharo-project mailing list > Pharo-project@lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] How to execute code before and after a package is load?
To obtain the after behavior, the classical way is to define an 'initialize' method on the class side of one your class. Cheers, Alexandre On 29 Dec 2009, at 04:09, Adrian Kuhn wrote: > It need to turn off system notifications for TestCase while gofer > updates > SUnit. One way I see would be to execute some code snippet before > and after > loading. However the Script button in Monticello seems to be broken. > I cannot > add scripts to the package. > > What can I do? > > So the current way to load akuhn SUnit is > > [SystemChangeNotifier uniqueInstance noMoreNotificationsFor: > TestCase. > Gofer it >displabePackageCache; > squeaksource: 'akuhn'; > package: 'SUnit'; > package: 'SUnitGUI'; > load ] ensure: [ TestCase initialize ]. > > which is well ... quite ugly for a Gofer script. > > --AA > > > ___ > Pharo-project mailing list > Pharo-project@lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] My idea of Metacello configurations for Pharo
Looks good! You haven't mentioned unloading. This is an important topic in my opinion. Alexandre On 29 Dec 2009, at 15:11, Mariano Martinez Peck wrote: > Hi folks. I just wanted to write down my ideas of the Metacello > configurations for our Pharo Images. The idea is to use Metacello to > manage the dependencies and version of the packages, have a history > of the releases and be more modular. You will be able to take a core > image and easily load what you want. We will have a > ConfigurationOfPharo and that's what you will probably use. However, > this conf depends and delegates to another configurations (the conf > of each package). So, the first step is to make each little conf to > work, and then, we focus in the pharo one. > > Solists of points: > > 1) I have been writing several configurations so far. One > configuration per external project that is loaded in Pharo Dev > images. Examples: Shout, OCompletion, RefactoringBrowser, > OmniBroswer, O2, etc.. > The idea is to implement and be sure each of this conf is working > before doing the ConfigurationOfPharo. > > 2) All configurations will be published here: > http://www.squeaksource.com/MetacelloRepository > This repository is like the ibiblio for maven, or the Universe for > the apt-get, or similar. In a near future we will have tools that > work with this (Esteban Lorenzano is working in Loader for example). > > 3) Each configuration must be PERFECTLY loaded in a Pharo Core image > without doing or installing nothing. To do this, I have to declare > properly the dependencies. > This mean, that you will be able to take a core image load the > ConfigurationOfShout for exameple, or OCompletion and you will be > able to load it. Metacello will take care of all the dependencies. > You will also be able to install part of the project and not all > (for example, only core or core + tests, or whatever). > > 4) I started with the Dev packages. We will do this test first to > see if Metacello really help us in our project. If this goes well, > then, in a second step, we will take care about the Web images. > > 5) I started with the 1.0 Dev packages. 1.1 is unestable and several > external packages even don't load in it. So, will do 1.1 in a second > step. > > 6) As there were no versions of Metacello in all the external > projects, I started with 1.0 in ALL. Shout 1.0, OCompletion 1.0, RB > 1.0, etc. This has nothing to do with Pharo 1.0. They are just the > version number. And after this is released, we really need PLEASE, > that the maintainers of those packages also creates the following > versions for them. > > 7) I took as a base, the versions of the 10496 image. I have been > using this image since in was release, 12 hours a day, and seems to > be very stable to me. I mean, the version 1.0 of > ConfigurationOfPharo will be like the 10496 image. When everything > is done and working, create a new image will be very easy. > > 8) We need some features from Metacello which are in the todo list. > So, we will have to wait a bit for them. > > OK, that's all. What do you think? > > Soon I will send an email for the configurations of all projects and > will ask for help and feedback from their developers. > > Cheers, > > Mariano > > > _______ > Pharo-project mailing list > Pharo-project@lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] New class factory for tests (and other use cases)
Hi Adrian, I like the idea of your class factory. For years I have been using something very similar to create throwable classes. For example, in the package Spy (available on squeaksource) I have a class AbstractSpyTest and the following methods: AbstractSpyTest>>createClassNamed: AbstractSpyTest>>createClassNamed:superclass: then, within a test method, I can do: testMyExample | cls | cls := self createClassNamed: #C1. cls compile: 'giveMyFive ^ 5'. ... in the tearDown method I have: AbstractSpyTest>>tearDown super tearDown. classes ifNotNil: [:clss | clss do: #removeFromSystem ]. where 'classes' is an instance variable of AbstractSpyTest I used this piece of code for many years already, and I have always been happy so far. I also take care that the classes are created in a class category different from the one of my application. You propose: > class := ClassFactory newSubclass: Point with: [ :f | > f metaSide compile: 'somePoint ^ self x: 2 y: 3'. > f compile: '+ arg ^ self x + arg x . 3' ]. > > ]. I find this difficult to remember. Do you manage automatic class removing in the tearDown? Cheers, Alexandre On 28 Dec 2009, at 23:07, Adrian Kuhn wrote: > `ClassFactoryForTestCase` is a awesome tool when you need to create > throw-away > classes for tests. And the new akuhn/SUnit includes a DSL that makes > creating > anonymous classes even simpler! > > The new DSL is put in a new class to avoid compatibility issues. To > create an > anonymous class just do > >class := ClassFactory newClass. > > this creates a new subclass of Object. The creates classes is > automatically > reclaimed by garbage collection when no longer used. That is, tear > down of > class factory is not required anymore. > > The class is created without logging and not registered with the > system. That > is, `Object subclasses` does not include the created class. > > To create a subclass of a specific class do > >class := ClassFactory newSubclass: Point. > > To create a subclass with accessors do > >class := ClassFactory newSubclass: Point with: [ :f | >f compileAccessorsFor: 'color' ]. > > If you want getters or setters only, use `#compileSetterFor:` or > `#compilerGetterFor:`. If you want an instance variable without > accessor, use > `#declareInstVar:`. > > To create a subclass with methods do > >class := ClassFactory newSubclass: Point with: [ :f | >f compile: 'answer ^ 42' ]. > > NB: please note that class factory compiles silently without logging. > > To create a method on the class side do > >class := ClassFactory newSubclass: Point with: [ :f | >f forClass: [ :cf | >cf compile: 'somePoint ^ self x: 2 y: 3' ]]. > > In fact, the class side factory `cf` supports the same protocol as > the instance > side factory. Please note that creating instance variables on the > class side > creates "class instances variables" and not "instance class > variables". That > is, they are local to the creates class but not to subclasses of the > created > class. Typically this should not be a limitation since you only > create one > class without further subclasses. > > Also, please note that the created classes and all instances created > from that > class are ment to be thrown away after their use. The created class > is not > registered with the system, and thus when you change the instance > size of its > superclass the created instances will not be updated. > > Gofer it >disablePackageCache; >squeaksource: 'akuhn'; >package: 'SUnit'; >package: 'SUnitGUI'; >load > > --AA > > > > ___ > Pharo-project mailing list > Pharo-project@lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] My idea of Metacello configurations for Pharo
override is probably a problem for unloading. Maybe Stef's substitution of PackageInfo will help. But already having a solution for unloading a configuration that does not override will be great. Alexandre On 29 Dec 2009, at 21:33, Mariano Martinez Peck wrote: > > > On Tue, Dec 29, 2009 at 9:27 PM, Alexandre Bergel > wrote: > Looks good! > You haven't mentioned unloading. This is an important topic in my > opinion. > > > Yes, that's true. I am 100% agree. However, these were my little > next steps for the Metacello configurations for Pharo. > Regarding the unload, I really don't know who should provide that, > Metacello ? Monticello ? Pharo it self? > Does someone know about this? The main problem are the overrides > because you should go back to anothe version, and I don't know if > you have it or you loose it. > > Thanks > > Mariano > > Alexandre > > On 29 Dec 2009, at 15:11, Mariano Martinez Peck wrote: > > > Hi folks. I just wanted to write down my ideas of the Metacello > > configurations for our Pharo Images. The idea is to use Metacello to > > manage the dependencies and version of the packages, have a history > > of the releases and be more modular. You will be able to take a core > > image and easily load what you want. We will have a > > ConfigurationOfPharo and that's what you will probably use. However, > > this conf depends and delegates to another configurations (the conf > > of each package). So, the first step is to make each little conf to > > work, and then, we focus in the pharo one. > > > > Solists of points: > > > > 1) I have been writing several configurations so far. One > > configuration per external project that is loaded in Pharo Dev > > images. Examples: Shout, OCompletion, RefactoringBrowser, > > OmniBroswer, O2, etc.. > > The idea is to implement and be sure each of this conf is working > > before doing the ConfigurationOfPharo. > > > > 2) All configurations will be published here: > > http://www.squeaksource.com/MetacelloRepository > > This repository is like the ibiblio for maven, or the Universe for > > the apt-get, or similar. In a near future we will have tools that > > work with this (Esteban Lorenzano is working in Loader for example). > > > > 3) Each configuration must be PERFECTLY loaded in a Pharo Core image > > without doing or installing nothing. To do this, I have to declare > > properly the dependencies. > > This mean, that you will be able to take a core image load the > > ConfigurationOfShout for exameple, or OCompletion and you will be > > able to load it. Metacello will take care of all the dependencies. > > You will also be able to install part of the project and not all > > (for example, only core or core + tests, or whatever). > > > > 4) I started with the Dev packages. We will do this test first to > > see if Metacello really help us in our project. If this goes well, > > then, in a second step, we will take care about the Web images. > > > > 5) I started with the 1.0 Dev packages. 1.1 is unestable and several > > external packages even don't load in it. So, will do 1.1 in a second > > step. > > > > 6) As there were no versions of Metacello in all the external > > projects, I started with 1.0 in ALL. Shout 1.0, OCompletion 1.0, RB > > 1.0, etc. This has nothing to do with Pharo 1.0. They are just the > > version number. And after this is released, we really need PLEASE, > > that the maintainers of those packages also creates the following > > versions for them. > > > > 7) I took as a base, the versions of the 10496 image. I have been > > using this image since in was release, 12 hours a day, and seems to > > be very stable to me. I mean, the version 1.0 of > > ConfigurationOfPharo will be like the 10496 image. When everything > > is done and working, create a new image will be very easy. > > > > 8) We need some features from Metacello which are in the todo list. > > So, we will have to wait a bit for them. > > > > OK, that's all. What do you think? > > > > Soon I will send an email for the configurations of all projects and > > will ask for help and feedback from their developers. > > > > Cheers, > > > > Mariano > > > > > > ___ > > Pharo-project mailing list > > Pharo-project@lists.gforge.inria.fr > > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: &g
Re: [Pharo-project] Issue with gofer/metacello
I haven't found a better way to load Mondrian in the last Pharo than this incantation: -=-=-=-=-=-=-=-=-=-=-=-= [Gofer new renggli: 'gofer'; version: 'Gofer-lr.86'; load] on: Error do: []. Gofer new squeaksource: 'Mondrian'; addPackage: 'ConfigurationOfMondrian'; load. (Smalltalk at: #ConfigurationOfMondrian) perform: #loadDefault. -=-=-=-=-=-=-=-=-=-=-=-= Cheers, Alexandre On 27 Dec 2009, at 18:35, Tudor Girba wrote: > Hi, > > The problem is that Metacello is not quite working with the latest > Gofer. > > Cheers, > Doru > > > On 27 Dec 2009, at 17:39, Alexandre Bergel wrote: > >> Hi Lukas, >> >> In a fresh 10502 I evaluated: >> -=-=-=-=-=-=-=-=-= >> [ Gofer gofer load ] >> on: Error >> do: [ :err | err retry ]. >> Gofer gofer recompile. >> Gofer new >> squeaksource: 'Mondrian'; >> addPackage: 'ConfigurationOfMondrian'; >> load. >> (Smalltalk at: #ConfigurationOfMondrian) perform: #loadLastStable. >> -=-=-=-=-=-=-=-=-= >> >> I have the same error. >> The error comes from: >> >> -=-=-=-=-=-=-=-=-= >> MetacelloMCProject>>updateProject >> "load the latest version of the configuration package" >> >> | mcLoader | >> (mcLoader := self loader) == nil >> ifTrue: [ mcLoader := self project loaderClass >> on: nil ]. >> mcLoader doingLoads: [ >> | gofer | >> gofer := Gofer new. >> MCWorkingCopy >> managersForClass: self configuration class >> do: [:mgr | >> gofer add: (GoferPackageReference name: mgr >> packageName >> repository: mgr repositoryGroup) versionReference. >> Transcript cr; show: 'Loading -> ', mgr >> packageName, ' <-' ]. >> gofer load ]. >> ^true >> -=-=-=-=-=-=-=-=-= >> >> Cheers, >> Alexandre >> >> On 27 Dec 2009, at 17:27, Lukas Renggli wrote: >> >>>> After proceeding these warnings, I have a rollback: MNU >>>> GoferPackageReference class>>name:repository: >>> >>> Can you evaluate >>> >>> [ Gofer gofer load ] >>> on: Error >>> do: [ :err | err retry ]. >>> Gofer gofer recompile. >>> >>> ? I don't have any senders of #name:repository: to >>> GoferPackageReference. >>> >>> Lukas >>> >>> -- >>> Lukas Renggli >>> http://www.lukas-renggli.ch >>> >>> ___ >>> Pharo-project mailing list >>> Pharo-project@lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>> >> >> -- >> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >> Alexandre Bergel http://www.bergel.eu >> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >> >> >> >> >> >> >> ___ >> Pharo-project mailing list >> Pharo-project@lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > -- > www.tudorgirba.com > > "From an abstract enough point of view, any two things are similar." > > > > > ___ > Pharo-project mailing list > Pharo-project@lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] New class factory for tests (and other use cases)
>> You propose: >>> class := ClassFactory newSubclass: Point with: [ :f | >>> f metaSide compile: 'somePoint ^ self x: 2 y: 3'. >>> f compile: '+ arg ^ self x + arg x . 3' ]. >>> ]. >> >> I find this difficult to remember. > > What is difficult to remember, the API names? I feel yes. In the code you gave, there are 4 hard-to-remember keywords (ClassFactory, newSubclass:, with:, metaSide), without counting the block declaration. Variable declaration is possible using a method #createClassNamed:superclass:ivs: Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] akuhn/SUnit, christmas edition :)
> This is an aspect that I changed. An outcome is unexpected if and > only if it > does not match what is in the stored history. (For compatibility only > #expectedFailures are added to the stored history.) So the preferred > way to > mark an outcome as unexpected is to store the history. Ok, I understand now. Could be okay. But how can I distinguish an expected failure from a real failure ? At the first run, I get some failed tests. Are they real or expected failures? Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] New class factory for tests (and other use cases)
Yeah, I will give a try Alexandre On 30 Dec 2009, at 17:54, Adrian Kuhn wrote: > Alexandre Bergel writes: > >> I feel yes. In the code you gave, there are 4 hard-to-remember >> keywords (ClassFactory, newSubclass:, with:, metaSide), without >> counting the block declaration. >> Variable declaration is possible using a method >> #createClassNamed:superclass:ivs: > > It's a new API, so you have to learn it, yes. > > It's regular and rather small though. You start with > >#newClass >#newClassWith: aBlock >#newSubclass: aClass >#newSubclass: aClass with: aBlock > > and continue within the block with > >#classSide ... >#declareInstVar: name >#compileGetterFor: name >#compileSetterFor: name >#compileAccessorsFor: name >#compile: sourceString > > of which you typically need the last two only. > > C'est tout :) > > --AA > > > > ___ > Pharo-project mailing list > Pharo-project@lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Pharo testers.... WE NEED YOU!!!
Count on me as well Mariano. Alexandre On 31 Dec 2009, at 12:40, Mariano Martinez Peck wrote: > > > On Thu, Dec 31, 2009 at 12:29 PM, Tudor Girba > wrote: > Hi, > > I would like to participate (within some time constraints). > > Excellent. No, there will not be any time constraints. I say just a > few days, to express that we need really test it, at least for a > several hours. All of us are doing this as a Hobie. So, not press. > The worst thing that can happens is that the rest of the testers > test it, (you don't) and the image is released. > But there is no problem at all, next image :) > > > I can test > the loading and the development of Moose in that image. I am working > on a Mac. > > > Cool!! But the problem is not only the load, but the use in itself. > Look, the script seemed to work. I "loaded" everything, but then > > > Cheers, > Doru > > On 31 Dec 2009, at 12:12, Stan Shepherd wrote: > > > > > > > > > Mariano Martinez Peck wrote: > >> > >> Ok, you already know the idea. Damien, or the person that build the > >> next > >> Pharo dev and web images will send those Pharo beta testers a > private > >> email > >> with the link to download the image. No ANN and now update is done > >> yet to > >> the website. Then the betatesters use that image as much as > >> possible for a > >> couple of days. Report bugs if necessary and if it is ok, the image > >> is > >> released. > >> > >> Regarding the list of beta testers would be perfect if we cover the > >> combination of OS (Linux, Mac, Windows) and the browser (OB, O2). > >> But we > >> cannot pretend too much. Take into account that not all the people > >> can > >> work > >> with a new image very easily because they have to migrate data > >> ...etc..Others can just download the project from MC and start to > >> work :) > >> > >> So...here is the list, if you offer yourself, it would be cool to > >> know: > >> OS, > >> VM version, Dev or Web, browser you usually work, 32 o 64 bits, > >> I will then collect this and I will put it in the wiki. > >> > >> - Mariano Martinez Peck. Mac OS, Squeak 4.2.2beta1U.app, Dev, OB, > >> 32 > >> bits > >> - Stan Shepherd > >> > >> > >> WHO ELSE IS IN THE LIST ?? > >> > >> cheers and happy new year!! > >> > >> ___ > >> Pharo-project mailing list > >> Pharo-project@lists.gforge.inria.fr > >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > >> > > Ubuntu 9.04, > > VM: unix - i686 - linux-gnu - Pharo0.1 of 16 May 2008 [latest > update: > > #10074] > > Web > > OB (would also used package browser if working) > > 32 bit > > ...Stan > > > > -- > > View this message in context: > > http://n2.nabble.com/Pharo-testers-WE-NEED-YOU-tp4235920p4235982.html > > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. > > > > ___ > > Pharo-project mailing list > > Pharo-project@lists.gforge.inria.fr > > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > -- > www.tudorgirba.com > > "In a world where everything is moving ever faster, > one might have better chances to win by moving slower." > > > > > ___ > Pharo-project mailing list > Pharo-project@lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > ___ > Pharo-project mailing list > Pharo-project@lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Pharo testers.... WE NEED YOU!!!
Thanks for your effort Alexandre On 31 Dec 2009, at 13:29, Mariano Martinez Peck wrote: > Okthanks to all. I created this page: > http://code.google.com/p/pharo/wiki/ListOfBetaTesters > > We only need the confirmation from Demian. > > Have a happy new year! > > Mariano > > ps: leaving to paris :) > > On Thu, Dec 31, 2009 at 1:11 PM, Alexandre Bergel > wrote: > Count on me as well Mariano. > > Alexandre > > > On 31 Dec 2009, at 12:40, Mariano Martinez Peck wrote: > > > > > > > On Thu, Dec 31, 2009 at 12:29 PM, Tudor Girba > > wrote: > > Hi, > > > > I would like to participate (within some time constraints). > > > > Excellent. No, there will not be any time constraints. I say just a > > few days, to express that we need really test it, at least for a > > several hours. All of us are doing this as a Hobie. So, not press. > > The worst thing that can happens is that the rest of the testers > > test it, (you don't) and the image is released. > > But there is no problem at all, next image :) > > > > > > I can test > > the loading and the development of Moose in that image. I am working > > on a Mac. > > > > > > Cool!! But the problem is not only the load, but the use in itself. > > Look, the script seemed to work. I "loaded" everything, but then > > > > > > Cheers, > > Doru > > > > On 31 Dec 2009, at 12:12, Stan Shepherd wrote: > > > > > > > > > > > > > > Mariano Martinez Peck wrote: > > >> > > >> Ok, you already know the idea. Damien, or the person that build > the > > >> next > > >> Pharo dev and web images will send those Pharo beta testers a > > private > > >> email > > >> with the link to download the image. No ANN and now update is > done > > >> yet to > > >> the website. Then the betatesters use that image as much as > > >> possible for a > > >> couple of days. Report bugs if necessary and if it is ok, the > image > > >> is > > >> released. > > >> > > >> Regarding the list of beta testers would be perfect if we cover > the > > >> combination of OS (Linux, Mac, Windows) and the browser (OB, O2). > > >> But we > > >> cannot pretend too much. Take into account that not all the > people > > >> can > > >> work > > >> with a new image very easily because they have to migrate data > > >> ...etc..Others can just download the project from MC and start to > > >> work :) > > >> > > >> So...here is the list, if you offer yourself, it would be cool to > > >> know: > > >> OS, > > >> VM version, Dev or Web, browser you usually work, 32 o 64 bits, > > >> I will then collect this and I will put it in the wiki. > > >> > > >> - Mariano Martinez Peck. Mac OS, Squeak 4.2.2beta1U.app, Dev, > OB, > > >> 32 > > >> bits > > >> - Stan Shepherd > > >> > > >> > > >> WHO ELSE IS IN THE LIST ?? > > >> > > >> cheers and happy new year!! > > >> > > >> ___ > > >> Pharo-project mailing list > > >> Pharo-project@lists.gforge.inria.fr > > >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > >> > > > Ubuntu 9.04, > > > VM: unix - i686 - linux-gnu - Pharo0.1 of 16 May 2008 [latest > > update: > > > #10074] > > > Web > > > OB (would also used package browser if working) > > > 32 bit > > > ...Stan > > > > > > -- > > > View this message in context: > > > http://n2.nabble.com/Pharo-testers-WE-NEED-YOU-tp4235920p4235982.html > > > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. > > > > > > ___ > > > Pharo-project mailing list > > > Pharo-project@lists.gforge.inria.fr > > > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo- > project > > > > -- > > www.tudorgirba.com > > > > "In a world where everything is moving ever faster, > > one might have better chances to win by moving slower." > > > > > > > > > > ___ > > Pharo-project mailing list > > Pharo-project@
Re: [Pharo-project] What's the best/most complete Class Browser?
This is a matter that we haven't reached a consensus yet. Some people prefer the O2 Package Browser. This browser gives you a pretty good feeling of a package structured image with folding/unfolding and hierarchical views. Some may find this browser slow however. The remaining of pharo users favor snappiness, and prefer OBSystemBrowserAdaptor. Cheers, Alexandre On 3 Jan 2010, at 13:49, Linus De Meyere wrote: > Hey, > > Is there any overview of the class browsers available in Pharo? It > seems there are a few, and I'm not quite sure which one is the most > complete these days. Moreover, some of the functionality I find in > one browser (alphabetize) is missing in another. > > Maybe it's just a matter of taste, but since I'm not yet very > familiar with the Pharo environment, I thougt I'd better ask around. > > Greetz, > > Linus > ___ > Pharo-project mailing list > Pharo-project@lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Does someone know why Nile is in Dev images?
Hi Mariano, I haven't got the chance yet to use Nile unfortunately. But excluding it from Pharo will dramatically reduce the chance that people will look at it. Cheers, Alexandre On 3 Jan 2010, at 13:03, Mariano Martinez Peck wrote: > Sorry Stef but I disagree. PLEASE don't misunderstand me. I know a > lot of very good people have worked and is still working in Nile > project. So, I am sure it is an excellent product. > > However, I don't think it should be in Dev image. Dev image is for > "Developers". So, we put tools like NewInspector, RoelTyper, E and > OCompletion, Refactoring, etc. But why Nile ? > > I am not agree this is neither a way to push Nile to be used. It is > no difference if you already have the code in the image or not, it > is just one click of difference (as you have the Nile-All). Even if > it where the case, I think it should be in Core image. The way to > push a project to be used is to write documentation, tutorials, show > the benefits over other implementationsand so on. > > If Moose use it, ok, put it as a dependency. Now you have a > Metacello configuration for Moose :) > I mean, in SqueakDBX we use FFI and we don't put in the image. > Seaside uses Slime and it is not in the image. > > Just my opinion. I hope no one feels offended. > > What others think about this ? > > Cheers > > Mariano > > On Sun, Jan 3, 2010 at 11:02 AM, Stéphane Ducasse > wrote: > Nile is in dev because it should be progressively use to replace > existing streams. > For example in Moose some important collection extensions depend on > it. > > > > Does another package of the dev image depends on Nile? If not, I > don't understand why it is part of the dev image. I see it as any > other external package but not a "dev tool" that should be included. > > > > Thanks > > > > Mariano > > ___ > > Pharo-project mailing list > > Pharo-project@lists.gforge.inria.fr > > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > ___ > Pharo-project mailing list > Pharo-project@lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > _______ > Pharo-project mailing list > Pharo-project@lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] Help with CurveFitter
Dear List, For Mondrian, I encounter a problem with CurveFitter. I tried to isolate the problem in the following code. You just need to doIt in a workspace: -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= | myMorph window pane morphCls | morphCls := Morph subclass: #MyTestMorph. morphCls compile: 'drawOn: aCanvas | curve | super drawOn: aCanvas. aCanvas fillOval: (1...@30 corner: 1...@290) color: Color lightRed borderWidth: 4 borderColor: Color black. curve := CurveFitter new. curve form: ((Form extent: 4...@4 depth: Display depth) fillWithColor: Color lightBlue; yourself). curve firstPoint: 1...@30. curve secondPoint: 4...@150. curve thirdPoint: 1...@290. curve displayOn: aCanvas form. '. myMorph := morphCls new. myMorph extent: 3000 @ 2000. window := SystemWindow labelled: 'My Example'. window extent: 640 @ 480. pane := ScrollPane new. pane scroller addMorph: myMorph. window addMorph: pane fullFrame: (LayoutFrame fractions: (0 @ 0 corner: 1 @ 1)). window openInWorld. -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= What I would like to have, is the curve to go with the oval when I use the scrollbar. Any idea how to fix this? Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Notifications of windows opening/closing/focus
> How do you get notified of windows opening, closing, or getting > focus in Pharo? Is there some announcements or some older events? Hi Simon, I did something like this for Mondrian. It is based on announcement. For multiple reasons, I haven't got the time to push it into the mainstream. Load Mondrian, and you will find the class: MOMorphicExtensionInstaller When this class is loaded, it installs a changeset defined in a class- side method. Have a look at the class MorphicWindowNotificationTest to see how to use it. I have been using this extension for some time, it is pretty harmless. Maybe I can put it in a dedicated Monticello repository... Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Notifications of windows opening/closing/focus
Gary, In this email I attached a .st file. Just load it, and it will install the change set to get notifications. A number of people already expressed their need for such an extension. Cheers, Alexandre MOMorphicExtensionInstaller.st Description: Binary data On 4 Jan 2010, at 17:20, Gary Chambers wrote: Nothing like that currently or previously AFAIK. Regards, Gary - Original Message - From: "Simon Denier" To: "Pharo Development" Sent: Monday, January 04, 2010 4:00 PM Subject: [Pharo-project] Notifications of windows opening/closing/ focus Hi How do you get notified of windows opening, closing, or getting focus in Pharo? Is there some announcements or some older events? -- Simon ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project