- Pharo-dev - lists.pharo.org

Re: [Pharo-project] PluggableTextMorph(Object)>>doesNotUnderstand: #stylerStyled:

by Benjamin

Strange ... For PluggableShoutMorph, all the expected behavior is now in PluugableTextMorph, so I will try to remove everything, just to see if it works ^^ (but first let's finish the list stuff ;) ) Ben On Jan 20, 2011, at 11:51 AM, StÃ©phane Ducasse wrote: > Yes we should do that. > let it and deprecate all the methods or remove the methods if they are in the superclass. > Ben apparently monticello is bogus and the methods we moved from *soup to soup were removed from the class :( > > Stef > > On Jan 20, 2011, at 11:19 AM, Benjamin wrote: > >> Yes, code depends of this class, but this class inherits from PluggableTextMorph, so we can just remove everything in it, and just keep the name to keep the system working (and maybe move this class in the package Deprecated) >> >> >> Ben >> >> On Jan 20, 2011, at 11:09 AM, Tudor Girba wrote: >> >>> Yes, but I guess code still depends on this class. So, at the very least the class should still be preserved for one version. >>> >>> Cheers, >>> Doru >>> >>> >>> On 20 Jan 2011, at 11:05, Benjamin wrote: >>> >>>> In fact, PluggableShoutMorph shouldn't be used anymore, but PluggableTextMorph instead now that PluggableTextMorph handle the text styling :) >>>> >>>> >>>> Ben >>>> >>>> >>>> On Jan 20, 2011, at 9:34 AM, Tudor Girba wrote: >>>> >>>>> We probably need to remove that variable from PluggableShoutMorph. This variable does not exist in Pharo 1.2 12292. >>>>> >>>>> Cheers, >>>>> Doru >>>>> >>>>> >>>>> On 20 Jan 2011, at 09:11, laurent laffont wrote: >>>>> >>>>>> Other error: https://pharo-ic.lille.inria.fr/hudson/view/Pharo/job/Pharo%201.2/71/console >>>>>> >>>>>> >>>>>> duplicatedVariableError: styler is already defined in PluggableTextMorph >>>>>> >>>>>> >>>>>> Laurent >>>>>> >>>>>> On Thu, Jan 20, 2011 at 8:38 AM, Tudor Girba <tudor.girba(a)gmail.com> wrote: >>>>>> Thanks Laurent and Alain for testing this. >>>>>> >>>>>> Cheers, >>>>>> Doru >>>>>> >>>>>> >>>>>> On 20 Jan 2011, at 08:21, Alain Plantec wrote: >>>>>> >>>>>>> the same here, it works. >>>>>>> Now I can load Petit. >>>>>>> Thanks >>>>>>> Alain >>>>>>> >>>>>>> Le 20/01/2011 08:08, laurent laffont a Ã©crit : >>>>>>>> It works ! It works ! >>>>>>>> >>>>>>>> Laurent >>>>>>>> >>>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>> >>>>>> -- >>>>>> www.tudorgirba.com >>>>>> >>>>>> "Live like you mean it." >>>>>> >>>>>> >>>>>> >>>>> >>>>> -- >>>>> www.tudorgirba.com >>>>> >>>>> "Presenting is storytelling." >>>>> >>>>> >>>> >>>> >>> >>> -- >>> www.tudorgirba.com >>> >>> "It's not how it is, it is how we see it." >>> >>> >> >> > >

Jan. 20, 2011

Re: [Pharo-project] Issue 3501 in pharo: Remove 1.1 deprecated methods and publish them in a separate package

by pharo＠googlecode.com

Comment #4 on issue 3501 by marcus.d...(a)gmail.com: Remove 1.1 deprecated methods and publish them in a separate package http://code.google.com/p/pharo/issues/detail?id=3501 Issue 2733 has been merged into this issue.

Jan. 20, 2011

Re: [Pharo-project] Issue 2733 in pharo: Remove deprecated methods from 1.1 in 1.3

by pharo＠googlecode.com

Updates: Status: Duplicate Mergedinto: 3501 Comment #9 on issue 2733 by marcus.d...(a)gmail.com: Remove deprecated methods from 1.1 in 1.3 http://code.google.com/p/pharo/issues/detail?id=2733 (No comment was entered for this change.)

Jan. 20, 2011

Re: [Pharo-project] splitters in table layout

by Gary Chambers

The attached changeset will "fix" this, though perhaps not ideal... Perhaps it is time to refactor all the Resizer stuff! Regards, Gary ----- Original Message ----- From: "Tudor Girba" <tudor.girba(a)gmail.com> To: <Pharo-project(a)lists.gforge.inria.fr> Sent: Thursday, January 20, 2011 11:17 AM Subject: Re: [Pharo-project] splitters in table layout What does this imply? Cheers, Doru On 20 Jan 2011, at 12:09, Gary Chambers wrote: > Missed the case where fast dragging setting is enabled.... > > Regards, Gary > > ----- Original Message ----- From: "Andreas Wacknitz" <a.wacknitz(a)gmx.de> > To: <Pharo-project(a)lists.gforge.inria.fr> > Sent: Tuesday, January 18, 2011 8:33 PM > Subject: Re: [Pharo-project] splitters in table layout > > > > Am 18.01.2011 um 20:58 schrieb Tudor Girba: > >> Yes, you missed a changeset Gary sent in the aligning morphs thread (he >> actually sent two, and you should pick the second one). >> >> Cheers, >> Doru >> > Ah, thank you. I have found two messages with changesets from January > 11th, 2011. > After I filein the second changeset alas I will get a DNU > Morph>>doFastWindowReframe: when I move the splitter... > > Regards, > Andreas > > > -- www.tudorgirba.com "Reasonable is what we are accustomed with."

Jan. 20, 2011

Re: [Pharo-project] Issue 3544 in pharo: Rename Morphic-Themes into Themes

by pharo＠googlecode.com

Comment #1 on issue 3544 by marcus.d...(a)gmail.com: Rename Morphic-Themes into Themes http://code.google.com/p/pharo/issues/detail?id=3544 do we do that in 1.3?

Jan. 20, 2011

[Pharo-project] Issue 3558 in pharo: Delete empty package 'ScriptLoader12'.

by pharo＠googlecode.com

Status: Fixed Owner: marcus.d...(a)gmail.com Labels: Milestone-1.3 New issue 3558 by marcus.d...(a)gmail.com: Delete empty package 'ScriptLoader12'. http://code.google.com/p/pharo/issues/detail?id=3558 In the next postscript, do ScriptLoader new deletePackage: 'ScriptLoader12'.

Jan. 20, 2011

Re: [Pharo-project] Issue 3552 in pharo: Delete Package "DeleteMe"

by pharo＠googlecode.com

Updates: Status: Fixed Comment #2 on issue 3552 by marcus.d...(a)gmail.com: Delete Package "DeleteMe" http://code.google.com/p/pharo/issues/detail?id=3552 to be added to the next postscript: ScriptLoader new deletePackage: 'DeleteMe'.

Jan. 20, 2011

Re: [Pharo-project] Issue 3556 in pharo: PluggableTextMorph(Object)>>doesNotUnderstand: #stylerStyled:

by pharo＠googlecode.com

Comment #2 on issue 3556 by marcus.d...(a)gmail.com: PluggableTextMorph(Object)>>doesNotUnderstand: #stylerStyled: http://code.google.com/p/pharo/issues/detail?id=3556 Can someone please attach *code* ???

Jan. 20, 2011

Re: [Pharo-project] splitters in table layout

by Tudor Girba

What does this imply? Cheers, Doru On 20 Jan 2011, at 12:09, Gary Chambers wrote: > Missed the case where fast dragging setting is enabled.... > > Regards, Gary > > ----- Original Message ----- From: "Andreas Wacknitz" <a.wacknitz(a)gmx.de> > To: <Pharo-project(a)lists.gforge.inria.fr> > Sent: Tuesday, January 18, 2011 8:33 PM > Subject: Re: [Pharo-project] splitters in table layout > > > > Am 18.01.2011 um 20:58 schrieb Tudor Girba: > >> Yes, you missed a changeset Gary sent in the aligning morphs thread (he actually sent two, and you should pick the second one). >> >> Cheers, >> Doru >> > Ah, thank you. I have found two messages with changesets from January 11th, 2011. > After I filein the second changeset alas I will get a DNU Morph>>doFastWindowReframe: when I move the splitter... > > Regards, > Andreas > > > -- www.tudorgirba.com "Reasonable is what we are accustomed with."

Jan. 20, 2011

Re: [Pharo-project] aligning morphs

by Tudor Girba

It's already integrated in Pharo :). Cheers, Doru On 20 Jan 2011, at 12:03, Gary Chambers wrote: > Not yet. (gmail issues) .Go ahead though if you wish. > > Regards, Gary > > ----- Original Message ----- From: "Tudor Girba" <tudor.girba(a)gmail.com> > To: <Pharo-project(a)lists.gforge.inria.fr> > Sent: Tuesday, January 18, 2011 7:44 PM > Subject: Re: [Pharo-project] aligning morphs > > > Hi Gary, > > Did you publish the changes to GeneralScrollPane somewhere? > > Cheers, > Doru > > > On 17 Jan 2011, at 12:07, Gary Chambers wrote: > >> It seems you are asking for the scroll value before the layout has been calculated. >> (since the window hasn't received a fullbounds yet). >> >> >> | m scroll | >> m := PanelMorph new. >> m >> hResizing: #shrinkWrap; >> vResizing: #spaceFill; >> changeTableLayout; >> listDirection: #leftToRight. >> m addMorphBack: (Morph new >> minWidth: 100; >> hResizing: #shrinkWrap; >> vResizing: #spaceFill). >> scroll := GeneralScrollPane new >> changeScrollerTableLayout; >> scrollTarget: m. >> scroll openInWindow. >> scroll hScrollbar setValue: 1.0. >> m addMorphBack: (Morph new >> minWidth: 100; >> hResizing: #shrinkWrap; >> vResizing: #spaceFill). >> "Recalculate bounds now for this example... not generally needed for normal code!" >> scroll fullBounds. >> "****" >> scroll hScrollbar value >> >> Is not normally an issue, as you can see from inspecting the scroller after being opened. >> >> Regards, Gary >> >> ----- Original Message ----- From: "Tudor Girba" <tudor.girba(a)gmail.com> >> To: <Pharo-project(a)lists.gforge.inria.fr> >> Sent: Sunday, January 16, 2011 10:56 AM >> Subject: Re: [Pharo-project] aligning morphs >> >> >> Hi Gary, >> >> I would like to implement a Finder-like behavior the GeneralScrollPane. For this, I would need a way to control the scrolling so that every time I add a new morph, the scroller scrolls (similar to ScrollBar>>animateValue:duration: from OB). >> >> The problem seems to be that the scrollbar value is not updated when I add a new morph. Take a look at the code below. The result of the horizontal scrollbar value at the end is 1.0, while it should be lower. Am I doing something wrong, or is this a problem? >> >> | m scroll | >> m := PanelMorph new. >> m >> hResizing: #shrinkWrap; >> vResizing: #spaceFill; >> changeTableLayout; >> listDirection: #leftToRight; >> m addMorphBack: (Morph new >> minWidth: 100; >> hResizing: #shrinkWrap; >> vResizing: #spaceFill). >> scroll := GeneralScrollPane new >> changeScrollerTableLayout; >> scrollTarget: m. >> scroll openInWindow. >> scroll hScrollbar setValue: 1.0. >> m addMorphBack: (Morph new >> minWidth: 100; >> hResizing: #shrinkWrap; >> vResizing: #spaceFill). >> scroll hScrollbar value >> >> ==> 1.0 >> >> Cheers, >> Doru >> >> >> >> On 11 Jan 2011, at 15:17, Gary Chambers wrote: >> >>> A slight revision as this has highlighted an edge case in the original class >>> as to when scrollbars are needed... >>> >>> Regards, Gary >>> >>> ----- Original Message ----- From: "Tudor Girba" <tudor.girba(a)gmail.com> >>> To: <Pharo-project(a)lists.gforge.inria.fr> >>> Sent: Tuesday, January 11, 2011 1:53 PM >>> Subject: Re: [Pharo-project] aligning morphs >>> >>> >>> Excellent! >>> >>> I tried the example and it works well. I will work with it in the following days. >>> >>> Cheers, >>> Doru >>> >>> >>> On 11 Jan 2011, at 14:39, Gary Chambers wrote: >>> >>>> Try the attached change set with the following example... >>>> Let me know if any use and we'll get it integrated. >>>> >>>> |m| >>>> m := PanelMorph new. >>>> m >>>> fillStyle: Color green; >>>> hResizing: #spaceFill; >>>> vResizing: #spaceFill; >>>> changeTableLayout; >>>> layoutInset: 8. >>>> m addMorph: (Morph new >>>> height: 160; >>>> minWidth: 100; >>>> hResizing: #spaceFill; >>>> vResizing: #shrinkWrap). >>>> GeneralScrollPane new >>>> changeScrollerTableLayout; >>>> scrollTarget: m; >>>> openInWindow >>>> >>>> >>>> Regards, Gary >>>> >>>> ----- Original Message ----- From: "Tudor Girba" <tudor.girba(a)gmail.com> >>>> To: <Pharo-project(a)lists.gforge.inria.fr> >>>> Sent: Monday, January 10, 2011 8:23 PM >>>> Subject: Re: [Pharo-project] aligning morphs >>>> >>>> >>>> Wow, that would be great! I cannot wait to test it. >>>> >>>> Cheers, >>>> Doru >>>> >>>> >>>> On 10 Jan 2011, at 16:50, Gary Chambers wrote: >>>> >>>>> I may get time later in the week to have a go with GeneralScrollPane to support the feature you desire... ;-) >>>>> >>>>> Regards, Gary >>>>> >>>>> ----- Original Message ----- From: "Tudor Girba" <tudor.girba(a)gmail.com> >>>>> To: <Pharo-project(a)lists.gforge.inria.fr> >>>>> Cc: <Pharo-project(a)lists.gforge.inria.fr> >>>>> Sent: Monday, January 10, 2011 2:23 PM >>>>> Subject: Re: [Pharo-project] aligning morphs >>>>> >>>>> >>>>> Hi Gary, >>>>> >>>>> Thanks for the reply. >>>>> >>>>> So, what would be required for scrollbars to work with spaceFill? I would really need this feature, but I do not know how to go about it. >>>>> >>>>> Could you or anyone else provide some hints? Of course code would be even better. But at this moment hi ts would be helpful, too :) >>>>> >>>>> Cheers, >>>>> Doru >>>>> >>>>> >>>>> >>>>> On Jan 10, 2011, at 13:04, "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. >>>>>> 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." >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>> >>>>> >>>> >>>> -- >>>> www.tudorgirba.com >>>> >>>> "Problem solving efficiency grows with the abstractness level of problem understanding." >>>> >>>> >>>> >>>> <GeneralScrollPaneLayout.1.cs> >>> >>> -- >>> www.tudorgirba.com >>> >>> "Some battles are better lost than fought." >>> >>> >>> >>> <GeneralScrollPaneLayout.2.cs> >> >> -- >> www.tudorgirba.com >> >> "In a world where everything is moving ever faster, >> one might have better chances to win by moving slower." >> >> >> >> >> > > -- > www.tudorgirba.com > > "To lead is not to demand things, it is to make them happen." > > > > > -- www.tudorgirba.com "Some battles are better lost than fought."

Jan. 20, 2011