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

[Pharo-project] Titles of tool windows are inappropriate

by Andrew P. Black

Inspectors on an object foo say "foo on NewInspector" in the title. They should just say "foo". Workspaces say "Shout Workspace"; that's an implementation detail. I put a changeset in the bug database to fixes these annoyances. (Issue 1245) Andrew

Sept. 26, 2009

Re: [Pharo-project] CairoGraphics

by Ken Treis

On Sep 25, 2009, at 10:57 AM, StÃ©phane Ducasse wrote: > cool For anyone who's been playing with this, I just posted another new revision of Alien that fixes the platform sizes to match C platform sizes. Not sure what I was thinking in the first go-around. Anyhow, if you load Alien-Core-kdt.58 in Pharo, you'll need to re-initialize Alien: Alien initialize In other news, I've got CairoGraphics mostly working in GemStone (2.3.1) now too, running on top of an "Alien Lite" that provides support for the types of function calls I need to make. If anyone is interested in this, email me directly and I'll send you the code once I've worked out the remaining major bugs. Ken > > > On Sep 25, 2009, at 7:19 PM, Ken Treis wrote: > >> Hi Damien, >> >> Yes it definitely works -- at least for me, on Mac OS X. Recent VMs >> from John McIntosh have the plugin already, though on the mac it >> only searches for libraries in a few select places and it doesn't >> accept absolute paths. Hopefully this will be resolved soon; for now >> I've symlinked the library into my Squeak VM's plugins folder. >> >> On Linux you may have to compile a VM yourself to get the plugin; I >> know it's in the VM source tree. >> >> For a quick demo, try: >> >>> |image cr backgroundGradient textGradient| >>> image := CRImageSurface format: CRFormat argb32 extent: 300@200. >>> cr := image context. >>> backgroundGradient := CRLinearGradient from: 0@0 to: 150@200. >>> backgroundGradient addStopAt: 0 color: Color white. >>> backgroundGradient addStopAt: 1 color: Color lightGray. >>> cr >>> source: backgroundGradient; >>> paint. >>> cr moveTo: 30@100. >>> cr >>> selectFontFace: 'Sans'; >>> fontSize: 40. >>> cr textPath: 'Hello, World!'. >>> cr >>> source: Color green; >>> strokePreserve. >>> textGradient := CRLinearGradient from: 0@50 to: 300@50. >>> textGradient addStopAt: 0 color: Color blue alpha: 0.2. >>> textGradient addStopAt: 1 color: Color blue alpha: 0.8. >>> cr >>> source: textGradient; >>> fill. >>> image writeToPng: '/Users/kdt/Desktop/hello.png'. >> >> This isn't anything super exciting to look at, but if you've got the >> IA32ABI plugin and have set up CRLibrary class>>libraryPath to point >> to the Cairo library, you should be able to see the output >> (attached). I'll try to post a more impressive demo soon. >> >> >> Ken >> >> On Sep 25, 2009, at 2:08 AM, Damien Cassou wrote: >> >>> Hi Ken, >>> >>> I'm going to have 4 students working during 4 months on Smalltalk. I >>> would like to get a Cairo working implementation. What about >>> yours/Travis'? What can we do with it? Can we draw something in >>> Pharo? >>> Does it work? >>> >>> Thank you >>> >>> -- >>> Damien Cassou >>> http://damiencassou.seasidehosting.st >>> >>> "Lambdas are relegated to relative obscurity until Java makes them >>> popular by not having them." James Iry >> >> -- >> Ken Treis >> Miriam Technologies, Inc. >> <hello.png>_______________________________________________ >> 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 -- Ken Treis Miriam Technologies, Inc.

Sept. 25, 2009

Re: [Pharo-project] Help with Rotating a Box

by Nicolas Cellier

http://bugs.squeak.org/view.php?id=6511 2009/9/25 Andrew P. Black <black(a)cs.pdx.edu>: > I've been playing with a Morphic implementation of "Joe the box" for an > intro programming course. Â It shouldn't be hard, right? > > The problem is rotation. Â It's easy to rotate a polygon morph, but I can't > get a TextMorph (for the name) to rotate and stay centered. Â My next attempt > (attached), was to use a transformation morph. Â This almost works, except > that when rotating from a non-manhattan orientation, smurfs get left on the > display. > > The code is attached. > > > > > > > I try doing this in a workspace: > > joe := NamedBoxMorph2 new. > joe name: 'Fred'. > joe openInWorld. > joe color: Color lightBlue. > joe turn: -45. > joe turn: 45. > > Do the > > Â Â Â Â joe turn: +/- 45 > > a few times. Â Bits of the rectangle are left on the display. Â Is this a bug > in morphic, or a bug in my code (more likely)? Â Is tehre an easy fix/ > > The critical method from the filein is this one, I think: > > BoxMorph2 >> initialize > Â Â Â Â "initialize this BoxMorph so that it looks like a Box in BoxWorld" > Â Â Â Â | rectangle b | > Â Â Â Â super initialize. > Â Â Â Â smoothing := 3. > Â Â Â Â b := Rectangle origin: 85 @ 200 extent: 80 @ 80. > Â Â Â Â rectangle := RectangleMorph new. > Â Â Â Â rectangle bounds: b. > Â Â Â Â rectangle color: Color transparent. > Â Â Â Â rectangle borderWidth: 1. > Â Â Â Â self addMorphCentered: rectangle. > Â Â Â Â self bounds: b. > > I tired making the bounds of the boxMorph a pixel or two bigger (in the last > line): this didn't help. > > Any ideas? > > Â Â Â Â Andrew > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Sept. 25, 2009

[Pharo-project] Help with Rotating a Box

by Andrew P. Black

I've been playing with a Morphic implementation of "Joe the box" for an intro programming course. It shouldn't be hard, right? The problem is rotation. It's easy to rotate a polygon morph, but I can't get a TextMorph (for the name) to rotate and stay centered. My next attempt (attached), was to use a transformation morph. This almost works, except that when rotating from a non-manhattan orientation, smurfs get left on the display. The code is attached. I try doing this in a workspace: joe := NamedBoxMorph2 new. joe name: 'Fred'. joe openInWorld. joe color: Color lightBlue. joe turn: -45. joe turn: 45. Do the joe turn: +/- 45 a few times. Bits of the rectangle are left on the display. Is this a bug in morphic, or a bug in my code (more likely)? Is tehre an easy fix/ The critical method from the filein is this one, I think: BoxMorph2 >> initialize "initialize this BoxMorph so that it looks like a Box in BoxWorld" | rectangle b | super initialize. smoothing := 3. b := Rectangle origin: 85 @ 200 extent: 80 @ 80. rectangle := RectangleMorph new. rectangle bounds: b. rectangle color: Color transparent. rectangle borderWidth: 1. self addMorphCentered: rectangle. self bounds: b. I tired making the bounds of the boxMorph a pixel or two bigger (in the last line): this didn't help. Any ideas? Andrew

Sept. 25, 2009

Re: [Pharo-project] cairo support

by Igor Stasenko

You can read brief description at wiki page on http://www.squeaksource.com/OpenVG 2009/9/25 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>: > ask igor > he got something :) > > > On Sep 25, 2009, at 10:15 PM, Marco Schmidt wrote: > >> I would choose the lower level of abstraction - cairo. Did there >> exists an portable OpenVG implementation? This would be too a possible >> alternative to wrap with Alien. >> >> Marco Schmidt >> >> PS: Path-based drawing rules! Postscript rules! >> >> >> >> 2009/9/25 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>: >>> Hi all >>> >>> should we push rome or the cairo graphics package? >>> I kno wthat they are not at the same level of abstarction but I >>> prefer >>> to ask. >>> Or should rome be based on the cairo graphics package? >>> >>> Stef >>> >>> _______________________________________________ >>> 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 > > > _______________________________________________ > 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.

Sept. 25, 2009

Re: [Pharo-project] Smalltalk condenseChanges -> 'Invalid utf8 input detected'

by Mariano Martinez Peck

ok...I have updated http://code.google.com/p/pharo/issues/detail?id=830 This bug happens in pharo1.0-10451-BETAdev09.09.3 but it doesn't happen in PharoCore-1.0-10451-BETA or PharoCore-1.0-10456-BETA-closurefixes. weird.... On Fri, Sep 25, 2009 at 7:39 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr > wrote: > Ok we will have to investigate. > > Stef > > On Sep 25, 2009, at 10:31 PM, John M McIntosh wrote: > > > Actually I had loaded my fractions work into a new Pharo image from an > > MC http repository > > > > (a) I was using Character lf hard coded in a string as '[]' , but > > something in the Pharo MC load logic converted the '[]' to Character > > cr > > > > That of course trashed things when I"m doing self should: [self > > enteredData = '1+2=[]3']. where the [] is Characer lf in MC, but > > becomes Character cr magically... > > > > (b) Lastly I have for example two character sequence in a string of > > decimal value 195 and 183 which is a translation of character value > > 247 (Ã·) to a two byte UTF-8 value > > mmm like 'Ã·' asNSStringUTF8FromAscii where the UTF8FromAscii > > translates from the iso8859-1 code page to a UTF8 value. > > http://www.utf8-chartable.de/ > > http://www.ramsch.org/martin/uni/fmi-hp/iso8859-1.html > > > > Not sure which trigged the fault, if in fact the two above points are > > the problem. > > > > > > On 2009-09-25, at 1:12 PM, John M McIntosh wrote: > > > >> Yes I had the same problem a few days back, so the problem is back. > >> > >> > >> On 2009-09-25, at 12:38 PM, Mariano Martinez Peck wrote: > >> > >>> Hi: I am trying to evaluate a Smalltalk condenseChanges but I am > >>> getting a 'Invalid utf8 input detected' > >>> > >>> This seems to be this bug: > http://code.google.com/p/pharo/issues/detail?id=830 > >>> > >>> but that bug seems to be fixed. I can still reproduce it. Can > >>> anyone confirm this ? > >>> > >>> I attach log. > >>> > >>> Cheers, > >>> > >>> Mariano > >>> <PharoDebug.log>_______________________________________________ > >>> Pharo-project mailing list > >>> Pharo-project(a)lists.gforge.inria.fr > >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > >> > >> -- > >> = > >> = > >> = > >> = > >> = > >> = > >> ===================================================================== > >> John M. McIntosh <johnmci(a)smalltalkconsulting.com> Twitter: > >> squeaker68882 > >> Corporate Smalltalk Consulting Ltd. http:// > >> www.smalltalkconsulting.com > >> = > >> = > >> = > >> = > >> = > >> = > >> ===================================================================== > >> > >> > >> > >> > > > > -- > > = > > = > > = > > = > > = > > ====================================================================== > > John M. McIntosh <johnmci(a)smalltalkconsulting.com> Twitter: > > squeaker68882 > > Corporate Smalltalk Consulting Ltd. http:// > > www.smalltalkconsulting.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 >

Sept. 25, 2009

Re: [Pharo-project] Smalltalk condenseChanges -> 'Invalid utf8 input detected'

by StÃ©phane Ducasse

Ok we will have to investigate. Stef On Sep 25, 2009, at 10:31 PM, John M McIntosh wrote: > Actually I had loaded my fractions work into a new Pharo image from an > MC http repository > > (a) I was using Character lf hard coded in a string as '[]' , but > something in the Pharo MC load logic converted the '[]' to Character > cr > > That of course trashed things when I"m doing self should: [self > enteredData = '1+2=[]3']. where the [] is Characer lf in MC, but > becomes Character cr magically... > > (b) Lastly I have for example two character sequence in a string of > decimal value 195 and 183 which is a translation of character value > 247 (Ã·) to a two byte UTF-8 value > mmm like 'Ã·' asNSStringUTF8FromAscii where the UTF8FromAscii > translates from the iso8859-1 code page to a UTF8 value. > http://www.utf8-chartable.de/ > http://www.ramsch.org/martin/uni/fmi-hp/iso8859-1.html > > Not sure which trigged the fault, if in fact the two above points are > the problem. > > > On 2009-09-25, at 1:12 PM, John M McIntosh wrote: > >> Yes I had the same problem a few days back, so the problem is back. >> >> >> On 2009-09-25, at 12:38 PM, Mariano Martinez Peck wrote: >> >>> Hi: I am trying to evaluate a Smalltalk condenseChanges but I am >>> getting a 'Invalid utf8 input detected' >>> >>> This seems to be this bug: http://code.google.com/p/pharo/issues/detail?id=830 >>> >>> but that bug seems to be fixed. I can still reproduce it. Can >>> anyone confirm this ? >>> >>> I attach log. >>> >>> Cheers, >>> >>> Mariano >>> <PharoDebug.log>_______________________________________________ >>> Pharo-project mailing list >>> Pharo-project(a)lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> >> -- >> = >> = >> = >> = >> = >> = >> ===================================================================== >> John M. McIntosh <johnmci(a)smalltalkconsulting.com> Twitter: >> squeaker68882 >> Corporate Smalltalk Consulting Ltd. http:// >> www.smalltalkconsulting.com >> = >> = >> = >> = >> = >> = >> ===================================================================== >> >> >> >> > > -- > = > = > = > = > = > ====================================================================== > John M. McIntosh <johnmci(a)smalltalkconsulting.com> Twitter: > squeaker68882 > Corporate Smalltalk Consulting Ltd. http:// > www.smalltalkconsulting.com > = > = > = > = > = > ====================================================================== > > > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Sept. 25, 2009

[Pharo-project] [update] 10458

by StÃ©phane Ducasse

Polymorph update - Allow explicit button colours for UIThemeW2K (taskbar button for active window appears darker). Taskbar button for active window for UIThemeWatery2 uses selection colour for label. - Support resizeable FileDialogWindow. - Issue 1239: Host Menu test

Sept. 25, 2009

Re: [Pharo-project] cairo support

by StÃ©phane Ducasse

ask igor he got something :) On Sep 25, 2009, at 10:15 PM, Marco Schmidt wrote: > I would choose the lower level of abstraction - cairo. Did there > exists an portable OpenVG implementation? This would be too a possible > alternative to wrap with Alien. > > Marco Schmidt > > PS: Path-based drawing rules! Postscript rules! > > > > 2009/9/25 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>: >> Hi all >> >> should we push rome or the cairo graphics package? >> I kno wthat they are not at the same level of abstarction but I >> prefer >> to ask. >> Or should rome be based on the cairo graphics package? >> >> Stef >> >> _______________________________________________ >> 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. 25, 2009

Re: [Pharo-project] cairo support

by Igor Stasenko

2009/9/25 Marco Schmidt <Marco.Schmidt(a)taugamma.de>: > I would choose the lower level of abstraction - cairo. Did there > exists an portable OpenVG implementation? This would be too a possible > alternative to wrap with Alien. > Yes, it would be cool to have portable OpenVG implementation, because the plugin i made ready to work with it. But afaik there is no such implementation yet. ShivaVG is using OpenGL, which makes it well portable on all major platforms. Alas, its not fully covers the 1.0 spec, and its not very fast :( P.S. Same as you, i'm not in favor for being dependant on higher-level libraries such as cairo or rome. -- Best regards, Igor Stasenko AKA sig.

Sept. 25, 2009