<?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: move in a direction</title>
	<atom:link href="http://blogs.gnome.org/metacity/2009/01/28/squib-of-the-day-move-in-a-direction/feed/" rel="self" type="application/rss+xml" />
	<link>http://blogs.gnome.org/metacity/2009/01/28/squib-of-the-day-move-in-a-direction/</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: Mikkel Kamstrup Erlandsen</title>
		<link>http://blogs.gnome.org/metacity/2009/01/28/squib-of-the-day-move-in-a-direction/comment-page-1/#comment-744</link>
		<dc:creator>Mikkel Kamstrup Erlandsen</dc:creator>
		<pubDate>Thu, 29 Jan 2009 06:51:30 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/metacity/?p=292#comment-744</guid>
		<description>I have not never tried it, but it sounds like something that might be great. I mean just like Opera skips between links on a page with the directional pad, and that is a very neat way to browse at least...

And people mention it in combination with a tiled WM... Now that I am actually the author of a tool[1] making Metacity a tiling WM (almost) then hey! ;-P

[1]: http://www.grillbar.org/wordpress/?p=306, and http://launchpad.net/winwrangler</description>
		<content:encoded><![CDATA[<p>I have not never tried it, but it sounds like something that might be great. I mean just like Opera skips between links on a page with the directional pad, and that is a very neat way to browse at least&#8230;</p>
<p>And people mention it in combination with a tiled WM&#8230; Now that I am actually the author of a tool[1] making Metacity a tiling WM (almost) then hey! ;-P</p>
<p>[1]: <a href="http://www.grillbar.org/wordpress/?p=306" rel="nofollow">http://www.grillbar.org/wordpress/?p=306</a>, and <a href="http://launchpad.net/winwrangler" rel="nofollow">http://launchpad.net/winwrangler</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Screwtape</title>
		<link>http://blogs.gnome.org/metacity/2009/01/28/squib-of-the-day-move-in-a-direction/comment-page-1/#comment-743</link>
		<dc:creator>Screwtape</dc:creator>
		<pubDate>Thu, 29 Jan 2009 02:31:15 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/metacity/?p=292#comment-743</guid>
		<description>Alt-Tab switching works on most-recently-used ordering, which is exactly the same as the Z-order of overlapping windows in click-to-focus mode (and acceptably close in focus-follows-mouse mode). If your windows are tiled, then it&#039;s more natural to switch windows in X-order and Y-order rather than in Z-order.

As far as I can recall, Metacity doesn&#039;t even have the option to automatically tile windows, so it&#039;s not really surprising that it also doesn&#039;t have the option to navigate tiled windows.

Since this could probably be done outside Metacity with libwnck, and since there&#039;s an entire genre of automatically-tiling window-managers these days, I vote for WONTFIX.</description>
		<content:encoded><![CDATA[<p>Alt-Tab switching works on most-recently-used ordering, which is exactly the same as the Z-order of overlapping windows in click-to-focus mode (and acceptably close in focus-follows-mouse mode). If your windows are tiled, then it&#8217;s more natural to switch windows in X-order and Y-order rather than in Z-order.</p>
<p>As far as I can recall, Metacity doesn&#8217;t even have the option to automatically tile windows, so it&#8217;s not really surprising that it also doesn&#8217;t have the option to navigate tiled windows.</p>
<p>Since this could probably be done outside Metacity with libwnck, and since there&#8217;s an entire genre of automatically-tiling window-managers these days, I vote for WONTFIX.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: charlie</title>
		<link>http://blogs.gnome.org/metacity/2009/01/28/squib-of-the-day-move-in-a-direction/comment-page-1/#comment-742</link>
		<dc:creator>charlie</dc:creator>
		<pubDate>Wed, 28 Jan 2009 21:24:46 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/metacity/?p=292#comment-742</guid>
		<description>Yay, I used this feature with the fvwm-crystal configuration in the keyboard&#039;s numpad, but since now I&#039;m on a laptop it became more complicated to use.

The cool thing about it is, you move between windows based on the place you see them in the screen instead of a list based on who-remembers-the-order-they-where-open. Its much more intuitive.</description>
		<content:encoded><![CDATA[<p>Yay, I used this feature with the fvwm-crystal configuration in the keyboard&#8217;s numpad, but since now I&#8217;m on a laptop it became more complicated to use.</p>
<p>The cool thing about it is, you move between windows based on the place you see them in the screen instead of a list based on who-remembers-the-order-they-where-open. Its much more intuitive.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Wolki</title>
		<link>http://blogs.gnome.org/metacity/2009/01/28/squib-of-the-day-move-in-a-direction/comment-page-1/#comment-741</link>
		<dc:creator>Wolki</dc:creator>
		<pubDate>Wed, 28 Jan 2009 17:24:50 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/metacity/?p=292#comment-741</guid>
		<description>I guess part of the reason is that the main way of switching windows with the keyboard, alt-tab, has variable ordering based on recency of access, which makes switching between multiple windows rather difficult.

Switching to the next window in a certain direction, on the other hand, seems too complicated. How about something that allows switching to the left/right window in the window list, similar to mousewheeling over the applet? Has a dependable ordering that is constantly visible and can be adjusted manually (per drag&amp;dop) to match to the workflow.</description>
		<content:encoded><![CDATA[<p>I guess part of the reason is that the main way of switching windows with the keyboard, alt-tab, has variable ordering based on recency of access, which makes switching between multiple windows rather difficult.</p>
<p>Switching to the next window in a certain direction, on the other hand, seems too complicated. How about something that allows switching to the left/right window in the window list, similar to mousewheeling over the applet? Has a dependable ordering that is constantly visible and can be adjusted manually (per drag&amp;dop) to match to the workflow.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Marius Gedminas</title>
		<link>http://blogs.gnome.org/metacity/2009/01/28/squib-of-the-day-move-in-a-direction/comment-page-1/#comment-740</link>
		<dc:creator>Marius Gedminas</dc:creator>
		<pubDate>Wed, 28 Jan 2009 16:57:39 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/metacity/?p=292#comment-740</guid>
		<description>Keyboard lovers would find this feature useful, I suspect.  Especially in a tiled window manager, which Metacity isn&#039;t.  Vim uses a similar keybinding scheme for switching between split panes (called &#039;windows&#039; in Vim), and it works quite well there.

When I used size-by-side dual-head more often, I sometimes wanted a keybinding to switch between the topmost window on the left screen to the topmost window on the right screen, and back, just so that I could continue typing into the right window (shell versus editor) without having to use a mouse for switching.

Why not just use Alt-Tab?  When you have more than two windows per workspace, you need to slow down and start counting the Tab keystrokes to get the window you want.  The slowdown (and context switch to thinking about windows rather than thinking about the task at hand) was sufficiently significant that I sometimes preferred to use my mouse for switching.

Having said that, I don&#039;t personally miss a feature like you described.  It works well in vim because windows can&#039;t overlap and it&#039;s usually pretty clear where you&#039;re switching to.</description>
		<content:encoded><![CDATA[<p>Keyboard lovers would find this feature useful, I suspect.  Especially in a tiled window manager, which Metacity isn&#8217;t.  Vim uses a similar keybinding scheme for switching between split panes (called &#8216;windows&#8217; in Vim), and it works quite well there.</p>
<p>When I used size-by-side dual-head more often, I sometimes wanted a keybinding to switch between the topmost window on the left screen to the topmost window on the right screen, and back, just so that I could continue typing into the right window (shell versus editor) without having to use a mouse for switching.</p>
<p>Why not just use Alt-Tab?  When you have more than two windows per workspace, you need to slow down and start counting the Tab keystrokes to get the window you want.  The slowdown (and context switch to thinking about windows rather than thinking about the task at hand) was sufficiently significant that I sometimes preferred to use my mouse for switching.</p>
<p>Having said that, I don&#8217;t personally miss a feature like you described.  It works well in vim because windows can&#8217;t overlap and it&#8217;s usually pretty clear where you&#8217;re switching to.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Paul Evans</title>
		<link>http://blogs.gnome.org/metacity/2009/01/28/squib-of-the-day-move-in-a-direction/comment-page-1/#comment-739</link>
		<dc:creator>Paul Evans</dc:creator>
		<pubDate>Wed, 28 Jan 2009 15:50:33 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/metacity/?p=292#comment-739</guid>
		<description>I do this all the time, I use it in sawfish.

I rarely have overlapping windows, so I find it really convenient that I can implement &quot;focus-follows-fingers-follows-eyes&quot; by hitting Win-{up,down,left,right} to focus the next window in some direction. It leads to nice efficient refocusing behaviour without needing the mouse - good for when I tile 4 xterms on the screen, or something like that.</description>
		<content:encoded><![CDATA[<p>I do this all the time, I use it in sawfish.</p>
<p>I rarely have overlapping windows, so I find it really convenient that I can implement &#8220;focus-follows-fingers-follows-eyes&#8221; by hitting Win-{up,down,left,right} to focus the next window in some direction. It leads to nice efficient refocusing behaviour without needing the mouse &#8211; good for when I tile 4 xterms on the screen, or something like that.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dominik Sandjaja</title>
		<link>http://blogs.gnome.org/metacity/2009/01/28/squib-of-the-day-move-in-a-direction/comment-page-1/#comment-738</link>
		<dc:creator>Dominik Sandjaja</dc:creator>
		<pubDate>Wed, 28 Jan 2009 14:02:27 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/metacity/?p=292#comment-738</guid>
		<description>Well, I know a situation:
Several SSH-Sessions in different terminal windows, let&#039;s say six. If I switch via alt-tab, I have to watch the outlined borders after each switch. Would be nice to just switch to the terminal above the current one, the one left, bottom, ...</description>
		<content:encoded><![CDATA[<p>Well, I know a situation:<br />
Several SSH-Sessions in different terminal windows, let&#8217;s say six. If I switch via alt-tab, I have to watch the outlined borders after each switch. Would be nice to just switch to the terminal above the current one, the one left, bottom, &#8230;</p>
]]></content:encoded>
	</item>
</channel>
</rss>
<!-- This Quick Cache file was built for (  blogs.gnome.org/metacity/2009/01/28/squib-of-the-day-move-in-a-direction/feed/ ) in 1.21270 seconds, on Feb 10th, 2012 at 11:35 am UTC. -->
<!-- This Quick Cache file will automatically expire ( and be re-built automatically ) on Feb 10th, 2012 at 12:35 pm UTC -->
