<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:creativeCommons="http://backend.userland.com/creativeCommonsRssModule"	>
<channel>
	<title>Comments on: Squib of the day: Workspaces should switch instantaneously, or not</title>
	<atom:link href="http://blogs.gnome.org/metacity/2009/03/12/squib-of-the-day-workspaces-should-switch-instantaneously-or-not/feed/" rel="self" type="application/rss+xml" />
	<link>http://blogs.gnome.org/metacity/2009/03/12/squib-of-the-day-workspaces-should-switch-instantaneously-or-not/</link>
	<description>"Many window managers are like Marshmallow Froot Loops; Metacity is like Cheerios."</description>
	<lastBuildDate>Sun, 26 Sep 2010 15:08:40 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Calum</title>
		<link>http://blogs.gnome.org/metacity/2009/03/12/squib-of-the-day-workspaces-should-switch-instantaneously-or-not/comment-page-1/#comment-902</link>
		<dc:creator>Calum</dc:creator>
		<pubDate>Thu, 12 Mar 2009 18:42:20 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/metacity/?p=441#comment-902</guid>
		<description>Note that we already have a shortcut that switches windows instantly-- Alt-Esc.  (Both our Alt-Tab and Alt-Esc behaviours were originally borrowed from Windows, for better or for worse.)</description>
		<content:encoded><![CDATA[<p>Note that we already have a shortcut that switches windows instantly&#8211; Alt-Esc.  (Both our Alt-Tab and Alt-Esc behaviours were originally borrowed from Windows, for better or for worse.)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Emilio Pozuelo Monfort</title>
		<link>http://blogs.gnome.org/metacity/2009/03/12/squib-of-the-day-workspaces-should-switch-instantaneously-or-not/comment-page-1/#comment-901</link>
		<dc:creator>Emilio Pozuelo Monfort</dc:creator>
		<pubDate>Thu, 12 Mar 2009 15:04:02 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/metacity/?p=441#comment-901</guid>
		<description>The idea of having real previews of the workspaces rather than the icons sounds great! It would be quite useful I think, as long as it doesn&#039;t slow things much :-) I&#039;m all for that.

And I find the current behaviour of not switching until you change the workspace fine. Although maybe switching instantly while still showing the small &#039;switch indicator&#039; would be good too, not sure...</description>
		<content:encoded><![CDATA[<p>The idea of having real previews of the workspaces rather than the icons sounds great! It would be quite useful I think, as long as it doesn&#8217;t slow things much :-) I&#8217;m all for that.</p>
<p>And I find the current behaviour of not switching until you change the workspace fine. Although maybe switching instantly while still showing the small &#8216;switch indicator&#8217; would be good too, not sure&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Andy</title>
		<link>http://blogs.gnome.org/metacity/2009/03/12/squib-of-the-day-workspaces-should-switch-instantaneously-or-not/comment-page-1/#comment-899</link>
		<dc:creator>Andy</dc:creator>
		<pubDate>Thu, 12 Mar 2009 09:59:05 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/metacity/?p=441#comment-899</guid>
		<description>Another option would be to change the behavior of alt+tab to be consistent - so as you alt+tab, the focus moves instantly, and z-order changes. To make is pleasant to use, you would then have to make sure it restores the z-order for windows as you cycle through them (so if you press alt+tab+tab, then the window which was brought forward first will be moved back to where it started)</description>
		<content:encoded><![CDATA[<p>Another option would be to change the behavior of alt+tab to be consistent &#8211; so as you alt+tab, the focus moves instantly, and z-order changes. To make is pleasant to use, you would then have to make sure it restores the z-order for windows as you cycle through them (so if you press alt+tab+tab, then the window which was brought forward first will be moved back to where it started)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Screwtape</title>
		<link>http://blogs.gnome.org/metacity/2009/03/12/squib-of-the-day-workspaces-should-switch-instantaneously-or-not/comment-page-1/#comment-897</link>
		<dc:creator>Screwtape</dc:creator>
		<pubDate>Thu, 12 Mar 2009 01:41:20 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/metacity/?p=441#comment-897</guid>
		<description>I think there&#039;s a number of ways in which window-switching is unlike workspace switching:

- When not all windows are maximised, switching windows &quot;live&quot; would involve shuffling z-order with bits of windows flick in front of or behind other windows. Switching workspaces always involves a full-screen change.

- When not all windows are maximised, switching between windows usually leaves the layout looking more or less the same. Every workspace is usually drastically different in colour and layout from the others.

- When switching windows, you&#039;re being asked to find the window you want from an arbitrary number from two to infinity of them in any possible layout; when switching workspaces you&#039;re choosing from a fixed, smallish number with a consistent, stable layout.

- When switching windows, usually only the window you switch to needs to repaint (and not even that, in compositing mode). When switching workspaces, every window needs to repaint.

Whatever solution is chosen should minimise visual clutter and flicker for each operation.

The ideal window-switching behaviour is probably something like the Compiz plugin where the screen is dimmed and each window is raised and highlighted as you tab past it - you&#039;re only ever looking at the focussed windows, they&#039;re large enough to recognise and more or less where you left them, all aiding your ability to quickly recognise the window you&#039;re looking for. Of course, that&#039;s not really possible in a non-composited window-manager.

Restricting ourselves to things that are possible with traditional X, probably the nicest thing to do is what Metacity does at the moment - show a new pop-up with a list of windows; only update that list while the switching is going on; give whatever hints we can as to window identity (icon, title, snapshot if there is one), only switch once Alt is released.

For switching workspaces, since there&#039;s no dynamic descriptions available we just have to go on their general layout - if it&#039;s possible to repaint the entire screen to show the new workspace instantly, we should do that; otherwise the switcher panel should show large and recognisable previews and only switch workspaces once the modifiers are released.

As to keeping windows mapped all the time, I&#039;ve been bitten before by Compiz&#039;s viewport system, where windows at the left of the first desktop sometimes show up at the right of the last desktop preventing me from recognising the layout of the workspace I recalled.If it&#039;s possible to keep windows always mapped so they never need to be redrawn, and keep Metacity&#039;s current workspace system, I think that would be awesome.</description>
		<content:encoded><![CDATA[<p>I think there&#8217;s a number of ways in which window-switching is unlike workspace switching:</p>
<p>- When not all windows are maximised, switching windows &#8220;live&#8221; would involve shuffling z-order with bits of windows flick in front of or behind other windows. Switching workspaces always involves a full-screen change.</p>
<p>- When not all windows are maximised, switching between windows usually leaves the layout looking more or less the same. Every workspace is usually drastically different in colour and layout from the others.</p>
<p>- When switching windows, you&#8217;re being asked to find the window you want from an arbitrary number from two to infinity of them in any possible layout; when switching workspaces you&#8217;re choosing from a fixed, smallish number with a consistent, stable layout.</p>
<p>- When switching windows, usually only the window you switch to needs to repaint (and not even that, in compositing mode). When switching workspaces, every window needs to repaint.</p>
<p>Whatever solution is chosen should minimise visual clutter and flicker for each operation.</p>
<p>The ideal window-switching behaviour is probably something like the Compiz plugin where the screen is dimmed and each window is raised and highlighted as you tab past it &#8211; you&#8217;re only ever looking at the focussed windows, they&#8217;re large enough to recognise and more or less where you left them, all aiding your ability to quickly recognise the window you&#8217;re looking for. Of course, that&#8217;s not really possible in a non-composited window-manager.</p>
<p>Restricting ourselves to things that are possible with traditional X, probably the nicest thing to do is what Metacity does at the moment &#8211; show a new pop-up with a list of windows; only update that list while the switching is going on; give whatever hints we can as to window identity (icon, title, snapshot if there is one), only switch once Alt is released.</p>
<p>For switching workspaces, since there&#8217;s no dynamic descriptions available we just have to go on their general layout &#8211; if it&#8217;s possible to repaint the entire screen to show the new workspace instantly, we should do that; otherwise the switcher panel should show large and recognisable previews and only switch workspaces once the modifiers are released.</p>
<p>As to keeping windows mapped all the time, I&#8217;ve been bitten before by Compiz&#8217;s viewport system, where windows at the left of the first desktop sometimes show up at the right of the last desktop preventing me from recognising the layout of the workspace I recalled.If it&#8217;s possible to keep windows always mapped so they never need to be redrawn, and keep Metacity&#8217;s current workspace system, I think that would be awesome.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
<!-- This Quick Cache file was built for (  blogs.gnome.org/metacity/2009/03/12/squib-of-the-day-workspaces-should-switch-instantaneously-or-not/feed/ ) in 1.17699 seconds, on Feb 12th, 2012 at 7:18 am UTC. -->
<!-- This Quick Cache file will automatically expire ( and be re-built automatically ) on Feb 12th, 2012 at 8:18 am UTC -->
