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

[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

[Pharo-project] allSubclassesDoGently: ?
by StÃ©phane Ducasse Jan. 18, 2010

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

[Pharo-project] ConfigurationOfAlien
by Fernando olivero Jan. 18, 2010

Jan. 18, 2010

Hi, i've updated the ConfigurationOfAlien. I've added groups and load shortcuts to the class. Thanks Mariano for the tips on metacello. John, I bother you once again, please put the new info on the page. To load Alien in a Pharo Dev image: Gofer new url: 'http://www.squeaksource.com/Alien' ; addPackage: 'ConfigurationOfAlien'; load. Then evaluate the desired group/s: ConfigurationOfAlien loadCore. ConfigurationOfAlien loadTests. ConfigurationOfAlien loadLibC. ConfigurationOfAlien loadMacOSX. ConfigurationOfAlien loadVMMaker. ConfigurationOfAlien loadWin32.

2 3

[Pharo-project] Smalltalk (Pharo) and String equality
by laurent laffont Jan. 18, 2010

Jan. 18, 2010

Hi, Something strange to me: '2' = '2'. -> true (OK) (2 asString) = (2 asString). -> true (OK) (2 asString) == (2 asString). -> false (OK) '2' == '2'. -> true ????? Laurent

7 12

[Pharo-project] Date fromString: '6-Jan-10'
by Stephan Eggermont Jan. 17, 2010

Jan. 17, 2010

The real life situation with date strings is much worse. I live in a city (Zoetermeer) where a passport was issued with the holders birthdate being 00-00-1972. I'm very much in favor of not trying to be clever in the core Date classes, and to provide separate guessing logic, properly internationalized. The current readFrom: is not usefull at all, except in the US. And even there it simply breaks on real-life data. Stephan

1 0

Jan. 17, 2010

- remove bogus test fro allLocalCallOn: - Issue 1839: WeakIdentityKeyDictionary generates out of bounds errors - Issue 1843: WeakKeyDictionary copy error'.

2 2

[Pharo-project] us the vm -memory in an image ?
by Laval Jannik Jan. 17, 2010

Jan. 17, 2010

Hi, In some case I need to run my VM with more memory. For now, I use the parameter "-memory" when I run the VM. Is it possible to define this value in the image ? Then I can use it in a script. Cheers --- Jannik Laval ---

8 20