Re: Sugar window managing UI
Indeed, it would probably also be a good addition! Best regards, Tiago On Wed, Jan 6, 2010 at 6:12 PM, Sascha Silbe wrote: > On Wed, Jan 06, 2010 at 06:07:56PM +, Tiago Marques wrote: > >> The very long time is hard to get rid of, at least on the XO 1. As far >> as I can tell, the biggest problem is that ALT-TAB cycles through the >> apps by the order they were open and not in the order by which they >> were last accessed(which is non standard behaviour nowadays) and which >> causes problems especially if you're swapping, as it will frequently >> cycle through an unused, disk swapped app. > > Which gets us back to the keyboard shortcuts for individual windows > (activity instances). :) > > CU Sascha > > -- > http://sascha.silbe.org/ > http://www.infra-silbe.de/ > -BEGIN PGP SIGNATURE- > Version: GnuPG v1.4.9 (GNU/Linux) > > iQEcBAEBAgAGBQJLRNKTAAoJELpz82VMF3DaN2IH/2nieTsPSl2LteWQIjiBY5JH > tvqnzFj0F9uuwZPtb9YKYInpkjdIUCzWzxUWrMwRp/UZu9pebTUEsP5X8I7YtELN > PYnKIqtpTShbwWQuepjbD0oBwtX7a0JuYAx26/VBminyfPrsBcmYL9knO+mGyB07 > PPwDXiSXQceiG1GNaxCNk8zCL6o1cu9Ugr6/dqml0efQNt9t4qQxE5eEsi7rbTBO > JI2ISbdC5HYBPMM21hAviAVhLbPgwyA3u5m4pRFBnGH0TqfaUZOS29Kx9X3o/zk/ > bJHicebeqX+VxCP/Q9DBRb35PAN97EzexG7TZZAJyT8NBevIpP8YKWrjGu4aR7Q= > =QdGG > -END PGP SIGNATURE- > > ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Sugar window managing UI
On Wed, Jan 06, 2010 at 06:07:56PM +, Tiago Marques wrote: The very long time is hard to get rid of, at least on the XO 1. As far as I can tell, the biggest problem is that ALT-TAB cycles through the apps by the order they were open and not in the order by which they were last accessed(which is non standard behaviour nowadays) and which causes problems especially if you're swapping, as it will frequently cycle through an unused, disk swapped app. Which gets us back to the keyboard shortcuts for individual windows (activity instances). :) CU Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ signature.asc Description: Digital signature ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Sugar window managing UI
On Wed, Jan 06, 2010 at 10:12:44AM -0600, Mikus Grinbergs wrote: For me, the Alt+Tab switch time on the XO is around one second (or less) to the next window. It takes several seconds for me, especially if Browse is involved. I'm running sugar-jhbuild (=> debug logging) on an abysmally slow SD card (or almost-as-slow NFS-root-over-USB-ethernet-adapter), though. Becomes burdensome only when there are *many* windows to cycle through - and it is rare that I have many open. On my desktop I often have some 50 windows spread over several workspaces each containing about a dozen of those windows inside a frame (where I can switch between them using keyboard or mouse). On the XO-1, I wouldn't even think of that, of course. With the memory usage of most activities more than a handful of them is simply impossible. The developers suggested, when there are many windows open, not using Alt+Tab but instead clicking __in the Frame__ on the icon of the specific window to be switched to. I'm sometimes doing that, but since I loathe pointer devices and the first-generation XO-1 touchpad is more often misbehaving than not, this is only a last resort. With the availability nowadays of 'Tabs' in Terminal (and in browsers), I'm switching much more often *within* an application than *between* applications. In Terminal, Ctl+Shift+Horizontal_Arrow switches quickly. Good to know about that shortcut (can we expose it somewhere, please?). Unfortunately Terminal is broken for me (it crashes somewhere inside vte as soon as it's asked to save its state). CU Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ signature.asc Description: Digital signature ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Sugar window managing UI
The very long time is hard to get rid of, at least on the XO 1. As far as I can tell, the biggest problem is that ALT-TAB cycles through the apps by the order they were open and not in the order by which they were last accessed(which is non standard behaviour nowadays) and which causes problems especially if you're swapping, as it will frequently cycle through an unused, disk swapped app. Best regards, Tiago On Wed, Jan 6, 2010 at 4:12 PM, Mikus Grinbergs wrote: >> What I hate about the Sugar window managing UI is: >> a) _very_ long switching time >> b) there's no way to switch to a specific window (=activity instance), >> I need to cycle through all of them with Alt+Tab > > For me, the Alt+Tab switch time on the XO is around one second (or less) > to the next window. Becomes burdensome only when there are *many* > windows to cycle through - and it is rare that I have many open. > > There was a long discussion about this way back when (I don't have a > cite). [For each switch, the OLPC developers wanted indication in the > Neighborhood View of the *other* users as to the window (i.e., Activity) > in which *this* user now participated.] The developers suggested, when > there are many windows open, not using Alt+Tab but instead clicking __in > the Frame__ on the icon of the specific window to be switched to. > > With the availability nowadays of 'Tabs' in Terminal (and in browsers), > I'm switching much more often *within* an application than *between* > applications. In Terminal, Ctl+Shift+Horizontal_Arrow switches quickly. > > mikus > > ___ > Devel mailing list > Devel@lists.laptop.org > http://lists.laptop.org/listinfo/devel > ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Sugar window managing UI
> What I hate about the Sugar window managing UI is: > a) _very_ long switching time > b) there's no way to switch to a specific window (=activity instance), > I need to cycle through all of them with Alt+Tab For me, the Alt+Tab switch time on the XO is around one second (or less) to the next window. Becomes burdensome only when there are *many* windows to cycle through - and it is rare that I have many open. There was a long discussion about this way back when (I don't have a cite). [For each switch, the OLPC developers wanted indication in the Neighborhood View of the *other* users as to the window (i.e., Activity) in which *this* user now participated.] The developers suggested, when there are many windows open, not using Alt+Tab but instead clicking __in the Frame__ on the icon of the specific window to be switched to. With the availability nowadays of 'Tabs' in Terminal (and in browsers), I'm switching much more often *within* an application than *between* applications. In Terminal, Ctl+Shift+Horizontal_Arrow switches quickly. mikus ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Sugar window managing UI (was: Re: Android, OLPC, and native hosting)
On Wed, 2010-01-06 at 11:49 +0100, Sascha Silbe wrote: > a) is harder as every window switch currently involves saving current > state to the DS (which resides on an abysmally slow SD card in my case), > usually done synchronously. It also generates log messages, right? In which case, a fix for http://dev.laptop.org/ticket/9924 would help significantly. Daniel ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Sugar window managing UI (was: Re: Android, OLPC, and native hosting)
On Tue, Jan 05, 2010 at 06:18:47PM -0500, C. Scott Ananian wrote: I think there's room for solid innovation here, especially since the window manager of sugar was *my* personal roadblock to productive on-XO activity development. Interesting. What exactly about the window manager crippled your productivity? I myself am using full-screen workspaces (using ion3) on my desktop (with 24" TFT attached to it) most of the time. What I hate about the Sugar window managing UI is: a) _very_ long switching time b) there's no way to switch to a specific window (=activity instance), I need to cycle through all of them with Alt+Tab/Alt+Shift+Tab (the latter being somewhat difficult to type on the XO-1). b) is probably easy enough to fix (just add some key bindings to metacity). a) is harder as every window switch currently involves saving current state to the DS (which resides on an abysmally slow SD card in my case), usually done synchronously. CU Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ signature.asc Description: Digital signature ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel