August 2012 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] New feature in Nautilus

by Benjamin

I will ;) Be first, I will rest ( sleeping in my hammock seams to be a reallyyyyy good idea ^^ ) Ben On Aug 6, 2012, at 6:40 PM, StÃ©phane Ducasse wrote: > :) > > have fun during holidays. > > think about my pinning semantics. :) > > Stef > >>>> This feature is cooool! And +1 on the "tabbed code pane" request. >>> >>> >>> +1 >>> >>> Alexandre >>> >>> -- >>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >>> Alexandre Bergel http://www.bergel.eu >>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >>> >>> >>> >>> >> >> > >

Aug. 6, 2012

Re: [Pharo-project] New feature in Nautilus

by StÃ©phane Ducasse

:) have fun during holidays. think about my pinning semantics. :) Stef >>> This feature is cooool! And +1 on the "tabbed code pane" request. >> >> >> +1 >> >> Alexandre >> >> -- >> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >> Alexandre Bergel http://www.bergel.eu >> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >> >> >> >> > >

Aug. 6, 2012

Re: [Pharo-project] New feature in Nautilus

by Sean P. DeNigris

Benjamin Van Ryseghem-2 wrote > > Ok, even if I do not really like to be gentle with Esteban, here is a new > version :) > Woah, really nice! Thank you for the effort :) -- View this message in context: http://forum.world.st/New-feature-in-Nautilus-tp4643271p4643368.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Aug. 6, 2012

Re: [Pharo-project] New feature in Nautilus

by Benjamin

Ok, even if I do not really like to be gentle with Esteban, here is a new version :) http://dl.dropbox.com/u/24369478/MultipleEditors2.mov Ben On Aug 6, 2012, at 4:03 PM, Alexandre Bergel wrote: >> This feature is cooool! And +1 on the "tabbed code pane" request. > > > +1 > > Alexandre > > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > >

Aug. 6, 2012

Re: [Pharo-project] using color tables with forms and bitblt?

by Gary Chambers

Hi Lawson. I've has a play and something along the following lines might help... |extent f bm colors colorWords cm originalForm| extent := 256@192. originalForm := Display copy: (0@0 extent: extent). f := Form extent: extent depth: 32. 0 to: 359 by: 1 do: [:h | colors := (Color h: h s: 0.9 v: 0.7) wheel: 4096. colorWords := colors collect: [:c | c pixelWordForDepth: 32]. bm := colorWords as: Bitmap. " cm := ColorMap shifts: #(-12 -8 -4 0) masks: #(16rF00000 16rF000 16rF0 16r00) colors: bm." (BitBlt current toForm: f) colorMap: bm; copy: f boundingBox from: 0@0 in: originalForm. f displayAt: 50@40. Display forceDisplayUpdate. (Delay forMilliseconds: 10) wait]. Display restore. --------------- ColorMap stuff commentedd out as BitBlt can automatically adjust based on colorMap size though a full ColorMap object can give more control. Your base mandelbrot would be represented as a 32bit form (originalForm), probably best to stick to the 24bits of RGB values. The Bitmap provides 4096 color mappings, though I think that 32768 allegedly works too. Just using #wheel: to demonstrate, fill your map as you wish! Runs at around 100 fps (without the delay) on my pc, though that includes creation of the colour maps on each iteration. Around 20fps for a fullish screen (1080p) for just the display cycle with precomputed maps. Hopefully helpful. Regards, Gary ----- Original Message ----- From: "Lawson English" <lenglish5(a)cox.net> To: "The general-purpose Squeak developers list" <squeak-dev(a)lists.squeakfoundation.org>; <Pharo-project(a)lists.gforge.inria.fr>; "A friendly place to get answers to even the most basic questions aboutSqueak." <beginners(a)lists.squeakfoundation.org> Sent: Saturday, August 04, 2012 12:30 AM Subject: [Pharo-project] using color tables with forms and bitblt? > OK, I'm such a noob here, that I'm not quite sure how to ask my > question... > > > I have a "dwell file" -an array of values generated by a Mandelbrot Set > application, one per pixel, with arbitrary values between 1 and > xxxxxxxxxxx (currently less than 2 billion, and right now far less than > 1,000,000)- and I would like to use them, suitably tweaked, as indices > into a ColorMap. The ColorMap need not have 1,000,000 entries. No-one can > see that many color differences in a Mandelbrot set anyway. > > I can generate an array of Color (ColorArray?) but I'm not sure how to use > them to create the ColorMap, and I'm not sure how to use the ColorMap to > speedily change what is drawn in the first place. > > Right now, I'm creating a color dictionary and drawing via: > > > 1 to: 800 do: [:y| > 1 to: 800 do: [:x| |i| > i := x+ ((y-1) *800). aForm colorAt: x@y put:( myDictColors at: > (myArray at: i )).] > ]. > > > where myDictColors is a dictionary whose keys are the dwells listed in the > dwell array file and whose values are Color objects from my array of > colors. > > Drawing the above takes about 1.5 seconds, which is a bit slow. I'd like > realtime-ish updating as I play with colors in the palette. Can this be > done, at least up to the 4096 color limit that BitBlt has for ColorMaps? > > If so, how? I've been trying to figure out the various classes and I'm > stumped. > > > Thanks > > > > > > -- > Squeak from the very start (introduction to Squeak and Pharo Smalltalk for > the (almost) complete and compleate beginner). > https://www.youtube.com/playlist?list=PL6601A198DF14788D&feature=view_all > >

Aug. 6, 2012

Re: [Pharo-project] Spec 1.1 in Pharo 1.4

by Sean P. DeNigris

Sean P. DeNigris wrote > > And I'm getting a weird error. "Compiler recompileAll" fixed that problem, but now I'm getting: FrameLayoutSpec(Object)>>doesNotUnderstand: #fractions:offsets: Receiver: a FrameLayoutSpec Arguments and temporary variables: aMessage: fractions: (0@0) corner: (1@1) offsets: (0@0) corner: (0@0) exception: MessageNotUnderstood: FrameLayoutSpec>>fractions:offsets: resumeValue: nil Receiver's instance variables: instance: nil bindings: a BindingsHolder SpecInterpreter>>actionToPerformWithSelector:arguments: Receiver: a SpecInterpreter Arguments and temporary variables: selector: #fractions:offsets: args: {(0@0) corner: (1@1). (0@0) corner: (0@0)} Receiver's instance variables: model: a JenkinsDashboard spec: a RawSpec superSpec: a ComposableSpec -- View this message in context: http://forum.world.st/Spec-1-1-in-Pharo-1-4-tp4643356p4643358.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Aug. 6, 2012

[Pharo-project] Spec 1.1 in Pharo 1.4

by Sean P. DeNigris

I updated my to Spec 1.1 with: Gofer new url: 'http://ss3.gemstone.com/ss/Spec'; package: 'ConfigurationOfSpec'; load. ((Smalltalk at: #ConfigurationOfSpec) project stableVersion) load: 'full'. And I'm getting a weird error [1]. The weird part is that if I go to Array>>sorted: in the call chain, the argument value is "false", but if I go one back and inspectIt "sortingBlockHolder contents", I get [ :a :b | true ] Image: Pharo1.4 [Latest update: #14453] False(Object)>>doesNotUnderstand: #value:value: Receiver: false Arguments and temporary variables: aMessage: value: a JenkinsJob value: a JenkinsJob exception: MessageNotUnderstood: False>>value:value: resumeValue: nil Receiver's instance variables: false Array(ArrayedCollection)>>mergeFirst:middle:last:into:by: Receiver: an Array(a JenkinsJob a JenkinsJob a JenkinsJob a JenkinsJob a JenkinsJob a JenkinsJob a J...etc... Arguments and temporary variables: first: 1 middle: 1 last: 2 dst: an Array(a JenkinsJob a JenkinsJob a JenkinsJob a JenkinsJob a JenkinsJob ...etc... aBlock: false i1: 1 i2: 2 val1: a JenkinsJob val2: a JenkinsJob out: 0 Receiver's instance variables: an Array(a JenkinsJob a JenkinsJob a JenkinsJob a JenkinsJob a JenkinsJob a JenkinsJob a J...etc... -- View this message in context: http://forum.world.st/Spec-1-1-in-Pharo-1-4-tp4643356.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Aug. 6, 2012

[Pharo-project] [update 2.0] #20245

by Esteban Lorenzano

20245 ----- Issue 6510: update zinc http://code.google.com/p/pharo/issues/detail?id=6510 Issue 6514: Add allDefinedExtensionMethods to RPackage http://code.google.com/p/pharo/issues/detail?id=6514 Issue 6521: RPackageOrganizer>>initialize does not initialize from scratch http://code.google.com/p/pharo/issues/detail?id=6521 Issue 6523: Bug in RPackage >> systemSubPackages http://code.google.com/p/pharo/issues/detail?id=6523 Issue 6526: RPackage is not removing extensions from a removed class http://code.google.com/p/pharo/issues/detail?id=6526

Aug. 6, 2012

Re: [Pharo-project] New feature in Nautilus

by Alexandre Bergel

> This feature is cooool! And +1 on the "tabbed code pane" request. +1 Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Aug. 6, 2012

Re: [Pharo-project] New feature in Nautilus

by Sean P. DeNigris

This feature is cooool! And +1 on the "tabbed code pane" request. Ben Coman wrote > > And an option to do a diff between two vertical split texts > Being able to do a diff on a vertical split would be great for creating new Metacello versions. Right now, you have to overwrite the last version and use MC changes, remembering to fix the overwritten version before committing and it's a PITA! Cheers, Sean -- View this message in context: http://forum.world.st/New-feature-in-Nautilus-tp4643271p4643332.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Aug. 6, 2012