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

[Pharo-project] Can we remove Arc, Circle and Spline ?

by Mariano Martinez Peck

Maybe I even would like to remove the whole package 'ST80-Paths'.....but, going step by step, I would remove Arc, Circle and Spline. As far as I could see, they don't have more senders than their own examples. And they are not even working. For example, Arc and Circule shows the same. Evaluate: Arc example Circle example Spline example So, what do you think? We break everything if we do this? opinions? Maybe we can put them in PharoMorphicExtras :) Cheers Mariano

Jan. 19, 2010

Re: [Pharo-project] Mercury bar [WAS] Search in Pharo (and other Smalltalkices) what is out there?

by Stefan Marr

> Yes I use it all the time. I find it more usable than Algernon or even Working Set when I'm looking for class refs/method users. > In O2, there is a help text by default which sums up the syntax: > - AClass (starting with upper case) when looking for a class > - aMethod (starting with lower case) when looking for a method > - #AClass, references to AClass > - #aMethod, senders of aMethod > - 'hello world', look for substring 'hello world' in method strings Very good to know. Thank you for the explanation. It is indeed very helpful. If it stays in the standard browser (I am using the images how they are delivered...) such a help text would be great. Helps with "learning/discovering by using" which at least for me is the way to go in a modern IDE. Reading a manual is a nice concept, but I usually don't apply it :-/ Best Stefan > > Of course it is also completion-enabled :) > > It would be cool if it had a shorcut for Siblings, like in WorkingSet > - !AClass > - !aMethod > > > > It's also true that it eats space for each browser. I think it's should be easy to put a unique search field in a task bar. As part of my Morphic experiments, I played a bit with this idea. As an example, you can perform the following in a workspace (unfortunately it opens two browsers, but should be difficult to tweak). > > (OBMercuryQuery from: '''hello''' panel: (OBPanel new browser: SystemBrowser default browserClass open model)) find > > > -- > Simon > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- Stefan Marr Software Languages Lab Vrije Universiteit Brussel Pleinlaan 2 / B-1050 Brussels / Belgium http://soft.vub.ac.be/~smarr Phone: +32 2 629 3956 Fax: +32 2 629 3525

Jan. 19, 2010

Re: [Pharo-project] testing the linux vm of pharo-project

by StÃ©phane Ducasse

I'mrefering to the one mentioned on the public pharo-project.org web page On Jan 19, 2010, at 12:55 AM, Schwab,Wilhelm K wrote: > Stef, > > No problem. Are you referring to 3.11-3? Is there anything in particular that I should try? The image loads and saves, some randomly selected tests pass the (the weak inspector test case is not happy). > > The nice fonts do not work, but they do with the same image and 0.15.2f Pharo vm. > > Bill > > > > > -----Original Message----- > From: pharo-project-bounces(a)lists.gforge.inria.fr [mailto:pharo-project-bounces@lists.gforge.inria.fr] On Behalf Of StÃ©phane Ducasse > Sent: Monday, January 18, 2010 4:40 PM > To: Pharo-project(a)lists.gforge.inria.fr Development > Subject: [Pharo-project] testing the linux vm of pharo-project > > Hi bill > > can you let us know if the linux VM pointed to on the web site is working (normally it should not since it should be preclosure). > > Stef > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Jan. 19, 2010

Re: [Pharo-project] Nabble

by StÃ©phane Ducasse

ok with me. I do not use it so this is good that you lets us know. Stef On Jan 19, 2010, at 12:06 AM, Stan Shepherd wrote: > > I'd vote for under the Pharo list, then we can see the posts by browsing just > the one list, (in the same way as Seaside now appears as a subset of the > Squeak list). > > Thanks for listing it, ...Stan > -- > View this message in context: http://n2.nabble.com/Nabble-tp4416405p4416826.html > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Jan. 19, 2010

Re: [Pharo-project] strange local variable problem

by csrabak＠bol.com.br

Em 18/01/2010 14:59, Lukas Renggli < renggli(a)gmail.com > escreveu: > The point is Pharo finally has real closures and sane execution > semantics. The same semantics that all other Smalltalk dialects > already had for decades, and the same semantics that Lisp, Scheme > and even Javascript programmers trusted on in the last 40 years. I agree with the sane semantics w.r.t. closures. However, Turba's post: > > Em 16/01/2010 23:07, Tudor Girba <tudor.girba(a)gmail.com> escreveu: > > > I have a method that takes OBCommands and returns Actions: > > > > > > actionsFrom: aCollectionOfOBCommandClasses on: aTarget for: aRequestor > > > | command | > > > ^ aCollectionOfOBCommandClasses collect: [ :each | > > > command := each on: aTarget for: aRequestor. > > > GLMAction new > > > icon: command icon; > > > title: command label; > > > action: [:presentation | command execute ]; > > > yourself > > > ] > > > > > > These actions have a block that will be executed at a later time. The > > > problem here was that the command in the action block was always > > > pointing to the same command object, even at each point the command > > > variable was populated correctly. > > > > > > However, when the command is defined inside the block, everything > > > works as expected. > > > Makes me think the method would be work invariably of the position of the variable command (which is temporary for the method), because I see this analogous to (pls bear with me that in order to simplify the example I'm probably missing something!): temp := 1000. #(99 17 1 2 3 4 5 0 6 7 8 9) do: [:ea | temp := temp min: ea]. which after execution leaves temp with zero. > The previous block semantics on Pharo (and Squeak) were completely > broken. The 'average Smalltalker' had to understand how contexts > were setup and how the source is compiled to bytecode to explain the > numerous hacks that were required for example in get the blocks > behave sanely in Seaside. This is no longer necessary. The 'average > Smalltalker' can just read the wikipedia page on closures. > OK about that! I'm obviously missing something, but perhaps being able to read this mailing only at night and tired is not helpin'!! []s -- Cesar Rabak

Jan. 19, 2010

Re: [Pharo-project] worldMenu

by Francisco Ortiz PeÃ±aloza

I totally agree! Another thought is that there isn't currently other use cases for a PasteUpMorph besides World. I would love to have a simple solution or a solution at all rather than my just my opinion. Best Regards, Francisco On Mon, Jan 18, 2010 at 6:57 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > > On Jan 18, 2010, at 4:34 PM, Francisco Ortiz PeÃ±aloza wrote: > >> i know but not every PasteUpMorph has to be the World... >> >> from PasteUpMorph comments >> "A morph whose submorphs comprise a paste-up of rectangular subparts >> which "show through". Â Anything called a 'Playfield' is a >> PasteUpMorph." >> >> i'm just saying that anything related to the world concept >> semantically doesnt belong to what i understand for PasteUpMorph. > > > I do not understand PasteUpMorph (no pun intended). > Seems to me that it was playing too many roles (I happy that we removed a couple of tenth of methods from it). > > Stef >>>>> > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Jan. 19, 2010

Re: [Pharo-project] testing the linux vm of pharo-project

by Schwab,Wilhelm K

Stef, No problem. Are you referring to 3.11-3? Is there anything in particular that I should try? The image loads and saves, some randomly selected tests pass the (the weak inspector test case is not happy). The nice fonts do not work, but they do with the same image and 0.15.2f Pharo vm. Bill -----Original Message----- From: pharo-project-bounces(a)lists.gforge.inria.fr [mailto:pharo-project-bounces@lists.gforge.inria.fr] On Behalf Of StÃ©phane Ducasse Sent: Monday, January 18, 2010 4:40 PM To: Pharo-project(a)lists.gforge.inria.fr Development Subject: [Pharo-project] testing the linux vm of pharo-project Hi bill can you let us know if the linux VM pointed to on the web site is working (normally it should not since it should be preclosure). Stef _______________________________________________ Pharo-project mailing list Pharo-project(a)lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Jan. 18, 2010

Re: [Pharo-project] Nabble

by Stan Shepherd

I'd vote for under the Pharo list, then we can see the posts by browsing just the one list, (in the same way as Seaside now appears as a subset of the Squeak list). Thanks for listing it, ...Stan -- View this message in context: http://n2.nabble.com/Nabble-tp4416405p4416826.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Jan. 18, 2010

[Pharo-project] Impossible catch the startDrag event of a scrollPane widget. A mistery :)

by nullPointer

IÂ´m using a Scrollpane widget for show data in table format. http://img687.imageshack.us/img687/1557/capturadepantalla201001o.png My problem is when I try catch the startDrag event of that scrollPane widget. The stillMouseDown event donÂ´t works too. I see in front of scrollPane a submorph, a TransformMorph. I did try capture too the events in that invisible morph ( the scroller of scrollPane ) but donÂ´t works too. I need some of that events for move the widgets in the UIBuilder tool. Thanks for the help. -- View this message in context: http://n2.nabble.com/Impossible-catch-the-startDrag-event-of-a-scrollPane-w… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Jan. 18, 2010

Re: [Pharo-project] Nabble

by Adrian Lienhard

done. Thanks, Geert. Adrian On Jan 18, 2010, at 22:52 , Mariano Martinez Peck wrote: > Thanks! we should update the website now :) > > On Mon, Jan 18, 2010 at 10:43 PM, StÃ©phane Ducasse < > stephane.ducasse(a)inria.fr> wrote: > >> thanks a lot >> >>> Just added the Pharo Smalltalk Users mailing list to Nabble ... I prefer >> the >>> online forums over mailing lists. >> >> I can imagine >> >>> >>> Just wondering whether Pharo Smaltalk Users should be under Pharo >> Smalltalk >>> or just under the top level Smalltalk category? >> >> top level smalltalk is good. >> >> Stef] >> >>> -- >>> View this message in context: >> http://n2.nabble.com/Nabble-tp4416405p4416405.html >>> Sent from the Pharo Smalltalk mailing list archive at Nabble.com. >>> >>> _______________________________________________ >>> Pharo-project mailing list >>> Pharo-project(a)lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Jan. 18, 2010