- Pharo-dev - lists.pharo.org

[Pharo-project] FileSystem and file extensions
by Guillermo Polito June 23, 2012

June 23, 2012

Hi! I've seen that FS takes as a file extension everything after the first dot, instead of the last one. Now, that conflicts with the naming we are using for our files: - changesets and fileouts often take the form something.cs, something.1.cs, something.2.cs - image names: pharo-2.0.image, pharo-2.0.1.image One of them has to be changed I think... :) Also, I'm more used to the other definition of extension: All after the last dot :S Guille

7 13

[Pharo-project] could metacello be hosted on ss3 or smalltalkhub or not load configurationOfHelp?
by StÃ©phane Ducasse June 23, 2012

June 23, 2012

because right now we cannot load configurations because it requires configuration of Help and squeaksource is done. It would be good to have a small version of metacello just loading the bare minimum. Stef

4 6

Re: [Pharo-project] compiled method inherits from Collection?
by Fernando Olivero June 23, 2012

June 23, 2012

Thanks for the info, its a shame we cant easily change the vm. Oh well, i should first ask for isCompiledMethod before isCollection now... Fernando On Tue, Jun 19, 2012 at 11:34 AM, Marcus Denker <marcus.denker(a)inria.fr> wrote: > > On Jun 19, 2012, at 11:28 AM, Fernando Olivero wrote: > >> (Object>>#name) isCollection = true >> >> Actually is a subclass of ByteArray (instead of collaborating with one). >> >> Does this seem strange to anybody else? Is it really needed? >> > CompiledMethods are magical. Â They are highly optimized for saving space. > If this is needed in 2012 where even a cellphone has half a gig of RAM is > something that people are highly opinionated about. > > And the special format of CompiledMethod is something the VM knows. > > So: any change here means deep VM changes. > > Â Â Â Â Marcus > > > > -- > Marcus Denker -- http://marcusdenker.de >

4 5

[Pharo-project] ScriptManager for Pharo 2.0 also with code completion
by Torsten Bergmann June 22, 2012

June 22, 2012

The Pharo 2.0 compatible version of ScriptManager now also contains code completion. Hat tip to Sean P. DeNigris and Wilhelm K Schwab for their discussion about this. Its available as version 1.6 in ConfigurationOfScriptManager-tbn.21.mcz in - http://www.squeaksource.com/MetacelloRepository and - http://ss3.gemstone.com/ss/MetaRepoForPharo20 And Pharo gets better ... step by step. Have fun T. -- NEU: FreePhone 3-fach-Flat mit kostenlosem Smartphone! Jetzt informieren: http://mobile.1und1.de/?ac=OM.PW.PW003K20328T7073a

1 0

[Pharo-project] Some Nautilus feedback
by Torsten Bergmann June 22, 2012

June 22, 2012

Sean P. DeNigris wrote: >Maybe I'm missing something... you're saying you like that when you >double-click on a new item, you end up with two browsers open on that item?! Sorry for the confusion. Forget my last comment on this. Thx T. -- Empfehlen Sie GMX DSL Ihren Freunden und Bekannten und wir belohnen Sie mit bis zu 50,- Euro! https://freundschaftswerbung.gmx.de

1 0

[Pharo-project] Help "migrating" from classic streams to XStreams
by Mariano Martinez Peck June 22, 2012

June 22, 2012

Hi guys. We are developing Fuel with Martin Dias. Fuel is a binary serializer similar to Parcels. More info in http://rmod.lille.inria.fr/web/pier/software/Fuel For the moment, we are using the "classic" streams we want to give it a try to XStreams. My knowledge on streams is very little, so if someone can give me a hint I would really appreciate it. What I want to do right now is an adaptor of XStreams to classic stream. I mean, I want to create custom subclasses of XTFileWriteStream and XTFileReadStream that implements the same API from classic streams that we use in Fuel. And the implementations of such methods will do just a "self something" where something is the way of doing that in XStreams. So, the following is the protocol we use in Fuel for streams, and what I would love to know is the associated way to do it it XStreams. The left is classic streams, and after the "->" it is XStreams: *Reading:* nextNumber: -> ?? nextPutAll: -> write: nextStringPut: -> ?? nextPut: -> put: nextNumber:put: -> ?? nextWordPut: -> ?? *Writing: * nextNumber: -> ?? next: -> read: nextString -> ?? next -> get nextWord -> ?? Thanks a lot in advance, -- Mariano http://marianopeck.wordpress.com

3 6

[Pharo-project] New System Progress Bar
by Sean P. DeNigris June 22, 2012

June 22, 2012

To help explain the changes, here's a snippet from the fix to "Issue 6099: Deprecate #value: for system progress (was red cross during updates)" (http://code.google.com/p/pharo/issues/detail?id=6099) The API (see SystemProgressItemMorph) is not set in stone, but it's already much less confusing than the old pseudo-class implementation. Ultimately, I'd like to move to announcements instead of exceptions to signal progress, and decouple the progress model/view - maybe just [un]registering the progress morph to enable/disable. The slice in the inbox for this issue should fix the "red cross during updates" problem... MOTIVATION: The old system progress worked like this (for example)... SystemProgressMorph show: 'Doing...' from: 1 to: 100 during: [ :bar | 1 to: 100 do: [ :x | bar value: x. bar value: 'On iteration ', x asString. (Delay forMilliseconds: 20) wait "Just to slow it down so we can see what's going on" ] ]. * The work block ([ :bar | ... ] above) would accept one argument * That argument (:bar above) would be a block, that would act as a pseudo-class. Depending on what was passed to #value:, it would perform different functions. Two are illustrated above: - #value: aNumber; where aNumber is between the min and max of the progress range -> Set the bar's current progress mark to that position. For example, 'bar value: 50' above would show the operation half complete - #value: aString -> Set the label of the progress morph to aString This was very confusing, so we created a real class, SystemProgressItemMorph, which now gets passed to the work block, and has a real API. So, for example, the following becomes: SystemProgressMorph show: 'Doing...' from: 1 to: 100 during: [ :bar | 1 to: 100 do: [ :x | bar current: x. bar label: 'On iteration ', x asString. (Delay forMilliseconds: 20) wait "Just to slow it down so we can see what's going on" ] ]. As you can see, '#value: newValue' has become '#current: newValue', and '#value: newLabel' has become '#label: newLabel'. One wrinkle is that some users were passing a nil-like block instead of the the pseudo-class to suppress the system progress bar. For example: informUserDuring: aBlock aBlock value: [:string | ]. Above, [:string | ] would now cause a DNU when sent, for example, #current:, which obviously blocks don't understand. So, these cases were changed like so: informUserDuring: aBlock aBlock value: DummySystemProgressItem new. Where DummySystemProgressItem simply ignores all messages without signaling an error -- View this message in context: http://forum.world.st/New-System-Progress-Bar-tp4635912.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

7 12

June 22, 2012

20156 ----- - Issue 6131: Code Completion on TextModel. Thanks Benjamin van Ryseghem. http://code.google.com/p/pharo/issues/detail?id=6131 - Issue 6127: Switching a pharo theme gives a MNU FileReference>>self. Thanks Tortsen B. http://code.google.com/p/pharo/issues/detail?id=6127

1 0

[Pharo-project] could metacello be hosted on ss3 or smalltalkhub or not load configurationOfHelp?
by Torsten Bergmann June 22, 2012

June 22, 2012

Stef wrote: >because right now we cannot load configurations because it requires >configuration of Help and >squeaksource is done. >It would be good to have a small version of metacello just loading the bare >minimum. to Dale: Especially since "configuration of Help" is not required anymore. Help system is in Pharo and Squeak included. A "core" without help would be good Thx T. -- Empfehlen Sie GMX DSL Ihren Freunden und Bekannten und wir belohnen Sie mit bis zu 50,- Euro! https://freundschaftswerbung.gmx.de

3 4

[Pharo-project] Cincom Smalltalk Team is hiring!
by mkobetic＠gmail.com June 22, 2012

June 22, 2012

We're looking for experienced developers with passion for Smalltalk. We're especially interested in candidates that have experience relevant to VM development, or GUI/Tools development. Following link provides information on how to find the descriptions of the openings and how to apply: http://www.cincomsmalltalk.com/main/2012/05/looking-for-a-few-good-smalltal…

1 0