[sugar] frame gets in the way when alt-tabbing
Eben Eliason
eben.eliason at gmail.com
Mon Sep 22 15:28:33 EDT 2008
On Mon, Sep 22, 2008 at 3:14 PM, Erik Garrison <erik at laptop.org> wrote:
> On Mon, Sep 15, 2008 at 12:59:52AM -0400, Mikus Grinbergs wrote:
>> 760. Running (on my XO) a ported Linux application which puts up
>> multiple screens. As far as I could tell. I was able to access all
>> of those screens by using the alt-tab procedure. But while doing
>> this the Frame was unacceptably intrusive. For instance, I could
>> not see the titles on the top line, which identified each screen.
>>
>> If I rapidly pressed alt-tab and released -- the XO would not bother
>> to switch screens. If I slowly pressed alt, then tab - the XO would
>> bring up the Frame. I would need to release and press tab another
>> time to get the XO to switch to the next screen (while still showing
>> the Frame). I would need to release alt to get the XO to stop
>> overlaying the screen edges with the Frame. [And it seemed to me
>> that sometimes the Frame would not go away even then - I would have
>> to press and release the Frame key to ensure that it was gone for good.]
>>
>> --------
>>
>> One of the first things I did upon getting my G1G1 was to go into
>> one of the .py files and __NOOP__ the "autoraising" of the Frame.
>> That gave me Sugar screen behavior that was under *my* control.
>>
>> Now, Sugar has again started to interfere with what I am doing --
>> by raising the Frame when I alt-tab. I HATE THAT! I HATE THAT!
>> I thought the idea was to have the human in control of the computer,
>> instead of the computer dictating what the human may see.
>>
>> I would like the Frame function in the Control Panel to allow me to
>> optionally disable the automatic showing of the Frame upon alt-tab.
>> [Let *me* decide when I want to see the Frame !]
>>
>> In the meantime, I guess I will have to go back to modifying the .py
>> files in Sugar - to reclaim Sugar screen behavior that does not
>> interfere with my use of the computer.
>>
>
> I think the idea is to use the frame to show you which windows you can
> alt+tab between, such as is done in Gnome or other WMs. This is, in my
> opinion, quite useful. However, I am unsure of the utility of clumsily
> animating the transition of the frame into view, or the lack of
> configurability of this option.
>
> So perhaps the best thing to do is to add a configuration option to
> allow the user to enable or disable this behavior?
>
> Would it be better if the frame was quickly displayed instead of sliding
> into view? Maybe generally we need a configuration option to turn on
> and off fancy animations to improve system responsiveness?
Perhaps in the short term a boolean (exposed or not...I'd lean toward
not) would suit. The big isue is lack of composition support. The
Frame currently "slides in" about 1/2 as fast as I'd like it to, and
choppily at that. With composition we could get smooth motion and
also speed it up significantly. (The only reason it's so slow now, I
believe, is because without composition we can't draw frames fast
enough to convey the motion unless we increase the length of the
reveal.)
- Eben
> Erik
> _______________________________________________
> Sugar mailing list
> Sugar at lists.laptop.org
> http://lists.laptop.org/listinfo/sugar
>
More information about the Sugar
mailing list