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

Re: [Pharo-project] aligning morphs

by Gary Chambers

Not strictly an error, just need to be aware of which options are used in which context... Regards, Gary ----- Original Message ----- From: Guillermo Polito To: Pharo-project(a)lists.gforge.inria.fr Sent: Monday, January 10, 2011 1:01 PM Subject: Re: [Pharo-project] aligning morphs On Mon, Jan 10, 2011 at 9:04 AM, Gary Chambers <gazzaguru2(a)btinternet.com> wrote: Hi Doru, #spaceFill constraints are typically only used by table layouts. ScrollPane is designed for fixed size contents, at present. So, maybe morphs should raise an error or a warning in case of an invalid layout... Might be nice to extend it to honour any #spaceFill of its single target morph. This would simplify usage of scrollers quite a bit! Regards, Gary ----- Original Message ----- From: "Tudor Girba" <tudor.girba(a)gmail.com> To: "Pharo-project(a)lists.gforge.inria.fr Development" <pharo-project(a)lists.gforge.inria.fr> Sent: Saturday, January 08, 2011 1:22 AM Subject: [Pharo-project] aligning morphs Hi, I would need help with understanding the magic behind alignment in Morphic. Take the example from below. Could anyone help me with what I should do to have the morph stretch all the way horizontally? | scroll window morph | scroll := ScrollPane new. scroll fillStyle: (SolidFillStyle color: Color blue); vResizing: #spaceFill; hResizing: #spaceFill. morph := PanelMorph new. morph fillStyle: (SolidFillStyle color: Color yellow); changeTableLayout; listDirection: #topToBottom; vResizing: #shrinkWrap; hResizing: #spaceFill; layoutInset: 10. morph addMorphBack: (SimpleButtonMorph new width: 200; height: 200). scroll scroller addMorph: morph. window := SystemWindow new. window addMorph: scroll fullFrame: (LayoutFrame fractions: (0 @ 0 corner: 1 @ 1)). window openInWorld Cheers, Doru -- www.tudorgirba.com "Every thing should have the right to be different."

Jan. 10, 2011

Re: [Pharo-project] Issue 3486 in pharo: RecentMessageList problem with PluggableTextMorph

by pharo＠googlecode.com

Updates: Status: Accepted Comment #7 on issue 3486 by marcus.denker: RecentMessageList problem with PluggableTextMorph http://code.google.com/p/pharo/issues/detail?id=3486 Hmm... this needs to be solved differently. the SH* classes are not part of core.

Jan. 10, 2011

Re: [Pharo-project] Issue 2897 in pharo: Compiler fixes from eliot

by pharo＠googlecode.com

Comment #1 on issue 2897 by siguctua: Compiler fixes from eliot http://code.google.com/p/pharo/issues/detail?id=2897 Here the changeset Attachments: Compiler-eem.172.1.cs 10.7 KB

Jan. 10, 2011

Re: [Pharo-project] aligning morphs

by Guillermo Polito

On Mon, Jan 10, 2011 at 9:04 AM, Gary Chambers <gazzaguru2(a)btinternet.com>wrote: > Hi Doru, > > #spaceFill constraints are typically only used by table layouts. > ScrollPane is designed for fixed size contents, at present. > So, maybe morphs should raise an error or a warning in case of an invalid layout... > Might be nice to extend it to honour any #spaceFill of its single target > morph. > This would simplify usage of scrollers quite a bit! > > Regards, Gary > > ----- Original Message ----- From: "Tudor Girba" <tudor.girba(a)gmail.com> > To: "Pharo-project(a)lists.gforge.inria.fr Development" < > pharo-project(a)lists.gforge.inria.fr> > Sent: Saturday, January 08, 2011 1:22 AM > Subject: [Pharo-project] aligning morphs > > > > > Hi, > > I would need help with understanding the magic behind alignment in Morphic. > > Take the example from below. Could anyone help me with what I should do to > have the morph stretch all the way horizontally? > > | scroll window morph | > scroll := ScrollPane new. > scroll > fillStyle: (SolidFillStyle color: Color blue); > vResizing: #spaceFill; > hResizing: #spaceFill. > morph := PanelMorph new. > morph > fillStyle: (SolidFillStyle color: Color yellow); > changeTableLayout; > listDirection: #topToBottom; > vResizing: #shrinkWrap; > hResizing: #spaceFill; > layoutInset: 10. > morph addMorphBack: (SimpleButtonMorph new width: 200; height: 200). > scroll scroller addMorph: morph. > window := SystemWindow new. > window addMorph: scroll fullFrame: (LayoutFrame fractions: (0 @ 0 corner: 1 > @ 1)). > window openInWorld > > > Cheers, > Doru > > > -- > www.tudorgirba.com > > "Every thing should have the right to be different." > > > > > >

Jan. 10, 2011

Re: [Pharo-project] [Hudson] Pharo Tab

by Guillermo Polito

Thanks! :) On Mon, Jan 10, 2011 at 9:53 AM, Marcus Denker <marcus.denker(a)inria.fr>wrote: > Hi, > > I configured a tab with just the directly Pharo related targets: > > https://pharo-ic.lille.inria.fr/hudson/view/Pharo/ > > -- > Marcus Denker -- http://www.marcusdenker.de > INRIA Lille -- Nord Europe. Team RMoD. > > >

Jan. 10, 2011

[Pharo-project] [Hudson] Pharo Tab

by Marcus Denker

Hi, I configured a tab with just the directly Pharo related targets: https://pharo-ic.lille.inria.fr/hudson/view/Pharo/ -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

Jan. 10, 2011

Re: [Pharo-project] Origins [poll]

by Stan Shepherd

Jan. 10, 2011

[Pharo-project] Issue 3524 in pharo: MC snapshot browser <-> changeset interaction does not works properly

by pharo＠googlecode.com

Status: Accepted Owner: siguctua New issue 3524 by siguctua: MC snapshot browser <-> changeset interaction does not works properly http://code.google.com/p/pharo/issues/detail?id=3524 - choose any package not loaded into image, any package version and press 'browse'. Now in browser, pick any method , right click in method list menu, pick 'Add to current changeset' It throws an error, if given method not exists in system. If method exists, it add a version of method, which is currently in image, but not one, which you currently looking at in package browser. Which gets us back again to thing, that MethodReference model actually doesn't works in a way as it really should be :)

Jan. 10, 2011

Re: [Pharo-project] Issue 2454 in pharo: decompiler fix

by pharo＠googlecode.com

Comment #4 on issue 2454 by siguctua: decompiler fix http://code.google.com/p/pharo/issues/detail?id=2454 Here the changeset with corresponding methods Attachments: decompiler-fix.1.cs 1.6 KB

Jan. 10, 2011

[Pharo-project] XML packages, CDATA and encoding

by Torsten Bergmann

Create a file "test.xml" with the following contents (german umlaut): <?xml version="1.0" encoding="iso-8859-1"?> <test><![CDATA[ZaunkÃ¶nig]]></test> After loading ConfigurationOfXML try to parse it: |fs| fs := FileStream fileNamed: 'test.xml'. XMLDOMParser parseDocumentFrom: fs. => gives an error: 'Invalid utf8 input detected' => it works if you remove the CDATA section Looks like UTF8TextConverter is used independent from the encoding of the XML... Bye T. -- NEU: FreePhone - kostenlos mobil telefonieren und surfen! Jetzt informieren: http://www.gmx.net/de/go/freephone

Jan. 10, 2011