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

Re: [Pharo-project] What happened to COTDC?

by Sean P. DeNigris

laurent laffont wrote > > Thanks Sean. > Sure, just let me know if you want to take it back over. -- View this message in context: http://forum.world.st/What-happened-to-COTDC-tp4110480p4115595.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Nov. 28, 2011

[Pharo-project] [COTDC] 85 - HashedCollection

by Sean P. DeNigris

Today: HashedCollection 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 -- View this message in context: http://forum.world.st/COTDC-85-HashedCollection-tp4115592p4115592.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Nov. 28, 2011

Re: [Pharo-project] Building 32-bit Cairo library on Macs

by Fernando Olivero

Igor, i've downloaded the latest native boots vm, loaded the NB and NBCairo, only missing Cairo now. Could you provide the library you built for the Mac. Thanks, Fernando On Sun, Nov 27, 2011 at 10:12 PM, fernando.olivero(a)usi.ch <fernando.olivero(a)usi.ch> wrote: > nice! thanks a lot for dealing with the ugliness outside the smalltalk > world, so we mortals can deal with higher level languages. > > Looking forward to see an Athens binding to Cairo. > Fernando > > On Fri, Nov 25, 2011 at 7:33 PM, StÃ©phane Ducasse > <stephane.ducasse(a)inria.fr> wrote: >> cool >> We want more :) >> >> Stef >> >> On Nov 25, 2011, at 5:17 PM, Igor Stasenko wrote: >> >>> Just to let you know: >>> >>> it works on Mac! >>> I just loaded the code which Javier did for linux, changed path to >>> library and it worked out of the box. >>> all examples in [1] are working out of the box! >>> >>> So, now i can start wiring Cairo backend for Athens :) >>> >>> [1] http://squeaksource.com/NBCairo/ >>> >>> -- >>> Best regards, >>> Igor Stasenko. >>> >> >> >> > >

Nov. 28, 2011

Re: [Pharo-project] Athens work in progress: couple screenshots

by Fernando Olivero

Don't know, but in case we cant modify Athens, we can always rename the project and start fresh, given that Igor rewrote most of it right?. Fernando On Fri, Nov 25, 2011 at 12:58 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > > On Nov 25, 2011, at 10:35 AM, Fernando Olivero wrote: > >> Ok, i will try to do so from now on! >> >> Igor, thanks for detailed response, i see now there's no real need for >> caching the glyphs, even though i didn't consider rotation as an >> available affine transformation. >> >> Just a question on the protocol of the canvas, i found it better to >> use the following convenience methods, instead of exposing the >> transformation (or canvas state) directly to the sender: >> >> drawOn: aCanvas >> Â aCanvas pathTransform â¦ >> >> drawOn: aCanvas >> Â Â aCanvas scaleBy: 0.5 @0.5 ; translateBy: 10@10 . >> Â Â â¦.. > > thanks for the feedback > >> Regarding the cleaning, a good start would be the Tweak related >> package, i could do it. > > Can we throw it away? > Because we should get license problem? > > Stef >> >> Fernando >> >> On Thu, Nov 24, 2011 at 10:57 AM, StÃ©phane Ducasse >> <stephane.ducasse(a)inria.fr> wrote: >>> >>> On Nov 24, 2011, at 12:33 AM, Fernando Olivero wrote: >>> >>>> Ah! So Athens is a facade, for a Canvas API, based on Paths, that >>>> could have a Cairo, OpenGl or BallonCanvas rendering engine as a >>>> backend. >>> >>> Yes!!! >>> Yo got it. >>> >>>> In the current case, using BallonCanvas (bit map based), i guess you >>>> are implementing the scalable fonts using the free type library? In >>>> Gaucho, i've done exactly that, i have a FontLibrary which acts as a >>>> cache for a particular font family, at a requested size. So when Â the >>>> canvas renders a string with a given font, it asks the library for the >>>> font at the current scale of the desired size. >>> >>> fernando >>> you should mention more often what you are doing. >>> Because like that we can maximize impact and interaction. >>> >>>> Although i prefer the abstractions that are present in Athens, and >>>> will try to use it instead eventually. >>>> >>>> Fernando >>>> pd: attached screen shot of Gaucho, using a scalable GCanvas (built on >>>> top of the free type lib and FormCanvas). >>>> >>>> >>>> On Wed, Nov 23, 2011 at 1:08 PM, Alexandre Bergel >>>> <alexandre.bergel(a)me.com> wrote: >>>>> +1 >>>>> >>>>> Something big is happening in the Pharo World. >>>>> >>>>> Alexandre >>>>> >>>>> >>>>> On 23 Nov 2011, at 08:44, StÃ©phane Ducasse wrote: >>>>> >>>>>> put it in the class comments somewhere. >>>>>> Do not expect that people will know what you know. >>>>>> Make the entry simple and immediate. >>>>>> >>>>>> Stef >>>>>> >>>>>>> On 23 November 2011 11:21, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: >>>>>>>> Igor >>>>>>>> >>>>>>>> prepare the following: >>>>>>>> Â Â Â - a class showing an example >>>>>>>> Â Â Â Â Â Â Â with the transformation stuff (because it is unclear) >>>>>>> >>>>>>> There is one: >>>>>>> AthensBalloonSurfaceExamples >>>>>>> >>>>>>> >>>>>>>> >>>>>>>> Â Â Â - a tester canvas so that people can to >>>>>>>> >>>>>>>> (CanvasTester testClass: CircleMorph) open. >>>>>>>> >>>>>>> err.. what is it? >>>>>>> >>>>>>> To test morphic display on Athens you can do following: >>>>>>> >>>>>>> | surf | >>>>>>> Â Â Â surf := AthensBalloonSurface new form: (Form extent: Display extent depth: 32). >>>>>>> >>>>>>> Â Â Â surf drawDuring: [ :canvas | >>>>>>> >>>>>>> Â Â Â Â Â Â Â canvas fullDrawMorph: yourMorph. >>>>>>> ]. >>>>>>> >>>>>>> Display getCanvas translucentImage: surf form at: 0@0 >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>>> People could then extend the Athens package with the method in the morph. >>>>>>>> >>>>>>>>> It would be great to help adapting all morphs for Athens. >>>>>>>>> Morphs, that having own draw method(s), should also have own >>>>>>>>> #drawOnAthensCanvas: >>>>>>>>> >>>>>>>>> I didn't covered all of them yet, so a little help with it would be nice. >>>>>>>>> Also, it is good for checking the missing functionality in Athens API >>>>>>>>> as well as learning it. >>>>>>>>> >>>>>>>>> There's not much to learn yet :) >>>>>>>>> >>>>>>>>> basicly what you should know is that you have coordinate system: >>>>>>>>> >>>>>>>>> canvas pathTransform >>>>>>>>> Â (instance of AthensAffineTransform) >>>>>>>>> >>>>>>>>> which you can manipulate to achieve desirable results. >>>>>>>>> >>>>>>>>> And actual drawing: >>>>>>>>> >>>>>>>>> canvas setPaint: somePaintObject. ( color, gradient, or anything which >>>>>>>>> conforms to AthensPaint protocol ). >>>>>>>>> canvas drawShape: Â (rect or path or anything , which responds to: >>>>>>>>> 'paintFillsUsing: aPaint on: anAthensCanvas' ). >>>>>>>>> canvas draw: (anything , which responds to #drawOnAthensCanvas: ) >>>>>>>> >>>>>>>> think that we are dummies willing to help and do the two things I mention above. >>>>>>>> I'm then sure you will get contributions. >>>>>>>> >>>>>>>> Stef >>>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> -- >>>>>>> Best regards, >>>>>>> Igor Stasenko. >>>>>>> >>>>>> >>>>>> >>>>> >>>>> -- >>>>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >>>>> Alexandre Bergel Â http://www.bergel.eu >>>>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>> <scalableText-gCanvas.jpg> >>> >>> > >

Nov. 28, 2011

Re: [Pharo-project] Morphic replacement

by Fernando Olivero

Hi, thanks all for the positive reactions. Doru, i've diddnt have a release date in mind, but now that i'm aware that there's an interest in the community for such type of work, i will try to produce a release within the next two months. Fernando On Mon, Nov 28, 2011 at 9:23 AM, Tudor Girba <tudor(a)tudorgirba.com> wrote: > So, when is this release to be expected? > > Cheers, > Doru > > > On Sun, Nov 27, 2011 at 10:51 PM, Sean P. DeNigris > <sean(a)clipperadams.com> wrote: >> >> Fernando olivero-2 wrote >>> >>> found much more productive the approach of rewriting it from scratch. >>> >> Me too. I always started using Morphic, but every time I got stuck, I would >> go deeper and deeper and always end up starting to make my own TextMorph, >> lol. >> >> >> Fernando olivero-2 wrote >>> >>> No World as a subclass of PasteUpMorph >>> >> Glad to hear that. PasteUpMorph has identity issues :) >> >> >> Fernando olivero-2 wrote >>> >>> Hope that very soon i can provide more details, but my plans are to >>> release it as part of the next Gaucho version, to provide a working >>> example. >>> >> >> Excellent, thanks! >> >> -- >> View this message in context: http://forum.world.st/Morphic-replacement-tp4106870p4113468.html >> Sent from the Pharo Smalltalk mailing list archive at Nabble.com. >> >> > > > > -- > www.tudorgirba.com > "Every thing has its own flow" > >

Nov. 28, 2011

[Pharo-project] Problem with NonInteractiveUIManager

by Norbert Hartl

I'm trying to do some Katas in deploying pharo images on my server. After finding my image crashing all the time I tried to research what I need to take care of. I came to the conclusion that UIManager default: UIManager default nonInteractiveManager. NonInteractiveUIManager snapshotErrorImage: true. would be the right thing to do in a server environment. But I only get the stack trace attached. So I'm asking myself if I need to do something different in order to get the stack trace of my own application in case something goes wrong. Norbert ---- 28 November 2011 3:35:54 pm VM: Mac OS - intel - 1072 - Croquet Closure Cog VM [CoInterpreter VMMaker-oscog.52] Cog VM 4.0.0 Image: Pharo1.3 [Latest update: #13320] NonInteractiveUIManager(Object)>>doesNotUnderstand: #openDebuggerOn:context:label:contents:fullView: Receiver: a NonInteractiveUIManager Arguments and temporary variables: aMessage: openDebuggerOn: a Process in GRPharoPlatform>>openDebuggerOn: context...etc... exception: MessageNotUnderstood: NonInteractiveUIManager>>openDebuggerOn:contex...etc... resumeValue: nil Receiver's instance variables: uiManager: a MorphicUIManager doNotQuitOnRestart: false Debugger class>>openOn:context:label:contents:fullView: Receiver: Debugger Arguments and temporary variables: process: a Process in GRPharoPlatform>>openDebuggerOn: context: OrderedCollection(Object)>>error: title: 'Error: startIndex is out of bounds' contentsStringOrNil: nil bool: true fullView: true Receiver's instance variables: superclass: CodeHolder methodDict: a MethodDictionary(#addOptionalButtonsTo:at:plus:->(Debugger>>#addO...etc... format: 166 instanceVariables: #('interruptedProcess' 'interruptedController' 'contextStack...etc... organization: ('*Ocompletion' guessTypeForName:) ('*Polymorph-Widgets' addOptio...etc... subclasses: nil name: #Debugger classPool: a Dictionary(#AlwaysOpenFullDebugger->false #ContextStackKeystrokes-...etc... sharedPools: nil environment: a SystemDictionary(lots of globals) category: #'Tools-Debugger' traitComposition: nil localSelectors: nil [:tool | ^ tool openOn: aProcess context: aContext label: aString contents: contents fullView: aBool] in ToolRegistry>>debug:context:label:contents:fullView: Receiver: a ToolRegistry Arguments and temporary variables: aProcess: Debugger aContext: a Process in GRPharoPlatform>>openDebuggerOn: aString: OrderedCollection(Object)>>error: contents: 'Error: startIndex is out of bounds' aBool: nil tool: true Receiver's instance variables: tools: an IdentityDictionary(#basicInspector->BasicInspector #browser->[self de...etc... inspectorsMap: an IdentityDictionary(#CompiledMethod->#CompiledMethodInspector ...etc... ToolRegistry>>using:do: Receiver: a ToolRegistry Arguments and temporary variables: aToolName: #debugger aBlock: [:tool | ^ tool openOn: aProcess context: aContext label: aString...etc... tool: Debugger Receiver's instance variables: tools: an IdentityDictionary(#basicInspector->BasicInspector #browser->[self de...etc... inspectorsMap: an IdentityDictionary(#CompiledMethod->#CompiledMethodInspector ...etc... ToolRegistry>>debug:context:label:contents:fullView: Receiver: a ToolRegistry Arguments and temporary variables: aProcess: a Process in GRPharoPlatform>>openDebuggerOn: aContext: OrderedCollection(Object)>>error: aString: 'Error: startIndex is out of bounds' contents: nil aBool: true Receiver's instance variables: tools: an IdentityDictionary(#basicInspector->BasicInspector #browser->[self de...etc... inspectorsMap: an IdentityDictionary(#CompiledMethod->#CompiledMethodInspector ...etc... Process>>debug:title:full: Receiver: a Process in GRPharoPlatform>>openDebuggerOn: Arguments and temporary variables: context: OrderedCollection(Object)>>error: title: 'Error: startIndex is out of bounds' bool: true topCtxt: GRPharoPlatform>>openDebuggerOn: Receiver's instance variables: nextLink: nil suspendedContext: GRPharoPlatform>>openDebuggerOn: priority: 60 myList: nil threadId: nil errorHandler: nil name: 'ZnMultiThreadedServer HTTP worker' env: nil [process debug: anError signalerContext title: anError description full: true] in GRPharoPlatform>>openDebuggerOn: Receiver: a GRPharoPlatform Arguments and temporary variables: anError: Error: startIndex is out of bounds process: a Process in GRPharoPlatform>>openDebuggerOn: Receiver's instance variables: a GRPharoPlatform WorldState>>runStepMethodsIn: Receiver: a WorldState Arguments and temporary variables: aWorld: a PasteUpMorph(425197568) [world] queue: SharedQueue with 0 items nextInQueue: [process debug: anError signalerContext title: anError descrip...etc... Receiver's instance variables: hands: an Array(a HandMorph(843055104)) viewBox: 0@0 corner: 1296@875 canvas: a FormCanvas on: RFBDisplayScreen(1296x875x32) damageRecorder: a DamageRecorder stepList: a Heap(StepMessage(#stepAt: -> an OverflowRowMorph(210239488))(an Ove...etc... lastStepTime: 19250 lastStepMessage: nil lastCycleTime: 19271 alarms: a Heap() lastAlarmTime: 19250 menuBuilder: nil PasteUpMorph>>runStepMethods Receiver: a PasteUpMorph(425197568) [world] Arguments and temporary variables: Receiver's instance variables: bounds: 0@0 corner: 1296@875 owner: nil submorphs: an Array(a TaskbarMorph(984088576) a SystemWindow(347865088) a Syste...etc... fullBounds: nil color: (Color r: 0.97 g: 0.98 b: 1.0) extension: a MorphExtension (666632192) [eventHandler = an EventHandler] [othe...etc... borderWidth: 0 borderColor: (Color r: 0.03 g: 0.02 b: 0.0) backgroundMorph: nil worldState: a WorldState griddingOn: nil WorldState>>doOneCycleNowFor: Receiver: a WorldState Arguments and temporary variables: aWorld: a PasteUpMorph(425197568) [world] Receiver's instance variables: hands: an Array(a HandMorph(843055104)) viewBox: 0@0 corner: 1296@875 canvas: a FormCanvas on: RFBDisplayScreen(1296x875x32) damageRecorder: a DamageRecorder stepList: a Heap(StepMessage(#stepAt: -> an OverflowRowMorph(210239488))(an Ove...etc... lastStepTime: 19250 lastStepMessage: nil lastCycleTime: 19271 alarms: a Heap() lastAlarmTime: 19250 menuBuilder: nil WorldState>>doOneCycleFor: Receiver: a WorldState Arguments and temporary variables: aWorld: a PasteUpMorph(425197568) [world] Receiver's instance variables: hands: an Array(a HandMorph(843055104)) viewBox: 0@0 corner: 1296@875 canvas: a FormCanvas on: RFBDisplayScreen(1296x875x32) damageRecorder: a DamageRecorder stepList: a Heap(StepMessage(#stepAt: -> an OverflowRowMorph(210239488))(an Ove...etc... lastStepTime: 19250 lastStepMessage: nil lastCycleTime: 19271 alarms: a Heap() lastAlarmTime: 19250 menuBuilder: nil PasteUpMorph>>doOneCycle Receiver: a PasteUpMorph(425197568) [world] Arguments and temporary variables: Receiver's instance variables: bounds: 0@0 corner: 1296@875 owner: nil submorphs: an Array(a TaskbarMorph(984088576) a SystemWindow(347865088) a Syste...etc... fullBounds: nil color: (Color r: 0.97 g: 0.98 b: 1.0) extension: a MorphExtension (666632192) [eventHandler = an EventHandler] [othe...etc... borderWidth: 0 borderColor: (Color r: 0.03 g: 0.02 b: 0.0) backgroundMorph: nil worldState: a WorldState griddingOn: nil [[World doOneCycle. Processor yield. false] whileFalse. nil] in Project class>>spawnNewProcess Receiver: Project Arguments and temporary variables: Receiver's instance variables: superclass: Model methodDict: a MethodDictionary(#beep->(Project>>#beep "a CompiledMethod(3169320...etc... format: 132 instanceVariables: nil organization: ('*sound' beep) subclasses: nil name: #Project classPool: a Dictionary(#UIProcess->a Process in nil ) sharedPools: nil environment: a SystemDictionary(lots of globals) category: #'System-Support' traitComposition: {} localSelectors: nil [self value. Processor terminateActive] in BlockClosure>>newProcess Receiver: [[World doOneCycle. Processor yield. false] whileFalse. nil] Arguments and temporary variables: Receiver's instance variables: outerContext: Project class>>spawnNewProcess startpc: 57 numArgs: 0 --- The full stack --- NonInteractiveUIManager(Object)>>doesNotUnderstand: #openDebuggerOn:context:label:contents:fullView: Debugger class>>openOn:context:label:contents:fullView: [:tool | ^ tool openOn: aProcess context: aContext label: aString contents: contents fullView: aBool] in ToolRegistry>>debug:context:label:contents:fullView: ToolRegistry>>using:do: ToolRegistry>>debug:context:label:contents:fullView: Process>>debug:title:full: [process debug: anError signalerContext title: anError description full: true] in GRPharoPlatform>>openDebuggerOn: WorldState>>runStepMethodsIn: PasteUpMorph>>runStepMethods WorldState>>doOneCycleNowFor: WorldState>>doOneCycleFor: PasteUpMorph>>doOneCycle [[World doOneCycle. Processor yield. false] whileFalse. nil] in Project class>>spawnNewProcess [self value. Processor terminateActive] in BlockClosure>>newProcess

Nov. 28, 2011

Re: [Pharo-project] [Esug-list] fosdem smalltalk devroom

by Stephan Eggermont

No, not yet. Do we need a separate one or can we use one of the existing ones? I'm following a.o. squeak-dev, pharo-dev, seaside Stephan On 28 nov 2011, at 12:37, Paolo Bonzini wrote: > Hi all, is there a mailing list or website set up for discussing the program for the devroom? > > Thanks, > > Paolo > > _______________________________________________ > Esug-list mailing list > Esug-list(a)lists.esug.org > http://lists.esug.org/mailman/listinfo/esug-list_lists.esug.org

Nov. 28, 2011

[Pharo-project] fosdem smalltalk devroom

by Paolo Bonzini

Hi all, is there a mailing list or website set up for discussing the program for the devroom? Thanks, Paolo

Nov. 28, 2011

Re: [Pharo-project] Morphic Cleanup Status

by StÃ©phane Ducasse

I hope that we will be able to integrate our new nice event model (it may check a bit the system). Stef > Differently from what i've shown you at ESUG, i didn't reify the events. > > The vm announces a new event to the GUserInterface, who dispatches the > event to the mouse or the keyboard. Which in turn, according to its > inner state (modeled using a fsm), sends a message to the user > interface, such as #clickedAt: , #secondaryClickedAt: , #move: > #moveDragging:, #keystroke: aGKeystroke, etc.. > > The following diagram depicts the scheme. > > > Fernando > > On Fri, Nov 25, 2011 at 10:38 PM, StÃ©phane Ducasse > <stephane.ducasse(a)inria.fr> wrote: >> >> On Nov 25, 2011, at 11:08 AM, Fernando Olivero wrote: >> >>> Hi Sean, i got overwhelmed last year with the task of porting CUIS >>> Morphic, to Pharo. There's just to much differences on several common >>> classes, it's hard to fully understand how to merge both ui >>> frameworks. >>> >>> Even though i believe Juan has a did an excellent work in simplifying >>> Morphic, and adding simpler code, like for example his new layouts >>> (download CUIS and try them out). >>> >>> But my overall impression , was that we need to stop being backward >>> compatible in order to create a simple Morphic-like framework for >>> Pharo, and start from scratch. Fixing current Morphic is also a >>> humongous task, for example see Stef's nice work on cleaning the >>> event handling mechanism. >> >> BTW you should be able to use the new event hierarchy: it is clean (no first secondâ¦..) and a nice support for double >> dispatch. I hope that next week I can sit with igor and we finish our journey. >> How do you deal with event in Gaucho. >> >> Stef >>> >>> Fernando >>> >>> On Fri, Nov 25, 2011 at 9:38 AM, Alain Plantec <alain.plantec(a)yahoo.com> wrote: >>>> Le 25/11/2011 07:39, Sean P. DeNigris a Ã©crit : >>>>> What's currently in progress? SimpleMorphic? CUIS related? Other? >>>>> >>>>> I was pulling my hair out with Morphic layouts yesterday and started to >>>>> clean, but I don't want to duplicate efforts on things already being worked >>>>> on. There are a bunch of open issues and discussions on the list. What's >>>>> actively being done right now? >>>> Hi Sean, >>>> AFAIK, no deep cleaning action. nothing from my side for now. >>>> I think they have done some refactoring around layout managing in CUIS >>>> (SimpleMorphic). >>>> btw, **thanks a lot** for all you are doing. >>>> Cheers >>>> Alain >>>> >>>>> >>>>> Thanks. >>>>> Sean >>>>> >>>>> -- >>>>> View this message in context: http://forum.world.st/Morphic-Cleanup-Status-tp4106566p4106566.html >>>>> Sent from the Pharo Smalltalk mailing list archive at Nabble.com. >>>>> >>>> >>>> >>> >> >> > <GauchoEvents-1.pdf>

Nov. 28, 2011

Re: [Pharo-project] Morphic replacement

by Tudor Girba

So, when is this release to be expected? Cheers, Doru On Sun, Nov 27, 2011 at 10:51 PM, Sean P. DeNigris <sean(a)clipperadams.com> wrote: > > Fernando olivero-2 wrote >> >> found much more productive the approach of rewriting it from scratch. >> > Me too. I always started using Morphic, but every time I got stuck, I would > go deeper and deeper and always end up starting to make my own TextMorph, > lol. > > > Fernando olivero-2 wrote >> >> No World as a subclass of PasteUpMorph >> > Glad to hear that. PasteUpMorph has identity issues :) > > > Fernando olivero-2 wrote >> >> Hope that very soon i can provide more details, but my plans are to >> release it as part of the next Gaucho version, to provide a working >> example. >> > > Excellent, thanks! > > -- > View this message in context: http://forum.world.st/Morphic-replacement-tp4106870p4113468.html > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. > > -- www.tudorgirba.com "Every thing has its own flow"

Nov. 28, 2011