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

Re: [Pharo-project] MessageNotUnderstood: UndefinedObject>>includes:

by Hilaire Fernandes

Okay, thanks for the tip. Indeed this cascade of events occurs within Seaside, which, if I understand correctly, run in its own thread. The only things I am doing from this thread is to display a Morph. How could I do that so the bang does not show up? Hilaire 2009/2/25 GARY CHAMBERS <gazzaguru2(a)btinternet.com>: > There are a number of entries in Mantis for Squeak about this. > My feeling is that more than one preocess is running the world loop such > that one starts doing the loop, another starts before the first is finished > and ends (setting to nil) then the first encounters this. > The world loop is not thread safe. > > > ________________________________ > From: Hilaire Fernandes <hilaire(a)ofset.org> > To: Pharo Development <pharo-project(a)lists.gforge.inria.fr> > Sent: Wednesday, 25 February, 2009 12:04:24 PM > Subject: [Pharo-project] MessageNotUnderstood: UndefinedObject>>includes: > > I have this kind of error which appear randomly when I am > instantiating and displaying in real world a Morph. > Next from the morph is deduced Form field to use as the basis of a PNG > image for Seaside canvas. > It is easy to fix (or a least prevent the error) but it is system > land... so I am curious to read if other meet this problem. > > See debuglog > -- > http://blog.ofset.org/hilaire > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- http://blog.ofset.org/hilaire

Feb. 25, 2009

[Pharo-project] UI dragging improvement

by Henrik Johansen

Had a look at drawWorld:submorphs:invalidAreasOn: today, the "Experimental top-down drawing" there does not seem to be working optimally. Basically, when there's many windows behind one you're resizing, this many times leads to ALL of them getting repainted. Attached is a fix for this, so only the system window areas which are visible and affected are updated. It will not speed up cases when resizing a complex morph (like the Changes Log), but helps when resizing simple ones with many other windows in the background. If anyone interested in faster resizing (without fastDragWindow) would review the code/check if it helps them it'd be nice. A simple test is to open up a couple system browsers, put them on top of eachother, and resize a simple window (Like the "Welcome to Pharo" window) over their bounds. Then load the changes, and see if you notice a difference. In a test i did (same windows open/resized, as described above), time spent in drawWorld:submorphs:invalidAreasOn: was reduced from 86% to 65.7% after filing in changes. If anyone with a better understanding of Morphic know if anything larger than the clippingBounds is safe to use as default in Morph>>areasRemainingToFill: , that would probably help as well. Cheers, Henry 'From Pharo0.1 of 16 May 2008 [Latest update: #10243] on 25 February 2009 at 2:30:25 pm'! !Morph methodsFor: 'drawing' stamp: 'Henrik Sperre Johansen 2/25/2009 12:06'! areasRemainingToFill: aRectangle "May be overridden by any subclasses with opaque regions" ^ Array withAll: (aRectangle areasOutside: self clippingBounds)! ! !WorldState methodsFor: 'update cycle' stamp: 'Henrik Sperre Johansen 2/25/2009 13:52'! drawWorld: aWorld submorphs: submorphs invalidAreasOn: aCanvas "Redraw the damaged areas of the given canvas and clear the damage list. Return a collection of the areas that were redrawn." | rectList c i n mm morphs rects rectToFill remnants remnantIntersects rect validList | rectList := damageRecorder invalidRectsFullBounds: aWorld viewBox. "sort by areas to draw largest portions first" rectList := rectList asArray sort: [:r1 :r2 | r1 area > r2 area]. damageRecorder reset. n := submorphs size. morphs := OrderedCollection new: n * 2. rects := OrderedCollection new: n * 2. validList := OrderedCollection new: n * 2. rectList do: [:dirtyRect | dirtyRect allAreasOutsideList: validList do: [:r | "Experimental top-down drawing -- Traverses top to bottom, stopping if the entire area is filled. If only a single rectangle remains, then continue with the reduced rectangle." rectToFill := r. remnants := OrderedCollection with: r. i := 1. [remnants isEmpty or: [i > n]] whileFalse: [mm := submorphs at: i. ((remnantIntersects := remnants select: [:each | (mm fullBounds intersects: each)]) notEmpty and: [mm visible]) ifTrue: [morphs addLast: mm. rects addLast: (Rectangle merging: (remnantIntersects collect: [:each | mm fullBounds intersect: each])). remnants removeAll: remnantIntersects. remnantIntersects do: [:eachIntersect | remnants addAll: (mm areasRemainingToFill: eachIntersect)]. remnants size = 1 ifTrue: [rectToFill := remnants first]. remnants isEmpty ifTrue: [rectToFill := nil]]. i := i + 1]. "Now paint from bottom to top, but using the reduced rectangles." rectToFill ifNotNil: [aWorld drawOn: (c := aCanvas copyClipRect: rectToFill)]. [morphs isEmpty] whileFalse: [(rect := rects removeLast) == rectToFill ifFalse: [c := aCanvas copyClipRect: (rectToFill := rect)]. c fullDrawMorph: morphs removeLast]. morphs reset. rects reset. validList add: r]]. ^validList! !

Feb. 25, 2009

Re: [Pharo-project] Font for Pharo

by Damien Pollet

On Tue, Feb 24, 2009 at 19:54, JÃ©rÃ´me <jerome(a)minusfreun.de> wrote: > Â Â Â Â * It is a Unicode font, with an already remarkable range of Unicode > characters that will be extened over time by the SIL people, while > Vera is limited mainly to the characters in the Basic Latin and > Latin-1 Supplement portions of Unicode That's why you should all forget about vera and look at dejavu instead, since it's the open-source, unicode-complete version of vera. > Â Â Â Â * The visual identity of Vera is worn out by its use in other > projects like GNOME â as Times New Roman's has been worn out to the > overuse in Word Granted, but there are few opensource fonts that have this much coverage in this many styles (bold, italic, monospacedâ¦). Andika only has the roman style ATM, though in your screenshots it looks like pharo can fake other styles quite nicely. Also, I'm not convinced we need a mono font for code, the only real constraint is that the non-alphanumeric characters are clearly legible. > Â Â Â Â * Pharo is new and its visual identity undefined, it therefor can > profit from use of a font with a more fresh design Sure, but I'd make sure the UI is fast and usable too. Now maybe it's best to go for the looks first and the usability second, that's what apple did with OS X after all. > > JÃ©rÃ´me > > Am 24.02.2009 um 18:56 schrieb Adrian Lienhard: > >> I looked at Andika with Marcus yesterday, and we both had the >> impression that Bitstream Vera fits better. Is there any advantage to >> the Andika font? Andika does not seem to provide a monotype too. >> >> Adrian >> >> >> On Feb 24, 2009, at 18:25 , Igor Stasenko wrote: >> >>> 2009/2/24 Jerome <jerome(a)minusfreun.de>: >>>> It seems Andika has a higher line-spacing because it takes >>>> characters >>>> with multiple stacked unicode diacritics[2] into account which would >>>> be clipped otherwise[1]. If this is deemed not aceptable, there >>>> exists >>>> the SIL Type Tuner, which can change the line-height easily. [3] >>>> Unfortunatly I have no windows system. >>>> >>> here the .xml config produced by running: >>> TypeTuner.exe -x and.xml AndBasR.ttf >>> >>> So, there is >>> <feature name="Line spacing" value="Normal"> >>> and possible values >>> Â Â Â Â Â Â Â <value name="Normal"/> >>> Â Â Â Â Â Â Â <value name="Tight"/> >>> Â Â Â Â Â Â Â <value name="Loose"/> >>> Â Â Â Â Â Â Â <value name="Imported"/> >>> >>> i can try to rebuild font using 'Tight' line spacing. >>> But i don't want to install this font on my windoze box. Is >>> squeak/freetype allows to load a truetype font from directory where >>> vm >>> located? >>> >>> >>>> [1] http://scripts.sil.org/cms/scripts/page.php?site_id=nrsi&item_id=Andika_FAQ… >>>> [2] http://en.wikipedia.org/wiki/Diacritic >>>> [3] http://scripts.sil.org/TypeTuner >>>> >>>> Am 24.02.2009 um 16:55 schrieb Igor Stasenko: >>>> >>>>> 2009/2/24 Gary Chambers <gazzaguru2(a)btinternet.com>: >>>>>> That's just down to the fact that textstyles are applied on >>>>>> opening >>>>>> of >>>>>> browsers/morphs. >>>>>> Reopening the browsers should sort it. >>>>>> >>>>>> The slight other concern I have with this font is the apparently >>>>>> excessive >>>>>> line spacing, not as compact as, say, Arial. >>>>>> >>>>> >>>>> Does anyone knows, how/where line height is calculated? >>>>> Maybe this code does not takes font DPI in account, or assuming a >>>>> fixed dpi which is mismatching with screen dpi. >>>>> >>>>> >>>>> >>>>>> Regards, Gary >>>>>> >>>>>> ----- Original Message ----- >>>>>> From: "Hilaire Fernandes" <hilaire(a)ofset.org> >>>>>> To: <Pharo-project(a)lists.gforge.inria.fr> >>>>>> Sent: Monday, February 23, 2009 7:20 PM >>>>>> Subject: Re: [Pharo-project] Font for Pharo >>>>>> >>>>>> >>>>>> Can it be related to a problem I saw recently with text string >>>>>> inappropriately clipped toward the end (string length calculus >>>>>> seems >>>>>> too short of 1 or 2 pixels)? >>>>>> I can see it in last release when using deja vue font for example. >>>>>> >>>>>> It does not show up in #194 however. >>>>>> >>>>>> Hilaire >>>>>> >>>>>> >>>>>> 2009/2/23 Norbert Hartl <norbert(a)hartl.name>: >>>>>>> On Mon, 2009-02-23 at 20:18 +0200, Igor Stasenko wrote: >>>>>>>> 2009/2/23 Norbert Hartl <norbert(a)hartl.name>: >>>>>>>>> On linux it doesn't look very good. There is something weird >>>>>>>>> with the font height and position. Well, it looks a lot better >>>>>>>>> in pharo than in gnome :) >>>>>>>>> >>>>>>>> seems like you changed font after opening a browser window. And >>>>>>>> it >>>>>>>> using old font height to calculate line heights. >>>>>>>> >>>>>>> If I would have changed the font after opening the window I >>>>>>> couldn't >>>>>>> see the new font. The fonts are only applied on opening a window. >>>>>>> You can see it in the workspace and the menu two. There is enough >>>>>>> space through the big line height. In the class browser it is >>>>>>> somehow >>>>>>> cut off. >>>>>>> >>>>>>> Norbert >>>>>>> >>>>>>> >>>>>>>> >>>>>>>>> screenshot is attached. >>>>>>>>> >>>>>>>>> Norbert >>>>>>>>> >>>>>>>>> On Mon, 2009-02-23 at 13:33 +0100, JÃ©rÃ´me wrote: >>>>>>>>>> Hi, >>>>>>>>>> >>>>>>>>>> I found the Font "Andika Basic"[2] which is an Open Source and >>>>>>>>>> Free- >>>>>>>>>> Software[1] Unicode-ready font made by the same people who >>>>>>>>>> brought us >>>>>>>>>> Gentium, the typeface for the nations. I suggest using Andika >>>>>>>>>> as the >>>>>>>>>> Pharo CI Font since it can be distributed along with Pharo and >>>>>>>>>> looks a >>>>>>>>>> little bit like Lucida Grande, the Mac-UI-font, but at the >>>>>>>>>> same >>>>>>>>>> time >>>>>>>>>> is more friendly and better readable[3]. According to the >>>>>>>>>> Andika >>>>>>>>>> Website, Andika is Swahili, which is spoken widely in >>>>>>>>>> southeastern >>>>>>>>>> regions of the African continent, and means "Write!". >>>>>>>>>> >>>>>>>>>> Have a look: >>>>>>>>>> [2] >>>>>>>>>> http://scripts.sil.org/cms/scripts/page.php?site_id=nrsi&item_id=Andika >>>>>>>>>> [3] http://minusfreun.de/blog/uploads/Pharo.png >>>>>>>>>> >>>>>>>>>> JÃ©rÃ´me >>>>>>>>>> >>>>>>>>>> [1] http://scripts.sil.org/cms/scripts/page.php?site_id=nrsi&id=OFL >>>>>>>>>> _______________________________________________ >>>>>>>>>> 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 >>>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> -- >>>>>>>> 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 >>>>>>> >>>>>>> >>>>>>> _______________________________________________ >>>>>>> Pharo-project mailing list >>>>>>> Pharo-project(a)lists.gforge.inria.fr >>>>>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo- >>>>>>> project >>>>>> >>>>>> >>>>>> >>>>>> -- >>>>>> http://blog.ofset.org/hilaire >>>>>> >>>>>> _______________________________________________ >>>>>> 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 >>>>>> >>>>> >>>>> >>>>> >>>>> -- >>>>> 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 >>>>> >>>> >>>> JÃ©rÃ´me Agater >>>> j.agater(a)uni-oldenburg.de >>>> >>>> >>>> >>>> >>>> _______________________________________________ >>>> 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. >>> <and.xml>_______________________________________________ >>> 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 >> > > JÃ©rÃ´me Agater > j.agater(a)uni-oldenburg.de > > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- Damien Pollet type less, do more [ | ] http://people.untyped.org/damien.pollet

Feb. 25, 2009

Re: [Pharo-project] Pharo scripting -- reborn as "Coral"

by Alexandre Bergel

I just tried it. It works. This is excellent! By reading /dev/stdin, we should be able to have a prompt. Cheers, Alexandre On 25 Feb 2009, at 13:55, Oscar Nierstrasz wrote: > > Hi Folks, > > I spent some time yesterday together with Stef to take a closer look > at the Pharo scripting project. > > We have repackaged and renamed the project as "Coral". It is available > on SqueakSource at: > > http://www.squeaksource.com/Coral > > You can now load it simply into a fresh Pharo-dev image by evaluating: > > ScriptLoader new installer ss project: 'Coral'; install: 'LoadCoral'. > > This will load everything that is required and pop up a few Workspace > windows with further instructions. (You will need John McIntosh's > latest VM to get this to work -- all is described in the image.) > > There is also a window with TO-DO items. I am interested in starting > a student project to really make this fly, so I would be grateful for > your suggestions and desiderata. If you are a potential user, please > try it out and let me know what you would expect from a real Smalltalk > scripting environment. > > Thanks again to Mathieu and GwenaÃ«l for getting this to work! > > Oscar > --- > Prof. Dr. O. Nierstrasz -- Oscar.Nierstrasz(a)iam.unibe.ch > Software Composition Group -- http://www.iam.unibe.ch/~scg > University of Bern -- Tel/Fax +41 31 631.4618/3355 > vcard: http://www.iam.unibe.ch/~oscar/oscarNierstrasz.vcf > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Feb. 25, 2009

Re: [Pharo-project] MessageNotUnderstood: UndefinedObject>>includes:

by GARY CHAMBERS

There are a number of entries in Mantis for Squeak about this. My feeling is that more than one preocess is running the world loop such that one starts doing the loop, another starts before the first is finished and ends (setting to nil) then the first encounters this. The world loop is not thread safe. ________________________________ From: Hilaire Fernandes <hilaire(a)ofset.org> To: Pharo Development <pharo-project(a)lists.gforge.inria.fr> Sent: Wednesday, 25 February, 2009 12:04:24 PM Subject: [Pharo-project] MessageNotUnderstood: UndefinedObject>>includes: I have this kind of error which appear randomly when I am instantiating and displaying in real world a Morph. Next from the morph is deduced Form field to use as the basis of a PNG image for Seaside canvas. It is easy to fix (or a least prevent the error) but it is system land... so I am curious to read if other meet this problem. See debuglog -- http://blog.ofset.org/hilaire

Feb. 25, 2009

[Pharo-project] Pharo scripting -- reborn as "Coral"

by Oscar Nierstrasz

Hi Folks, I spent some time yesterday together with Stef to take a closer look at the Pharo scripting project. We have repackaged and renamed the project as "Coral". It is available on SqueakSource at: http://www.squeaksource.com/Coral You can now load it simply into a fresh Pharo-dev image by evaluating: ScriptLoader new installer ss project: 'Coral'; install: 'LoadCoral'. This will load everything that is required and pop up a few Workspace windows with further instructions. (You will need John McIntosh's latest VM to get this to work -- all is described in the image.) There is also a window with TO-DO items. I am interested in starting a student project to really make this fly, so I would be grateful for your suggestions and desiderata. If you are a potential user, please try it out and let me know what you would expect from a real Smalltalk scripting environment. Thanks again to Mathieu and GwenaÃ«l for getting this to work! Oscar --- Prof. Dr. O. Nierstrasz -- Oscar.Nierstrasz(a)iam.unibe.ch Software Composition Group -- http://www.iam.unibe.ch/~scg University of Bern -- Tel/Fax +41 31 631.4618/3355 vcard: http://www.iam.unibe.ch/~oscar/oscarNierstrasz.vcf

Feb. 25, 2009

Re: [Pharo-project] MessageNotUnderstood: UndefinedObject>>includes:

by Hilaire Fernandes

I have to add that fixing those kind of issue look like fixing a ball with many holes as when one is fixed another hole appears somewhere else. Bad feeling of crapyness... 2009/2/25 Hilaire Fernandes <hilaire(a)ofset.org>: > I have this kind of error which appear randomly when I am > instantiating and displaying in real world a Morph. > Next from the morph is deduced Form field to use as the basis of a PNG > image for Seaside canvas. > It is easy to fix (or a least prevent the error) but it is system > land... so I am curious to read if other meet this problem. > > See debuglog > -- > http://blog.ofset.org/hilaire > -- http://blog.ofset.org/hilaire

Feb. 25, 2009

[Pharo-project] MessageNotUnderstood: UndefinedObject>>includes:

by Hilaire Fernandes

I have this kind of error which appear randomly when I am instantiating and displaying in real world a Morph. Next from the morph is deduced Form field to use as the basis of a PNG image for Seaside canvas. It is easy to fix (or a least prevent the error) but it is system land... so I am curious to read if other meet this problem. See debuglog -- http://blog.ofset.org/hilaire

Feb. 25, 2009

Re: [Pharo-project] ScreenController Removed with Issue #610

by Rob Rothwell

On Wed, Feb 25, 2009 at 3:10 AM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr > wrote: > mike > > is this change dependent on another change of yours? > > Stef I know I just started with the current 10243 dev image if that helps... Rob

Feb. 25, 2009

Re: [Pharo-project] 10243: error related to OB in the transcript

by David RÃ¶thlisberger

Hi Alex, > When I accept methods definition in OB, I have some printout: > ERROR: SAXCModule class>>superSenderSelectors > ERROR: SAXCModule class>>overridesSelectors > ERROR: SAXCModule class>>conflictsSelectors > ERROR: SAXCModule class>>suppliedSelectors > Maybe this is related to the dynamic protocol recently introduced > (which is an excellent thing). yes, you are right, this is caused by dynamic protocols. Those selectors you mention get sent to a class, but they are not defined on Class or Behavior. They are also not extension methods of DynamicProtocols, neither in the recent version nor in older versions. Damien, do you know where this selectors get defined? Is there an external dependency in DynamicProtocols, do we need to load something else to get these methods? David

Feb. 25, 2009