Task bar in web image
Locked
 
|
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 [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
|
|
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" <[hidden email]> To: <[hidden email]> 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 > [hidden email] > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
|
|
Probably best to just promote the method in BorderedMorph.
Regards, Gary. ----- Original Message ----- From: "Gary Chambers" <[hidden email]> To: <[hidden email]> 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" <[hidden email]> > To: <[hidden email]> > 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 >> [hidden email] >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > _______________________________________________ > Pharo-project mailing list > [hidden email] > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
Re: Task bar in web image
|
|
In reply to this post by Gary Chambers-4
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" [hidden email] To: [hidden email] Sent: Friday, March 13, 2009 1:40 PM Subject: [Pharo-project] Task bar in web imageGary, 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 [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project_______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
Re: Task bar in web image
|
|
In reply to this post by Gary Chambers-4
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" [hidden email] To: [hidden email] Sent: Friday, March 13, 2009 3:00 PM Subject: Re: [Pharo-project] Task bar in web imageIt 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" [hidden email] To: [hidden email] Sent: Friday, March 13, 2009 1:40 PM Subject: [Pharo-project] Task bar in web imageGary, 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 [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project_______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project_______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
|
|
"Seemed" ok when I tried it back then ;-) was just
a quick test though.
Regards, Gary
_______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
|
|
In reply to this post by Henrik Sperre Johansen
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" <[hidden email]> >> To: <[hidden email]> >> 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 >>> [hidden email] >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>> >> >> _______________________________________________ >> Pharo-project mailing list >> [hidden email] >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> >> >> > > _______________________________________________ > Pharo-project mailing list > [hidden email] > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project _______________________________________________ Pharo-project mailing list [hidden email] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project |
«
Return to Pharo Smalltalk Developers
|
1 view|%1 views
| Free forum by Nabble | Edit this page |