- Pharo-dev - lists.pharo.org

[Pharo-project] Mercury bar [WAS] Search in Pharo (and other Smalltalkices) what is out there?
by Mariano Martinez Peck Jan. 19, 2010

Jan. 19, 2010

Hi folks: I previous Dev images I remember the Mercury bar in OB to search for classes and methods. Now, in the last Dev Beta Image I built, there was not mercury :( I have completely no idea where that bar is or how to install it. Moreover, now we are using Lukas' OB. Does someone know how to install it so that I can put it again ? should that bring problems ? Cheers Mariano ---------- Forwarded message ---------- From: Adrian Kuhn <akuhn(a)iam.unibe.ch> Date: Mon, Jan 18, 2010 at 6:34 PM Subject: [Pharo-project] Search in Pharo (and other Smalltalkices) what is out there? To: pharo-project(a)lists.gforge.inria.fr Dear list, I am trying to compile a list of all source/object search abilities in Pharo (and other Smalltalkices). So far I got - Senders of - Implementers of - References to - Mercury search bar of OB - Code search/rewrite of RB - MethodFinder - PointerFinder certainly there is more out there. Any references and hints are welcome. cheers, AA _______________________________________________ Pharo-project mailing list Pharo-project(a)lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

5 7

[Pharo-project] strange local variable problem
by Tudor Girba Jan. 19, 2010

Jan. 19, 2010

Hi, 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. actionsFrom: aCollectionOfOBCommandClasses on: aTarget for: aRequestor ^ aCollectionOfOBCommandClasses collect: [ :each | | command | command := each on: aTarget for: aRequestor. GLMAction new icon: command icon; title: command label; action: [:presentation | command execute ]; yourself ] I believe this is a bug. Cheers, Doru -- www.tudorgirba.com "Obvious things are difficult to teach."

5 8

[Pharo-project] Impossible catch the startDrag event of a scrollPane widget. A mistery :)
by nullPointer Jan. 18, 2010

Jan. 18, 2010

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.

1 0

[Pharo-project] I think SmalltalkImage >> changeImageNameTo: is wrong
by Mariano Martinez Peck Jan. 18, 2010

Jan. 18, 2010

Look at SmalltalkImage >> changeImageNameTo: changeImageNameTo: t1 self imageName: t1 asSqueakPathName. LastImageName := self imageName Here, it is putting to LastImageName the new one. Shouldn't be in the other order, like this: changeImageNameTo: t1 LastImageName := self imageName self imageName: t1 asSqueakPathName. Maybe I misunderstood what LastImageName is Thoughts? Mariano

2 4

[Pharo-project] Overflow row morph
by Gary Chambers Jan. 18, 2010

Jan. 18, 2010

Hi all, I got fed up with the browser button row getting clipped so have developed an "OverflowRowMorph" that provides a button to popup items that don't fit the current bounds. Not perfect but better than nothing! The button disappears if there is sufficient space for all the submorphs. I'll include in the last version of Polymorph when I get around to making a stable release. Regards, Gary

4 12

[Pharo-project] PluggableTextMorph >> getText proposed modification
by Ralph Boland Jan. 18, 2010

Jan. 18, 2010

In my (Squeak) project I modified PluggableTextMorph >> getText to be as follows: getText "Retrieve the current model text" | newText | getTextSelector isNil ifTrue: [^Text new]. newText := (getTextSelector numArgs = 1) ifTrue: [model perform: getTextSelector with: self] ifFalse: [model perform: getTextSelector]. newText ifNil: [^Text new]. ^newText shallowCopy The change allows the getTextSelector to pass an additional argument: self. I made this change because I wanted to know which PluggableTextMorph was asking for text. This is useful when one has large numbers of similar PluggableTextMorphs. Note that the method PluggableTextMorph >> acceptTextInModel already does this so I didn't need to modify it. Thus I think my change makes PluggableTextMorph more consistent. Any chance of this change being made a part of the Pharo image? Frankly, I would prefer that all the GUI objects that have get/set messages had this capability. For CheckBoxes I earlier added the capability to return either self or some arguments (by subclassing this time). I am happy with the result. Another way I could do this would be to create a holder for the PluggableTextMorph (or other gui object) that would respond to the getText and acceptTextInModel messages and would know which PluggableTextMorph is speaking to it (since there would be only one). The holder would replace the model in the PluggableTextMorph and have a reference to the original model to which it could forward messages. Again this would allow me to have a large number of similar PluggableTextMorphs. One could create a PluggableTextMorphHolder class for this or create a single holder class that could work with different Morph classes (only one at a timeof course) (by responding to messages from all of them). It would be nice of course if these GUI holders already existed in Squeak/Pharo so I didn't have to invent them. Which approach do you think is better? Regards, Ralph Boland -- I've been middle class and I've been poor. Middle class is better.

6 7

[Pharo-project] Fix to PackageOrganizer>>packageOfClass:
by Danie Roux Jan. 18, 2010

Jan. 18, 2010

All, I was confused about the purpose of PackageInfo>>mostSpecificPackageOfMethod:ifNone: and PackageInfo>>mostSpecificPackageOfClass:ifNone: They seem to be a workaround to the bug that exist in #packageOfClass:ifNone: and #packageOfMethod:ifNone:? I propose this fix, after discussing it with Lukas: http://code.google.com/p/pharo/issues/detail?id=1752 Background of problem: In theory it should not be possible for packages to overlap. Every class, and every method should belong to only one Category. In reality packaging bugs and other actions does cause packages to be created that overlap. An example in PharoCore, 10505 is this: (PackageOrganizer default packageNamed: 'Collections' ifAbsent: [ self error: 'hmm']) includesClass: Text. " true " (PackageOrganizer default packageNamed: 'Collections-Text' ifAbsent: [ self error: 'hmm']) includesClass: Text. " also true! " In the old implementation, #packageOfClass: would have returned the first category that matches. It will now return the more specific 'Collections-Text'. I suggest that #mostSpecificPackageOfClass* and #mostSpecificPackageOfMethod* methods be removed as well? -- Danie Roux *shuffle* Adore Unix - http://danieroux.com

4 10

[Pharo-project] [BUG] Issue 945 still can be reproduced
by George Herolyants Jan. 18, 2010

Jan. 18, 2010

Hi all, I've just checked in the latest dev image (10.01.1). The bug http://code.google.com/p/pharo/issues/detail?id=945 is still there despite it was marked as 'closed' in the tracker. Btw, Squeak Trunk incorporated not nil check as a workaround. I also did it in my working image (as many other people, I think). So why doesn't Pharo do the same at least until the right fix will be proposed? I bother you with it because I believe it prevents Pharo to gain new users (at least those who mostly uses Windows platform). George

3 5

[Pharo-project] send a message code kata
by laurent laffont Jan. 18, 2010

Jan. 18, 2010

Hi, for PrStef (that may be renamed ProfStef - thanks Lukas) there are several ways to go to the next lesson: PrStef next. [PrStef next] value. 3=3 ifTrue: [PrStef next]. 1 to: 1 do: [:i | PrStef next]. I'm thinking about adding more of it: (Smalltalk at: #PrStef) next. PrStef perform: #next. I'm sure you know other funny ways to send #next on PrStef :) Laurent

3 2

Jan. 18, 2010

Hi Does anybody know what is the purpose of this message? is it just the isInMemory that makes a difference? withAllSuperAndSubclassesDoGently: probably superfluous too :) Stef

4 5