<?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: speed up alt-tab under compositing</title>
	<atom:link href="http://blogs.gnome.org/metacity/2009/01/27/squib-of-the-day-speed-up-alt-tab-under-compositing/feed/" rel="self" type="application/rss+xml" />
	<link>http://blogs.gnome.org/metacity/2009/01/27/squib-of-the-day-speed-up-alt-tab-under-compositing/</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: Metacity Journal: 2009-01-27 - …for the adult in you</title>
		<link>http://blogs.gnome.org/metacity/2009/01/27/squib-of-the-day-speed-up-alt-tab-under-compositing/comment-page-1/#comment-735</link>
		<dc:creator>Metacity Journal: 2009-01-27 - …for the adult in you</dc:creator>
		<pubDate>Tue, 27 Jan 2009 17:55:54 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/metacity/?p=284#comment-735</guid>
		<description>[...] …for the adult in you &#8220;Many window managers are like Marshmallow Froot Loops; Metacity is like Cheerios.&#8221;   Skip to content      &#171; Squib of the day: speed up alt-tab under compositing [...]</description>
		<content:encoded><![CDATA[<p>[...] …for the adult in you &#8220;Many window managers are like Marshmallow Froot Loops; Metacity is like Cheerios.&#8221;   Skip to content      &laquo; Squib of the day: speed up alt-tab under compositing [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Screwtape</title>
		<link>http://blogs.gnome.org/metacity/2009/01/27/squib-of-the-day-speed-up-alt-tab-under-compositing/comment-page-1/#comment-734</link>
		<dc:creator>Screwtape</dc:creator>
		<pubDate>Tue, 27 Jan 2009 12:47:15 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/metacity/?p=284#comment-734</guid>
		<description>On my MacBook here, I have to hold down Alt-Tab for about half a second (guesstimate) for the switcher to appear, but if I just tap Alt-Tab and release the correct target window is focussed without the switcher appearing, so it seems that (1) is already within acceptable limits. If I hold down Alt and double-tap Tab before the switcher appears, then when it *does* appear the correct window is highlighted. However, if I press Alt, double-tap Tab and release Alt before the switcher appears, it behaves as though I&#039;d only pressed Tab once.

If calculating snapshots takes a while, I&#039;d prefer the behaviour to be:
1. User holds down Alt and taps Tab.
2. Metacity displays switcher, showing the icon for each window.
3. Metacity kicks off a thread (or whatever) to calculate the thumbnail for each window.
4. As each thread completes its thumbnail, the switcher replaces the respective window icon with the thumbnail+icon we have now.
5. When the user releases Alt, any thumbnailing threads still in progress are killed and the intended window is focussed.

It&#039;s not strictly necessary to kill the thumbnailing threads, I guess - I wouldn&#039;t care if they ate CPU while I was busy typing in another window, I just don&#039;t want to have to wait for them while I switch windows.

If the second solution fits into the existing switcher framework, gives live thumbnails for free and makes the tab-switcher appear Fast Enough(TM), it may be worth just going for that solution and not bothering with the interim solution at all.</description>
		<content:encoded><![CDATA[<p>On my MacBook here, I have to hold down Alt-Tab for about half a second (guesstimate) for the switcher to appear, but if I just tap Alt-Tab and release the correct target window is focussed without the switcher appearing, so it seems that (1) is already within acceptable limits. If I hold down Alt and double-tap Tab before the switcher appears, then when it *does* appear the correct window is highlighted. However, if I press Alt, double-tap Tab and release Alt before the switcher appears, it behaves as though I&#8217;d only pressed Tab once.</p>
<p>If calculating snapshots takes a while, I&#8217;d prefer the behaviour to be:<br />
1. User holds down Alt and taps Tab.<br />
2. Metacity displays switcher, showing the icon for each window.<br />
3. Metacity kicks off a thread (or whatever) to calculate the thumbnail for each window.<br />
4. As each thread completes its thumbnail, the switcher replaces the respective window icon with the thumbnail+icon we have now.<br />
5. When the user releases Alt, any thumbnailing threads still in progress are killed and the intended window is focussed.</p>
<p>It&#8217;s not strictly necessary to kill the thumbnailing threads, I guess &#8211; I wouldn&#8217;t care if they ate CPU while I was busy typing in another window, I just don&#8217;t want to have to wait for them while I switch windows.</p>
<p>If the second solution fits into the existing switcher framework, gives live thumbnails for free and makes the tab-switcher appear Fast Enough(TM), it may be worth just going for that solution and not bothering with the interim solution at all.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
<!-- This Quick Cache file was built for (  blogs.gnome.org/metacity/2009/01/27/squib-of-the-day-speed-up-alt-tab-under-compositing/feed/ ) in 1.17584 seconds, on Feb 11th, 2012 at 7:00 am UTC. -->
<!-- This Quick Cache file will automatically expire ( and be re-built automatically ) on Feb 11th, 2012 at 8:00 am UTC -->
