September 2009 - Pharo-dev - lists.pharo.org

[Pharo-project] Object serialization in Pharo

by Simon Denier

Hi folks I'm looking at the code and comments of ReferenceStream for object serialization and I wonder what is the best strategy to serialize a partial model. I mean, I want to store all elements found while traversing the graph of the model, but I dont want to store some attributes of those elements (i.e., transient attributes). Any sample? -- Simon

Sept. 15, 2009

[Pharo-project] Problem with pharo1.0-10440-BETAweb09.09.1

by Andreas Wacknitz

I have started to look at Seaside in Pharo. There seems to be a problem with the examples. When I enter http://localhost:8080/seaside/examples/examplebrowser (by clicking on examples and then examplebrowser) I will get a Seaside Walkback: Seaside Walkback MessageNotUnderstood: receiver of "root" is nil Debug Proceed Full Stack Possible Causes the receiver of the message is nil a class extension hasn't been loaded correctly you sent the wrong message Stack Trace thisContext UndefinedObject(Object)>>doesNotUnderstand: #root self nil aMessage root exception MessageNotUnderstood: receiver of "root" is nil resumeValue nil thisContext PRContext class>>kernel: self PRContext aKernel nil thisContext PRPierFrame>>initialRequest: self a PRPierFrame aRequest a WARequest GET /seaside/examples/examplebrowser thisContext [] in WARenderLoopMain>>start: self a WARenderLoopMain aRequest a WARequest GET /seaside/examples/examplebrowser root a WAExampleBrowser each a PRPierFrame thisContext PRPierFrame(WAPresenter)>>withNextPresentersDo: self a PRPierFrame aBlock [closure] in WARenderLoopMain>>start: Regards, Andreas

Sept. 15, 2009

[Pharo-project] [update] #10451

by StÃ©phane Ducasse

10451 ----- - Issue 1220: add #removeAll support to collections - Adding WideStringTests - Issue 1211: Clean up Character >> #asUnicodeChar - Moving Object class>>windowColorSpecification to Morphic - Issue 1219: Left over of uniClasses...in Object Object class>>newUserInstance Object class>>instanceOfUniqueClass Object class>>instanceOfUniqueClassWithInstVarString: instVarString andClassInstVarString: classInstVarString Object class>>categoryForUniclasses Object class>>newUniqueClassInstVars: instVarString classInstVars: classInstVarString I forgot to put the code of collectAll.... soon Stef

Sept. 15, 2009

Re: [Pharo-project] Graphics-Centric UI Capability?

by dmurphy＠infratecture.com

thanks, Igor! it is Morphic-Windows / ScrollPane (even has example use methods on the class side!) delbert -----Original Message----- From: Igor Stasenko [mailto:siguctua@gmail.com] Sent: Saturday, September 12, 2009 03:02 PM To: Pharo-project(a)lists.gforge.inria.fr Subject: Re: [Pharo-project] Graphics-Centric UI Capability? Oops sorry for the dumb post.. (im using my friend laptop and not very handy with keyboard) There is a generic morph, which made specially for scrolling views which not fit fully within display. ScrollPaneMorph or ScrollableMorph (don't remember exactly) the purpose of this morph is provide a scrollers , while you can embed any view within it, having any dimensions and which can be controlled/changed dynamically. 2009/9/12 Igor Stasenko : > t > > 2009/9/12 : >> hello all, > >> i have been nabbling about the list archives, trying to figure out the right >> class to use for providing a scrolling graph pane on which i can draw >> shapes. >> >> suppose i were to take UITheme(class)>>exampleWindowWithToolbars and want to >> turn that into a simple Paint Program. >> >> what would i put in place of the >> StandardWindow>>newTextEditorFor:getText:setText:getEnabled: message send? >> >> are there any simple Paint Program examples i start with? >> >> thanks for any pointers! >> >> delbert >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > > > > -- > Best regards, > Igor Stasenko AKA sig. > -- Best regards, Igor Stasenko AKA sig. _______________________________________________ Pharo-project mailing list Pharo-project(a)lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Sept. 14, 2009

Re: [Pharo-project] Graphics-Centric UI Capability?

by dmurphy＠infratecture.com

thanks, Stef, i will check those packages and the original paint in squeak and start building on the PolyMorph application example + Morphic-Windows / ScrollPane example. i will share iterations as i complete them. delbert -----Original Message----- From: St?phane Ducasse [mailto:stephane.ducasse@inria.fr] Sent: Saturday, September 12, 2009 03:01 AM To: Pharo-project(a)lists.gforge.inria.fr Subject: Re: [Pharo-project] Graphics-Centric UI Capability? On Sep 12, 2009, at 12:28 AM, dmurphy(a)infratecture.com wrote: > hello all, > > i have been nabbling about the list archives, trying to figure out > the right class to use for providing a scrolling graph pane on which > i can draw shapes. > > suppose i were to take UITheme(class)>>exampleWindowWithToolbars and > want to turn that into a simple Paint Program. > > what would i put in place of the > StandardWindow>>newTextEditorFor:getText:setText:getEnabled: message > send? > > are there any simple Paint Program examples i start with? did you check the extrapackages available in the project PharoMorphic PharoSound In the past in squeak there was a simple paint editor. Because you have some graphs but they do not use Polymorph. Now once you find please advertise it. It is really important to raise the level of knowledge on the community :) > > thanks for any pointers! > > delbert > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project _______________________________________________ Pharo-project mailing list Pharo-project(a)lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Sept. 14, 2009

Re: [Pharo-project] Graphics-Centric UI Capability?

by dmurphy＠infratecture.com

thanks for the reminder, Bill, i will keep device-independence in mind, without losing the understandability of a basic example. delbert -----Original Message----- From: Schwab,Wilhelm K [mailto:bschwab@anest.ufl.edu] Sent: Friday, September 11, 2009 07:10 PM To: Pharo-project(a)lists.gforge.inria.fr Subject: Re: [Pharo-project] Graphics-Centric UI Capability? Caution: this is *not* the answer to your question; I will be waiting to see what the experts say on the subject. One thing I _can_ tell you is that it is often a good idea to write graphics-producing code in terms of a canvas such that it can draw on "anything" (display, image file and printer come to mind) using the device resolution to scale things correctly. I have long been amazed that people create (in Dolphin speak) their own views when an image presenter would the job given a "background" bitmap. There are always exceptions, but IMHO you should at least consider drawing on a Form and displaying that in a appropriate morph, or whatever the gurus suggest. I hope that makes at least some sense. Bill ------------------------------------------------------------ From: pharo-project-bounces(a)lists.gforge.inria.fr [mailto:pharo-project-bounces@lists.gforge.inria.fr] On Behalf Of dmurphy(a)infratecture.com Sent: Friday, September 11, 2009 5:28 PM To: pharo-project(a)lists.gforge.inria.fr Subject: [Pharo-project] Graphics-Centric UI Capability? hello all, i have been nabbling about the list archives, trying to figure out the right class to use for providing a scrolling graph pane on which i can draw shapes. suppose i were to take UITheme(class)>>exampleWindowWithToolbars and want to turn that into a simple Paint Program. what would i put in place of the StandardWindow>>newTextEditorFor:getText:setText:getEnabled: message send? are there any simple Paint Program examples i start with? thanks for any pointers! delbert

Sept. 14, 2009

Re: [Pharo-project] Status of Alien FFI

by StÃ©phane Ducasse

Hi ken fernando is the guy that fixed alien so he will probably reply to you Stef On Sep 14, 2009, at 11:36 PM, Ken Treis wrote: > I'm unable to load Alien-Core into the latest Pharo (I'm on 10451), > mostly because the package overrides some methods in Scanner/Parser > and those overrides are out of sync with the current Pharo base. Is > anyone working on bringing these into sync? I would be glad to take a > stab at it but I'm hardly the best qualified person to do that. > > If there's a better mailing list for Alien issues/discussion, please > let me know. > > Thanks, > > -- > Ken Treis > Miriam Technologies, Inc. > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Sept. 14, 2009

[Pharo-project] Status of Alien FFI

by Ken Treis

I'm unable to load Alien-Core into the latest Pharo (I'm on 10451), mostly because the package overrides some methods in Scanner/Parser and those overrides are out of sync with the current Pharo base. Is anyone working on bringing these into sync? I would be glad to take a stab at it but I'm hardly the best qualified person to do that. If there's a better mailing list for Alien issues/discussion, please let me know. Thanks, -- Ken Treis Miriam Technologies, Inc.

Sept. 14, 2009

Re: [Pharo-project] Polymorph - TabIndex and layoutFrames questions

by nullPointer

IÂ´m surely have a lack of knowledge. Can you orient to me a place where that problem is explained (a web page or resource)? Very thanks for the help. Gary Chambers wrote: > > #position: and #extent: etc. won't work since the owner is laying out as > per > the layout frame. > You'll need to adjust the offsets instead... > > Regards, Gary > > ----- Original Message ----- > From: "nullPointer" <epicfan(a)gmail.com> > To: <pharo-project(a)lists.gforge.inria.fr> > Sent: Monday, September 14, 2009 3:37 PM > Subject: Re: [Pharo-project] Polymorph - TabIndex and layoutFrames > questions > > >> >> >> >> iÂ´m already using fractions and offsets, through my class CLDecorMorph... >> http://paste.lisp.org/display/87049 >> >> (Note: in that class properties as #position or #top, #left etc be >> relatives to owner) >> >> IÂ´m use the owner always with ProportionalLayout and the "anchors" with >> the >> fractions-offsets mechanism. The problem is when I try set the #position: >> or >> #extent: accessors. DonÂ´t works. >> >> >> >> >> >> Gary Chambers wrote: >>> >>> 1. "Fixed" positioning can be achived by setting the fractions to 0@0 >>> for >>> top-left and bottom-right then using the offsets. >>> >>> Regards, Gary >>> >>> ----- Original Message ----- >>> From: nullPointer >>> To: pharo-project(a)lists.gforge.inria.fr >>> Sent: Monday, September 14, 2009 12:03 PM >>> Subject: Re: [Pharo-project] Polymorph - TabIndex and layoutFrames >>> questions >>> >>> >>> 1. I have always work with owners in ProportionalLayout, donÂ´t let >>> work >>> with another layoutPolicy in the canvas designer. In view designer >>> exists >>> the possibility of "anchor" a widget to top, left, down and right. That >>> is >>> all need the user ( for the moment ) for anchor a widget, but fails to >>> change size and position.Exists the possibility of do it in >>> ProportionalLayout on owner? >>> >>> >>> 2. Then i understand than changing the order of submorphs that works? >>> I >>> will probe. >>> >>> Regards and many thanks. >>> >>> >>> 2009/9/14 Gary Chambers (via Nabble) <[hidden email]> >>> >>> 1. position/extent depends on how thae morph is laid out in its >>> owner. >>> LayoutFrame is used when the owner specified a proportional layout, >>> use the >>> fractions to pin corners and the offsets to.. offset. >>> If the owner specifies no layout then postion/extent work as >>> expected. >>> For table layouts things are more complicated (see >>> hResizing/vResizing >>> etc.) >>> >>> 2. Tab order (keyboard navigation) follows the order of the >>> submorphs >>> at >>> present. Add your morphs (using addMorphback: or via the Polymorph >>> row/column type stuff) in the order you want navigation to follow. >>> >>> Regards, Gary >>> >>> >>> ----- Original Message ----- >>> From: "nullPointer" <[hidden email]> >>> To: <[hidden email]> >>> Sent: Sunday, September 13, 2009 9:48 PM >>> Subject: [Pharo-project] Polymorph - TabIndex and layoutFrames >>> questions >>> >>> >>> >>> > >>> > >>> > 1- How i can change the #position or #extent of a Morph with a >>> layoutFrame >>> > setted ? >>> > >>> > for example, i have a button "anchored" to top and right; if i set >>> the >>> > #position: of that button the position donÂ´t change. Then i try >>> override >>> > the >>> > #position: accessor of my button; first set #layoutframe: to nil, >>> later do >>> > the set normally of #position: and later set again the old value >>> of >>> > #layoutFrame: , for remain the original anchors. But donÂ´t works. >>> Well, if >>> > I >>> > execute the code in a WorkSpace, line to line, then works! but >>> donÂ´t >>> if >>> > execute all code. I donÂ´t understand :| >>> > >>> > >>> > 2- How works the tab index mechanism in Polymorph? >>> > >>> > in some of my Views i have controls with unordered tab order in >>> controls. >>> > How i can change the order? I donÂ´t see nothing for start. >>> > >>> > 3- Exists the possibility of change the position of cursor of a >>> textbox? >>> > >>> > >>> > Regards, and thanks for the help >>> > >>> > -- >>> > View this message in context: >>> > >>> http://n2.nabble.com/Polymorph-TabIndex-and-layoutFrames-questions-tp363804… >>> > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. >>> > >>> > _______________________________________________ >>> > Pharo-project mailing list >>> > [hidden email] >>> > >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>> >>> >>> _______________________________________________ >>> Pharo-project mailing list >>> [hidden email] >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>> >>> >>> >>> ------------------------------------------------------------------------------ >>> View this message in context: Re: [Pharo-project] Polymorph - TabIndex >>> and layoutFrames questions >>> Sent from the Pharo Smalltalk mailing list archive at Nabble.com. >>> >>> >>> >>> ------------------------------------------------------------------------------ >>> >>> >>> _______________________________________________ >>> Pharo-project mailing list >>> Pharo-project(a)lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>> _______________________________________________ >>> Pharo-project mailing list >>> Pharo-project(a)lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>> >> >> -- >> View this message in context: >> http://n2.nabble.com/Polymorph-TabIndex-and-layoutFrames-questions-tp363804… >> Sent from the Pharo Smalltalk mailing list archive at Nabble.com. >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- View this message in context: http://n2.nabble.com/Polymorph-TabIndex-and-layoutFrames-questions-tp363804… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Sept. 14, 2009

Re: [Pharo-project] #removeAll support

by StÃ©phane Ducasse

thanks nicolas. we value good changes :) Stef On Sep 14, 2009, at 9:17 PM, Nicolas Cellier wrote: > As requested recently on squeak-dev, I provided an implementation of > #removeAll in > http://source.squeak.org/trunk/Collections-nice.130.mcz > http://source.squeak.org/trunk/CollectionsTests-nice.94.mcz > I can open an issue if you want this message too in Pharo. > > Nicolas > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Sept. 14, 2009