March 2011 - Pharo-dev - lists.pharo.org

[Pharo-project] [COTDC] 22 - EditableTextMorphAnnouncement
by laurent laffont March 2, 2011

March 2, 2011

Today: EditableTextMorphAnnouncement Comment Of The Day Contest - One Day One Comment Rules: #1: Each day a not commented class is elected. Each day the best comment will be integrated with name of the author(s). #2: If you cannot comment it, deprecate it. Results: http://code.google.com/p/pharo/wiki/CommentOfTheDayContest Laurent

1 1

[Pharo-project] FinderUI browse button
by DougEdmunds March 2, 2011

March 2, 2011

The Finder 'Browse' button (left side center strip in GUI) seems to always opens a browser on FinderUI instead of the selected item. Using: PharoCore-1.2.image Finder-BenjaminVanRyseghem.29.mcz -- View this message in context: http://forum.world.st/FinderUI-browse-button-tp3331958p3331958.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

1 0

[Pharo-project] another blog post
by Eliot Miranda March 2, 2011

March 2, 2011

Hi All, I've finally published an in-depth blog post on inline cacheing<http://www.mirandabanda.org/cogblog/2011/03/01/build-me-a-jit-as-fast-as-yo…>in the Cog JIT. best Eliot

1 0

[Pharo-project] Url / HTTPSocket with https://
by laurent laffont March 2, 2011

March 2, 2011

Hi, (Url absoluteFromText: 'https://www.google.com') retrieveContents or HTTPSocket httpGet:'https://www.google.com'. fail because they don't like https://. How can I get content on https:// ? Laurent Laffont - @lolgzs <http://twitter.com/#!/lolgzs> Pharo Smalltalk Screencasts: http://www.pharocasts.com/ Blog: http://magaloma.blogspot.com/

4 6

Re: [Pharo-project] Issue 2757 in pharo: Refactor StringHolder
by pharo＠googlecode.com March 2, 2011

March 2, 2011

Updates: Status: Closed Comment #8 on issue 2757 by stephane...(a)gmail.com: Refactor StringHolder http://code.google.com/p/pharo/issues/detail?id=2757 in 13011

1 1

[Pharo-project] [BUG]: XMLRPC 1.0-alpha4 calls with -/+ 1 arg fail
by Sean P. DeNigris March 1, 2011

March 1, 2011

It seems that 1.0-alpha4 only handles calls with one argument. The problem seems to be in following statement from XMLRPCServerRequest>>methodResponse: ret := ((srv key) perform: (srv value) with: (self params)). #perform:with: only expects one argument (per the comment) and fails if otherwise A solution is to use #perform:withArguments: like so: ret := ((srv key) perform: (srv value) withArguments: self params asArray). n.b. The parameters are stored in an OrderedCollection, which must be converted to an array Changeset attached: http://forum.world.st/file/n3328882/XMLRPCServerRequest-methodResponse.st XMLRPCServerRequest-methodResponse.st HTH, Sean -- View this message in context: http://forum.world.st/BUG-XMLRPC-1-0-alpha4-calls-with-1-arg-fail-tp3328882… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

2 2

[Pharo-project] [update 1.3] #13069
by StÃ©phane Ducasse March 1, 2011

March 1, 2011

13069 ----- - Issue 3737: Behavior>>allSubclasses comment does not match actual implementation. - Issue 3704: remove FakeClassPool adopt: and its senders. Thanks Nicolas Cellier for the idea. - Issue 3691: Cleaning by comparing SimpleMorphic and Morphic. Thanks Fernando Olivero for the feedback.

1 0

March 1, 2011

Hi Could we have the primitiveBeep beeping again? What was the reason to disable it? Stef

5 7

[Pharo-project] Issue 3691 in pharo: Cleaning by comparing SimpleMorphic and Morphic
by pharo＠googlecode.com March 1, 2011

March 1, 2011

Status: Accepted Owner: stephane...(a)gmail.com New issue 3691 by stephane...(a)gmail.com: Cleaning by comparing SimpleMorphic and Morphic http://code.google.com/p/pharo/issues/detail?id=3691 I did several cleans by comparing SimpleMorphic Canavs and FormCanvas Attachments: CanvasCleaning.2.cs 36.9 KB

1 5

[Pharo-project] Issue 3704 in pharo: remove FakeClassPool adopt: and its senders
by pharo＠googlecode.com March 1, 2011

March 1, 2011

Status: Accepted Owner: nicolas....(a)gmail.com Labels: Difficulty-Easy New issue 3704 by nicolas....(a)gmail.com: remove FakeClassPool adopt: and its senders http://code.google.com/p/pharo/issues/detail?id=3704 As developped on following link, this message is useless http://article.gmane.org/gmane.comp.lang.smalltalk.squeak.general/154929 The job is easy: if you see a sender of FakeClassPool adopt: then just remove it. This is part of a larger plan, remove FakeClassPool itself since it's sole use is to flash a TextEditor when self is returned from a nil doItReceiver. See also http://lists.squeakfoundation.org/pipermail/squeak-dev/2011-February/157518… for a possible Comment Of The Day ;)

1 5