- Pharo-dev - lists.pharo.org

Re: [Pharo-project] Shadow in Watery2

by Igor Stasenko

2009/2/21 Marcus Denker <denker(a)iam.unibe.ch>: > Gary, > > Watery2 looks better and better :-) Great! > > One question regarding the shadow: Now the active window has > a translucent shadow (like macos), very nice. > > But it's turned off and replaced with the hard non-translucend > Morphic shadow while moving the window. > Would it be possible to render the same shadow, even wen picking > up windows? This would result in a much smoother apperance, and I > think it even would feel faster. > Good luck with that.. For shadow when picking up responds the hand morph.. There is quite sophisticated logic which caching the morph appearance when its in hand.. along with shadow. I tried to reproduce this effect on my GLCanvas, but found it impossible to do without support of render buffers extension :) > Marcus > > -- > Marcus Denker -- denker(a)acm.org > http://www.marcusdenker.de > > > _______________________________________________ > 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.

Feb. 21, 2009

Re: [Pharo-project] Automatic focus on column upon moose enter

by Schwab,Wilhelm K

Gary, Of course :) You guys are doing a great job! I just replied to Sig, emphasizing the Gnome/Windows split on scrolling based on cursor position while leaving the focus alone. Gnome has it right. However, I would give priority to consistent focus before worrying about sending the wheel input where it belongs. Sounds like we need to add wheel events to the VM; then it should be easy to handle both (control-up/down for older vms, and wheel events doing exactly what is desired by the user). Bill ---- Wilhelm K. Schwab, Ph.D. bschwab AT anest DOT ufl DOT edu ________________________________________ From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] On Behalf Of Gary Chambers [gazzaguru2(a)btinternet.com] Sent: Saturday, February 21, 2009 8:02 AM To: Pharo-project(a)lists.gforge.inria.fr Subject: Re: [Pharo-project] Automatic focus on column upon moose enter Which is handled in Polymorph of course. Regards, Gary ----- Original Message ----- From: "Igor Stasenko" <siguctua(a)gmail.com> To: <Pharo-project(a)lists.gforge.inria.fr> Sent: Saturday, February 21, 2009 3:59 AM Subject: Re: [Pharo-project] Automatic focus on column upon moose enter > Concerning keyboard focus and mouse scroll. > (sorry, if it was already noted in this discussion, i didn't read it > fully). > > VM does not have a mouse wheel events. Instead, it generates ctrl-up / > ctrl-down key combinations. > I think that this hack is the root of all problems: > - if focus doesn't following the mouse, you need additional hacks in > image to treat ctrl-up / ctrl-down keys to generate scroll events for > morph which is currently under the mouse, not the morph which is > currently having an active keyboard input focus. > > > > -- > Best regards, > Igor Stasenko AKA sig. > > _______________________________________________ > 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

Feb. 21, 2009

[Pharo-project] Shadow in Watery2

by Marcus Denker

Gary, Watery2 looks better and better :-) Great! One question regarding the shadow: Now the active window has a translucent shadow (like macos), very nice. But it's turned off and replaced with the hard non-translucend Morphic shadow while moving the window. Would it be possible to render the same shadow, even wen picking up windows? This would result in a much smoother apperance, and I think it even would feel faster. Marcus -- Marcus Denker -- denker(a)acm.org http://www.marcusdenker.de

Feb. 21, 2009

Re: [Pharo-project] Automatic focus on column upon moose enter

by Schwab,Wilhelm K

Sig, The thing that caught my attention was keyboard shortcuts, but I mentioned the wheel as an example of something where some deviation from the mainstream might be in order. With the wheel, I frequently find myself expecting the input to follow the mouse cursor. Gnome does what I expect; it scrolls "under the mouse" and yet leaves focus where it was. There's another OS (will remain nameless) that is not quite as clever. However, I would far rather have the wheel input follow focus than suffer with focus following the mouse. Bill ---- Wilhelm K. Schwab, Ph.D. bschwab AT anest DOT ufl DOT edu ________________________________________ From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] On Behalf Of Igor Stasenko [siguctua(a)gmail.com] Sent: Friday, February 20, 2009 10:59 PM To: Pharo-project(a)lists.gforge.inria.fr Subject: Re: [Pharo-project] Automatic focus on column upon moose enter Concerning keyboard focus and mouse scroll. (sorry, if it was already noted in this discussion, i didn't read it fully). VM does not have a mouse wheel events. Instead, it generates ctrl-up / ctrl-down key combinations. I think that this hack is the root of all problems: - if focus doesn't following the mouse, you need additional hacks in image to treat ctrl-up / ctrl-down keys to generate scroll events for morph which is currently under the mouse, not the morph which is currently having an active keyboard input focus. -- Best regards, Igor Stasenko AKA sig. _______________________________________________ Pharo-project mailing list Pharo-project(a)lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Feb. 21, 2009

Re: [Pharo-project] Automatic focus on column upon moose enter

by Gary Chambers

Which is handled in Polymorph of course. Regards, Gary ----- Original Message ----- From: "Igor Stasenko" <siguctua(a)gmail.com> To: <Pharo-project(a)lists.gforge.inria.fr> Sent: Saturday, February 21, 2009 3:59 AM Subject: Re: [Pharo-project] Automatic focus on column upon moose enter > Concerning keyboard focus and mouse scroll. > (sorry, if it was already noted in this discussion, i didn't read it > fully). > > VM does not have a mouse wheel events. Instead, it generates ctrl-up / > ctrl-down key combinations. > I think that this hack is the root of all problems: > - if focus doesn't following the mouse, you need additional hacks in > image to treat ctrl-up / ctrl-down keys to generate scroll events for > morph which is currently under the mouse, not the morph which is > currently having an active keyboard input focus. > > > > -- > Best regards, > Igor Stasenko AKA sig. > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Feb. 21, 2009

Re: [Pharo-project] Automatic focus on column upon moose enter

by Igor Stasenko

Concerning keyboard focus and mouse scroll. (sorry, if it was already noted in this discussion, i didn't read it fully). VM does not have a mouse wheel events. Instead, it generates ctrl-up / ctrl-down key combinations. I think that this hack is the root of all problems: - if focus doesn't following the mouse, you need additional hacks in image to treat ctrl-up / ctrl-down keys to generate scroll events for morph which is currently under the mouse, not the morph which is currently having an active keyboard input focus. -- Best regards, Igor Stasenko AKA sig.

Feb. 21, 2009

[Pharo-project] ECompletion in 10240

by Rob Rothwell

If I take the Pharo dev 10236 image and apply the updates to 10240, ECompletion doesn't seem to work anymore...I just get a tab character. It looks like the preferences are still set, though... Take care, Rob

Feb. 21, 2009

Re: [Pharo-project] Problem with the OB debugger

by StÃ©phane Ducasse

I will give a try tomorrow morning now it is sleeping time :) On Feb 20, 2009, at 10:22 PM, Dale Henrichs wrote: > StÃ©phane, > > I have one or two pending things in the debugger, so I'll mess > around to see if I can recreate it myself, as well. > > Dale > ----- "StÃ©phane Ducasse" <stephane.ducasse(a)inria.fr> wrote: > > | I do not have it. It was on two students code. So I'm sure that this > | is > | something that we can repeat because two of them got this behavior. > | When I run the tests and put halt in different methods > | I never succeeded to get to the second one. I had to remove the > first > | > | halt. > | Else I got a resume I do not remember what. > | > | I could try to redo it. > | > | On Feb 20, 2009, at 8:22 PM, Dale Henrichs wrote: > | > | > StÃ©phane, > | > > | > What did the method look like? I just tried putting halts into a > | > method and was able to proceed and step across the second halt. > | > > | > Dale > | > > | > ----- "StÃ©phane Ducasse" <stephane.ducasse(a)inria.fr> wrote: > | > > | > | Hi > | > | > | > | today I was giving lectures with the pahro-dev image and its OB- > | > | debugger ad I noticed that > | > | I could not have two halts else after proceeding the first one I > | > | > got a > | > | > | > | resume I do not what > | > | and I could not see the other halt. > | > | Is it only me? > | > | > | > | 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 > | > >

Feb. 20, 2009

Re: [Pharo-project] Problem with the OB debugger

by Dale Henrichs

StÃ©phane, I have one or two pending things in the debugger, so I'll mess around to see if I can recreate it myself, as well. Dale ----- "StÃ©phane Ducasse" <stephane.ducasse(a)inria.fr> wrote: | I do not have it. It was on two students code. So I'm sure that this | is | something that we can repeat because two of them got this behavior. | When I run the tests and put halt in different methods | I never succeeded to get to the second one. I had to remove the first | | halt. | Else I got a resume I do not remember what. | | I could try to redo it. | | On Feb 20, 2009, at 8:22 PM, Dale Henrichs wrote: | | > StÃ©phane, | > | > What did the method look like? I just tried putting halts into a | > method and was able to proceed and step across the second halt. | > | > Dale | > | > ----- "StÃ©phane Ducasse" <stephane.ducasse(a)inria.fr> wrote: | > | > | Hi | > | | > | today I was giving lectures with the pahro-dev image and its OB- | > | debugger ad I noticed that | > | I could not have two halts else after proceeding the first one I | | > got a | > | | > | resume I do not what | > | and I could not see the other halt. | > | Is it only me? | > | | > | 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 | >

Feb. 20, 2009

Re: [Pharo-project] Problem with the OB debugger

by StÃ©phane Ducasse

I do not have it. It was on two students code. So I'm sure that this is something that we can repeat because two of them got this behavior. When I run the tests and put halt in different methods I never succeeded to get to the second one. I had to remove the first halt. Else I got a resume I do not remember what. I could try to redo it. On Feb 20, 2009, at 8:22 PM, Dale Henrichs wrote: > StÃ©phane, > > What did the method look like? I just tried putting halts into a > method and was able to proceed and step across the second halt. > > Dale > > ----- "StÃ©phane Ducasse" <stephane.ducasse(a)inria.fr> wrote: > > | Hi > | > | today I was giving lectures with the pahro-dev image and its OB- > | debugger ad I noticed that > | I could not have two halts else after proceeding the first one I > got a > | > | resume I do not what > | and I could not see the other halt. > | Is it only me? > | > | 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 >

Feb. 20, 2009