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

Re: [Pharo-project] Issue 3536 in pharo: ZipArchive>>extractAllTo: leaves temporary directory on Mac

by pharo＠googlecode.com

Comment #1 on issue 3536 by sean.p.d...(a)gmail.com: ZipArchive>>extractAllTo: leaves temporary directory on Mac http://code.google.com/p/pharo/issues/detail?id=3536 Fix attached "Issue-3536-ZipArchive-leaves-temporary-directory-on-Mac-SeanDeNigris.cs". The problem was that Mac OS X adds metadata to archives. ZipArchive now skips those files and directories when extracting. Sean Attachments: Issue-3536-ZipArchive-leaves-temporary-directory-on-Mac-SeanDeNigris.cs 1.5 KB

Jan. 29, 2011

Re: [Pharo-project] Uri vs. Url

by Marcus Denker

On Jan 29, 2011, at 9:17 AM, DeNigris Sean wrote: > It confuses me that the URI and Url class hierarchies are separate, given that a URL is a subset of URI (http://en.wikipedia.org/wiki/Uniform_Resource_Identifier#Relationship_to_UR…) Does it make sense to unify these? > Hi, The history behind is the following. Impara implemented URI and used it for all their products and Sophie later. The idea was in 3.9 to integrate URI and then remove Url later in another step. But sadly, already the first step was never really done: we integrated the URI package, but the (for 3.9)planed second pass did never happen. (to replace Urls and just keep them for compatibility, together with syncing with sophie fixes). Wo should do another pass, yes. Marcus -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

Jan. 29, 2011

Re: [Pharo-project] Issue 3612 in pharo: Full Image uses wrong Theme

by pharo＠googlecode.com

Updates: Status: Closed Comment #3 on issue 3612 by marcus.d...(a)gmail.com: Full Image uses wrong Theme http://code.google.com/p/pharo/issues/detail?id=3612 (No comment was entered for this change.)

Jan. 29, 2011

[Pharo-project] Uri vs. Url

by DeNigris Sean

It confuses me that the URI and Url class hierarchies are separate, given that a URL is a subset of URI (http://en.wikipedia.org/wiki/Uniform_Resource_Identifier#Relationship_to_UR…) Does it make sense to unify these? Thanks. Sean

Jan. 29, 2011

Re: [Pharo-project] Issue 3620 in pharo: Settings: OCompletion settings appear twice

by Alain Plantec

Le 29/01/2011 00:16, Levente Uzonyi a Ã©crit : > On Fri, 28 Jan 2011, pharo(a)googlecode.com wrote: > >> >> Comment #1 on issue 3620 by laurent....(a)gmail.com: Settings: >> OCompletion settings appear twice >> http://code.google.com/p/pharo/issues/detail?id=3620 >> >> Fix (naive) here: >> SLICE-Issue-3620-Settings-OCompletion-settings-appear-twice-LaurentLaffont.1 >> >> > > The actual problem is that SettingsBrowser is showing Squeak's pragma > preferences as Pharo's system settings. See SettingTreeBuilder >> > #preference:category:description:type: for the implementation. > > I see three possible scenarios to resolve this issue: > 1. Your fix will be accepted (which implies that OCompletion will be > forked). > 2. We remove ECPreferences class >> #settingsOn: from OCompletion. > 3. You remove SettingTreeBuilder >> > #preference:category:description:type: from Pharo. 4. Maybe it's also possible to remove duplicated entries (so just a UI problem). Cheers Alain > > > Levente > >

Jan. 29, 2011

Re: [Pharo-project] Issue 3610 in pharo: Should remove Morphic-Undo

by pharo＠googlecode.com

Comment #4 on issue 3610 by ryd...(a)gmail.com: Should remove Morphic-Undo http://code.google.com/p/pharo/issues/detail?id=3610 Oh, never mind, didn't notice it says so in the class comment, just looked at all the methods...

Jan. 29, 2011

Re: [Pharo-project] Issue 3610 in pharo: Should remove Morphic-Undo

by pharo＠googlecode.com

Comment #3 on issue 3610 by ryd...(a)gmail.com: Should remove Morphic-Undo http://code.google.com/p/pharo/issues/detail?id=3610 *cough* Deprecate? *cough* ;)

Jan. 29, 2011

Re: [Pharo-project] Issue 3620 in pharo: Settings: OCompletion settings appear twice

by Levente Uzonyi

On Fri, 28 Jan 2011, pharo(a)googlecode.com wrote: > > Comment #1 on issue 3620 by laurent....(a)gmail.com: Settings: OCompletion > settings appear twice > http://code.google.com/p/pharo/issues/detail?id=3620 > > Fix (naive) here: > SLICE-Issue-3620-Settings-OCompletion-settings-appear-twice-LaurentLaffont.1 > > The actual problem is that SettingsBrowser is showing Squeak's pragma preferences as Pharo's system settings. See SettingTreeBuilder >> #preference:category:description:type: for the implementation. I see three possible scenarios to resolve this issue: 1. Your fix will be accepted (which implies that OCompletion will be forked). 2. We remove ECPreferences class >> #settingsOn: from OCompletion. 3. You remove SettingTreeBuilder >> #preference:category:description:type: from Pharo. Levente

Jan. 28, 2011

Re: [Pharo-project] CommandShell

by Sean P. DeNigris

David T. Lewis wrote: > > If something does not work it Pharo, it's a bug. > Forgot to mention I'm on Pharo 1.1.1 with 4.2.5 Mac VM. Sean -- View this message in context: http://forum.world.st/CommandShell-tp2226990p3245593.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Jan. 28, 2011

Re: [Pharo-project] Issue 3620 in pharo: Settings: OCompletion settings appear twice

by pharo＠googlecode.com

Comment #1 on issue 3620 by laurent....(a)gmail.com: Settings: OCompletion settings appear twice http://code.google.com/p/pharo/issues/detail?id=3620 Fix (naive) here: SLICE-Issue-3620-Settings-OCompletion-settings-appear-twice-LaurentLaffont.1

Jan. 28, 2011