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

Re: [Pharo-project] [ANN] 10252

by Igor Stasenko

2009/3/13 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>: > Added BoundedGradientFillStyle. can to elaborate , what is it? :) We duscussed the fill styles with Gary a while ago, and the result of a discussion is to make fill styles to know what they need to do to fill the given shape i.e. fill style could be seen as a function: f(shape, canvas) and, to use a fill style, in general form, you simply should use: myfillStyle fill: someShape on: canvas. This concept were introduced into Polymorph, and as first proof of it, Gary implemented a composite fill styles. But it's far from complete. In ideal, i'd like to get rid of many 'isXXXFill', like #isGradientFill and others and remove any code which relying on fill style properties - instead it should always delegate the responsibility from filling a shape to a fill style object. This approach , also opens a new questions: - how do we treat a morph. Should morph define own shape? Or shape is something that should be determined procedurally, and morph could contain/use as many shapes as it wants to for representing itself on canvas? I am far from thinking that morph's shape is rectangular (but there are many aspects in morphic, assuming it is rectangular - such as #fullBounds or #bounds), as well as i don't think that making morph === shape is a good choice. > Standard Squeak uses original menu pin form. > Tweaked appearance of drop lists for Watery 2 as an interim measure. > Fixed positioning of drop list pop-up-list to deal with transforms (no > rotation though ;-) ) (thanks Alain) > > Removed "revert" option in patch browser for MC 1.0 compatability. > Handle missing remote definition when selecting next conflict. > > Stef > > _______________________________________________ > 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.

March 14, 2009

[Pharo-project] Setting package test

by Alain Plantec

Hi all, Preference is now renamed as Setting. Please, can you can load these two packages and play with the settings. 'SettingTree open' open the browser. Examples of setting are located in the Setting-SandBox category. You can use <pharo> or <setting> as pragma. the pragma list the browser is able to recognize is now a parameter. (see SettingCollector class side). as an example, It will be possible for an application to use its own pragma symbol. Thus, the browser will be able to show application specific settings. I will add 'saving', 'saving as', choose, open, and 'filtering' features (by package or by setting name as available in current preference browser). If you have more ideas or needs, please let me know. Cheers alain

March 14, 2009

[Pharo-project] [ANN] 10252

by StÃ©phane Ducasse

Added BoundedGradientFillStyle. Standard Squeak uses original menu pin form. Tweaked appearance of drop lists for Watery 2 as an interim measure. Fixed positioning of drop list pop-up-list to deal with transforms (no rotation though ;-) ) (thanks Alain) Removed "revert" option in patch browser for MC 1.0 compatability. Handle missing remote definition when selecting next conflict. Stef

March 13, 2009

Re: [Pharo-project] Task bar in web image

by StÃ©phane Ducasse

On Mar 13, 2009, at 6:37 PM, Henrik Sperre Johansen wrote: > Yes, I intended to change the comment to reflect translucent morphs > needed to redefine the method, but never got around to it... > Easiest way is to use the old version of Morph: > areasRemainingToFill: aRectangle > ^Array with: aRectange > for translucent morphs, alternatively clip against a smaller rect > than clipRect, if the translucent regions of the Morph are well- > defined. > > Somewhat related: > - Michal Rueger figured out that closing a right-click menu opened > over the Pharo logo will some times leave the background not > repainted. > I tried the above approach and redefined ScetchMorph's (?) > areasRemainingToFill:, but that didn't seem to do it in this case... Yes I get that all the time if I do it over the pharo logo. > > > I'm rather ill right now with fever, if I get better through the > weekend I'll have a go and add appropriate ones, and have a closer > look at the logo case. rest and relax I know the feeling. > > > Unrelated: If you pin a world-menu, the checkbox-option repaints > before state of button is updated, thus indicating the wrong state > after the first click. > Also, the damage rect it creates is incorrect, always returning a > rect not offset for the position of the menu. (Also firing it 2x, > due to super calls in the method causing it) excellent ! > > > Cheers, > Henry > > On 13.03.2009 16:00, Gary Chambers wrote: >> >> It seems that Henrik's performence improvements need to account for >> transluceny in the general case... >> (see Morph>>areasRemainingToFill:) >> >> Regards, Gary >> >> ----- Original Message ----- >> From: "Schwab,Wilhelm K" <bschwab(a)anest.ufl.edu> >> To: <Pharo-project(a)lists.gforge.inria.fr> >> Sent: Friday, March 13, 2009 1:40 PM >> Subject: [Pharo-project] Task bar in web image >> >> >> >>> Gary, >>> >>> I have been prodding Damien's recent Pharo-web, and have noted >>> that items >>> in the task bar do not immediately disappear when the >>> corresponding window >>> is closed. It looks like there is some type of blending such that >>> they >>> dim over a few cycles of change in z-order of the remaining windows. >>> >>> Bill >>> >>> >>> >>> _______________________________________________ >>> 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

March 13, 2009

Re: [Pharo-project] Task bar in web image

by Gary Chambers

"Seemed" ok when I tried it back then ;-) was just a quick test though. Regards, Gary ----- Original Message ----- From: Henrik Sperre Johansen To: Pharo-project(a)lists.gforge.inria.fr Sent: Friday, March 13, 2009 5:55 PM Subject: Re: [Pharo-project] Task bar in web image Sounds like a good idea, In my defense, I did ask for feedback on a better default-case than just using clipRect :) Cheers, Henry On 13.03.2009 16:23, Gary Chambers wrote: Probably best to just promote the method in BorderedMorph. Regards, Gary. ----- Original Message ----- From: "Gary Chambers" <gazzaguru2(a)btinternet.com> To: <Pharo-project(a)lists.gforge.inria.fr> Sent: Friday, March 13, 2009 3:00 PM Subject: Re: [Pharo-project] Task bar in web image It seems that Henrik's performence improvements need to account for transluceny in the general case... (see Morph>>areasRemainingToFill:) Regards, Gary ----- Original Message ----- From: "Schwab,Wilhelm K" <bschwab(a)anest.ufl.edu> To: <Pharo-project(a)lists.gforge.inria.fr> Sent: Friday, March 13, 2009 1:40 PM Subject: [Pharo-project] Task bar in web image Gary, I have been prodding Damien's recent Pharo-web, and have noted that items in the task bar do not immediately disappear when the corresponding window is closed. It looks like there is some type of blending such that they dim over a few cycles of change in z-order of the remaining windows. Bill _______________________________________________ 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 ------------------------------------------------------------------------------ _______________________________________________ Pharo-project mailing list Pharo-project(a)lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

March 13, 2009

Re: [Pharo-project] Unicode test II

by Michael Rueger

Mariano Martinez Peck wrote: > Sorry for the bad news. But still doesn't work. The first time I type > "Ã¡" when I open the image, works perfect. But after that, every time I > type that, I have the detailed wallback. Hmm, if I could only reproduce it here... You said you are using the latin american keyboard. When you type Ã¡, do you first hit ' and then a? Thanks for testing, I just hope I can figure this out... Michael

March 13, 2009

Re: [Pharo-project] Task bar in web image

by Henrik Sperre Johansen

Sounds like a good idea, In my defense, I did ask for feedback on a better default-case than just using clipRect :) Cheers, Henry On 13.03.2009 16:23, Gary Chambers wrote: > Probably best to just promote the method in BorderedMorph. > > Regards, Gary. > > ----- Original Message ----- > From: "Gary Chambers"<gazzaguru2(a)btinternet.com> > To:<Pharo-project(a)lists.gforge.inria.fr> > Sent: Friday, March 13, 2009 3:00 PM > Subject: Re: [Pharo-project] Task bar in web image > > > >> It seems that Henrik's performence improvements need to account for >> transluceny in the general case... >> (see Morph>>areasRemainingToFill:) >> >> Regards, Gary >> >> ----- Original Message ----- >> From: "Schwab,Wilhelm K"<bschwab(a)anest.ufl.edu> >> To:<Pharo-project(a)lists.gforge.inria.fr> >> Sent: Friday, March 13, 2009 1:40 PM >> Subject: [Pharo-project] Task bar in web image >> >> >> >>> Gary, >>> >>> I have been prodding Damien's recent Pharo-web, and have noted that items >>> in the task bar do not immediately disappear when the corresponding >>> window >>> is closed. It looks like there is some type of blending such that they >>> dim over a few cycles of change in z-order of the remaining windows. >>> >>> Bill >>> >>> >>> >>> _______________________________________________ >>> 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 > > >

March 13, 2009

Re: [Pharo-project] Task bar in web image

by Henrik Sperre Johansen

Yes, I intended to change the comment to reflect translucent morphs needed to redefine the method, but never got around to it... Easiest way is to use the old version of Morph: areasRemainingToFill: aRectangle ^Array with: aRectange for translucent morphs, alternatively clip against a smaller rect than clipRect, if the translucent regions of the Morph are well-defined. Somewhat related: - Michal Rueger figured out that closing a right-click menu opened over the Pharo logo will some times leave the background not repainted. I tried the above approach and redefined ScetchMorph's (?) areasRemainingToFill:, but that didn't seem to do it in this case... I'm rather ill right now with fever, if I get better through the weekend I'll have a go and add appropriate ones, and have a closer look at the logo case. Unrelated: If you pin a world-menu, the checkbox-option repaints before state of button is updated, thus indicating the wrong state after the first click. Also, the damage rect it creates is incorrect, always returning a rect not offset for the position of the menu. (Also firing it 2x, due to super calls in the method causing it) Cheers, Henry On 13.03.2009 16:00, Gary Chambers wrote: > It seems that Henrik's performence improvements need to account for > transluceny in the general case... > (see Morph>>areasRemainingToFill:) > > Regards, Gary > > ----- Original Message ----- > From: "Schwab,Wilhelm K"<bschwab(a)anest.ufl.edu> > To:<Pharo-project(a)lists.gforge.inria.fr> > Sent: Friday, March 13, 2009 1:40 PM > Subject: [Pharo-project] Task bar in web image > > > >> Gary, >> >> I have been prodding Damien's recent Pharo-web, and have noted that items >> in the task bar do not immediately disappear when the corresponding window >> is closed. It looks like there is some type of blending such that they >> dim over a few cycles of change in z-order of the remaining windows. >> >> Bill >> >> >> >> _______________________________________________ >> 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 > > >

March 13, 2009

[Pharo-project] [ANN] 10251

by StÃ©phane Ducasse

- Moving Flap classes to World package + removing MorphicExtras-Flap - Added pasterUpMorph topPasteUp reserveUrl as extension in PasteUpMorph (but this is limited since via the owner chain we can get to the a pasterUpMorph). - Merging SqueakPages in MorphicExtras-Books - Moving previousOwnerPage and nextOwnerPage as extension of MorphicExtras-Books - Move ThumbnailMorph from Books to Morph-Basic - Move releaseSqueakPages as extension of MorphicExtras-Books - introduced new hook when a morph is loaded from file (postLoad) -> removed one isKindOf: and hardcoded class. - saveOnURL: and saveOnURLbasic are now extensions of MorphicExtras- Books Stef and Jannik

March 13, 2009

[Pharo-project] would it be possible to change the category of a method

by StÃ©phane Ducasse

from the item list in the sender and implementors resulting window. this way we could move method as extension directly in the sender or implementors lists. Stef

March 13, 2009