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

Re: [Pharo-project] SystemChangeNotifier and Traits
by Fernando Olivero Nov. 17, 2011

Nov. 17, 2011

Please note that eventually the system is going to be using solely System announcements, instead of the old mechanism in place right now. Did you try hooking up to the SystemAnnouncements? For examples, check out Nautius. Fernando On Tue, Nov 15, 2011 at 9:02 PM, ezequiel lamonica <lamonicaezequiel(a)gmail.com> wrote: > Hello again, > > Now the problem is when I create a class that use Traits, > SystemChangeNotifier sends two messages to report this creation: 1st for > class added without traits, and 2nd for class modified to use this trait. > And this last message has Object as old class instead of ClassForTesting > without traits. > > For example: > > Object subclass: #ClassForTesting > Â Â Â Â uses: TSortable > Â Â Â Â instanceVariableNames: 'a' > Â Â Â Â classVariableNames: '' > Â Â Â Â poolDictionaries: '' > Â Â Â Â category: 'OOSCM-ClientImageTest' > > > Can I change those messages to use only one message that includes traits? Is > not this better? > > What do you suggest? > > > > ----- > eze > -- > View this message in context: http://forum.world.st/SystemChangeNotifier-and-Traits-tp4073962p4073962.html > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. > >

4 8

[Pharo-project] Status of ToolBuilder
by Lukas Renggli Nov. 17, 2011

Nov. 17, 2011

I was kind of surprised that ToolBuilder is still part of Pharo. Are there any users? Are there any plans to update it to match the version of Squeak? Is it encouraged to build UIs with ToolBuilder? Lukas -- Lukas Renggli www.lukas-renggli.ch

2 3

[Pharo-project] DrGeo pre-release 11.12e
by Hilaire Fernandes Nov. 17, 2011

Nov. 17, 2011

>From your latest DrGeo installation, you can upgrade to DrGeo pre-release 11.12e To do so, select in the DrGeo environment menu "update DrGeo", then save the session to make the update permanent. Feedback and bugs reports appreciated before final release in December. I also appreciate from XO users cool comments at the DrGeo activity page http://activities.sugarlabs.org/sugar/addon/4323 Hilaire NEW FEATURES #13607 Mark symbol for segment #13589 Mutuate point feature (in select mode with [Shift] key) -- Education 0.2 -- http://blog.ofset.org/hilaire

1 0

Re: [Pharo-project] WideString performance
by Henrik Sperre Johansen Nov. 17, 2011

Nov. 17, 2011

On 17.11.2011 11:11, Henrik Sperre Johansen wrote: > On 17.11.2011 10:38, Henrik Sperre Johansen wrote: >> >> The efficiency drain in this example is, as Dennis points out, >> CSVParser adding scanned characters 1 by 1 to the WideString >> representing current value. >> >> Cheers, >> Henry > There is something strange going on with CogVM's though, on an old VM > the CSVParser use about 17 secs on Data.csv, while it's 131 secs on > Cog 2508... > It looks like primitive 61 has a *really* slow path for variable word > classes? > > Cheers, > Henry ... or not. (Cog) ws := WideString new: 100000. char := Character value: 5021. [1 to: 100000 do: [:i | ws at: i put: char]] timeToRun 10 (Interpreter) ws := WideString new: 100000. char := Character value: 5021. [1 to: 100000 do: [:i | ws at: i put: char]] timeToRun 12 Seems it is instead the becomeForward: call, as each token starts streaming to a ByteString, and thus triggers it :/ A quick hack which will work in your case since all wide tokens usually start with russian character, is replacing (in nextValue and nextQuotedValue) String streamContents: with something like: (stream peek charCode > 255 ifTrue: [WideString] ifFalse: [String]) streamContents: I don't see an easy/elegant way to avoid it in the general case though :( Cheers, Henry

1 0

[Pharo-project] ProcessWrapper crashes image on startup
by HernÃ¡n Morales Durand Nov. 17, 2011

Nov. 17, 2011

Anyone working with ProcessWrapper.dll plugin in Pharo 1.3? I've tested a bit and saved the image after a full GC. Now my developement image became unusable crashing on opening under all updated VM's (Croquet, CogVM and Stack). Moving out the .dll from image directory makes the image unresponsive. Any idea? crash.dmp attached. Cheers, HernÃ¡n

2 1

Re: [Pharo-project] WideString performance
by Henrik Sperre Johansen Nov. 17, 2011

Nov. 17, 2011

On 17.11.2011 10:38, Henrik Sperre Johansen wrote: > > The efficiency drain in this example is, as Dennis points out, > CSVParser adding scanned characters 1 by 1 to the WideString > representing current value. > > Cheers, > Henry There is something strange going on with CogVM's though, on an old VM the CSVParser use about 17 secs on Data.csv, while it's 131 secs on Cog 2508... It looks like primitive 61 has a *really* slow path for variable word classes? Cheers, Henry

1 0

[Pharo-project] How can I find all objects that reference myObject?
by niko.schwarz＠googlemail.com Nov. 17, 2011

Nov. 17, 2011

Hi, How can I find all objects that reference myObject? http://stackoverflow.com/questions/8164418/how-can-i-find-all-objects-that-… Niko -- http://scg.unibe.ch/staff/Schwarz twitter.com/nes1983 Tel: +41786126354

1 0

[Pharo-project] Can we display and input chinese?
by Hilaire Fernandes Nov. 17, 2011

Nov. 17, 2011

Hello A friend of me in Taiwan ask me about that because previous version of DrGeo used to work with Chinese display and input. Hilaire -- Education 0.2 -- http://blog.ofset.org/hilaire

3 2

Re: [Pharo-project] Status of ToolBuilder
by Marcus Denker Nov. 16, 2011

Nov. 16, 2011

On Nov 16, 2011, at 7:09 PM, Lukas Renggli wrote: >>>> where? >>>> Because we removed it. >>> >>> It is contained in the Polymorph packages in Pharo 1.3, but it missing >>> some and has additional other features compared to the version in >>> Squeak. >>> >>> I was asking because OmniBrowser in Squeak is now using ToolBuilder, >>> the code works with a few changes in Pharo 1.3 too. >> >> Does Toolbuilder make sense? To me it looked like yet another compatibility >> layer that does not bring anything (other than forcing anyone to use something >> that has to be compabtible to MVC). > > It is quite powerful given that it can run OmniBrowser. Of course Omnibrowser makes it easy by not allowing anything else than what is in MVC (e.g, Trees). > And the extra > layer makes UI building trivially testable. This is not possible when > directly using Morphs. > What we need is a seperation between Morph and the Widgets on top of Morphic. This than will likely include some layer, too. But keeping Toolbuilder if you have no MVC and Tweak is not really useful. > For Pharo I will rewrite the OB UI builder to directly generate an > optimized Polymorph GUI. This buys more us more flexibility. > .. like trees. -- Marcus Denker -- http://marcusdenker.de

2 1

Re: [Pharo-project] Status of ToolBuilder
by Marcus Denker Nov. 16, 2011

Nov. 16, 2011

> > In general it abstracts away the specific UI used to present a tool and I'd say that was generally useful. Anyone wanting to experiment with a novel UI could benefit from ToolBuilder. In Squeak trunk there's even the ability to test it against Morphic and MVC. MVC is still useful for those trying to build minimal images. > MVC was removed in Pharo in 1.1... Why not make Morphic compact instead of keeping MVC? There is quite a lot of code everywhere in Squeak dealing with MVC compatibility.. very hard to clean up anything. E.g we removed Paragraph... and merged all multiple Paragraph classes of Morphic into one (called, ahh... Paragraph). E.g. getting a new Canvas would for shure be much harder if we would have kept MVC. > I've found ToolBuilder useful for constructing new UIs, editing > existing ones and being able to follow actions without needing to know > much about about Morphic. Why not make Morphic easy to use instead? Wasn't it supposed to be easy? Marcus -- Marcus Denker -- http://marcusdenker.de

2 1