<?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: If the user will not come to the window, the window shall come to the user</title>
	<atom:link href="http://blogs.gnome.org/metacity/2008/07/22/dona-nobis-pacem/feed/" rel="self" type="application/rss+xml" />
	<link>http://blogs.gnome.org/metacity/2008/07/22/dona-nobis-pacem/</link>
	<description>"Many window managers are like Marshmallow Froot Loops; Metacity is like Cheerios."</description>
	<lastBuildDate>Sun, 08 Nov 2009 05:22:41 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.5.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Thomas Thurman</title>
		<link>http://blogs.gnome.org/metacity/2008/07/22/dona-nobis-pacem/comment-page-1/#comment-413</link>
		<dc:creator>Thomas Thurman</dc:creator>
		<pubDate>Wed, 23 Jul 2008 03:36:38 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/metacity/2008/07/22/dona-nobis-pacem/#comment-413</guid>
		<description>@Jack: I was going to say I couldn&#039;t help you on bug 319491, and I can&#039;t with my Metacity hat on, but with my FUSA hat on, perhaps it&#039;s a dupe of bug 543913.</description>
		<content:encoded><![CDATA[<p>@Jack: I was going to say I couldn&#8217;t help you on bug 319491, and I can&#8217;t with my Metacity hat on, but with my FUSA hat on, perhaps it&#8217;s a dupe of bug 543913.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jack Tanner</title>
		<link>http://blogs.gnome.org/metacity/2008/07/22/dona-nobis-pacem/comment-page-1/#comment-412</link>
		<dc:creator>Jack Tanner</dc:creator>
		<pubDate>Wed, 23 Jul 2008 03:30:48 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/metacity/2008/07/22/dona-nobis-pacem/#comment-412</guid>
		<description>This &quot;bug&quot; is merely a symptom of the lunacy that is multiple workspaces. (I&#039;m only somewhat trolling.)

Let&#039;s say you&#039;re working on two things in parallel: writing an e-mail, and editing a document. What do you do to switch between them?

A: switch windows
B: switch tabs
C: switch workspaces

Or perhaps it&#039;s a combination of the above! Isn&#039;t that a bit much?

Here&#039;s a bug that&#039;s much more annoying to me: http://bugzilla.gnome.org/show_bug.cgi?id=319491</description>
		<content:encoded><![CDATA[<p>This &#8220;bug&#8221; is merely a symptom of the lunacy that is multiple workspaces. (I&#8217;m only somewhat trolling.)</p>
<p>Let&#8217;s say you&#8217;re working on two things in parallel: writing an e-mail, and editing a document. What do you do to switch between them?</p>
<p>A: switch windows<br />
B: switch tabs<br />
C: switch workspaces</p>
<p>Or perhaps it&#8217;s a combination of the above! Isn&#8217;t that a bit much?</p>
<p>Here&#8217;s a bug that&#8217;s much more annoying to me: <a href="http://bugzilla.gnome.org/show_bug.cgi?id=319491" rel="nofollow">http://bugzilla.gnome.org/show_bug.cgi?id=319491</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: patrys</title>
		<link>http://blogs.gnome.org/metacity/2008/07/22/dona-nobis-pacem/comment-page-1/#comment-411</link>
		<dc:creator>patrys</dc:creator>
		<pubDate>Tue, 22 Jul 2008 10:36:10 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/metacity/2008/07/22/dona-nobis-pacem/#comment-411</guid>
		<description>Whatever solution you end up with (my favorite is &quot;add hint to either raise or demand attention&quot;) please please please don&#039;t move any windows between workspaces. That&#039;s really annoying and eventually you end up with all the windows in the same workspace (a taste of such failure is the &quot;adding icons to notification area so that an application disappears or moves between desktops each time you click&quot; trend popular among media players and IM apps).</description>
		<content:encoded><![CDATA[<p>Whatever solution you end up with (my favorite is &#8220;add hint to either raise or demand attention&#8221;) please please please don&#8217;t move any windows between workspaces. That&#8217;s really annoying and eventually you end up with all the windows in the same workspace (a taste of such failure is the &#8220;adding icons to notification area so that an application disappears or moves between desktops each time you click&#8221; trend popular among media players and IM apps).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mathias Hasselmann</title>
		<link>http://blogs.gnome.org/metacity/2008/07/22/dona-nobis-pacem/comment-page-1/#comment-410</link>
		<dc:creator>Mathias Hasselmann</dc:creator>
		<pubDate>Tue, 22 Jul 2008 08:17:57 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/metacity/2008/07/22/dona-nobis-pacem/#comment-410</guid>
		<description>&gt; * Make the window demand attention– in other words, apply the downstream patch.
Thanks for pointing out, why Ubuntu&#039;s Metacity doesn&#039;t work for me anymore. I really started wondering, why it doesn&#039;t Pidgin&#039;s tray icon doesn&#039;t show me the contact list anymore when clicking it. Now I know: I don&#039;t have a window list applet in my panel, and therefore I don&#039;t see this notification attempts!</description>
		<content:encoded><![CDATA[<p>&gt; * Make the window demand attention– in other words, apply the downstream patch.<br />
Thanks for pointing out, why Ubuntu&#8217;s Metacity doesn&#8217;t work for me anymore. I really started wondering, why it doesn&#8217;t Pidgin&#8217;s tray icon doesn&#8217;t show me the contact list anymore when clicking it. Now I know: I don&#8217;t have a window list applet in my panel, and therefore I don&#8217;t see this notification attempts!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Wolki</title>
		<link>http://blogs.gnome.org/metacity/2008/07/22/dona-nobis-pacem/comment-page-1/#comment-409</link>
		<dc:creator>Wolki</dc:creator>
		<pubDate>Tue, 22 Jul 2008 05:38:13 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/metacity/2008/07/22/dona-nobis-pacem/#comment-409</guid>
		<description>I&#039;m a bit confused, you say that what metacity is doing right now is bringing the user to the window, always. I&#039;m unfortunately on Ubuntu Hardy and as such can neither check nor satisfactorily use workspaces, but I remember it the other way around, that it would bring the window to the user, always.

The way I remember how it used to work is this:

If I clicked an open nautilus folder (spatial), it would open and show that folder, moving it if necessary from another workspace to the current one. Now, it just blinks in the taskbar, and if I need that folder where I am (to move something in there for example), I manually need to move that folder to the current workspace.

If I wanted to play a certain song, I could click the rhythmbox tray icon and I would see the rb window, ready to be used. Now, it depends on whether I managed to remmeber hiding the window, if not I get the blinking thing again, have to go to another workspace to change the music, and then I opefully remember which workspace I was on and what I was doing.

And that was the way I liked it, personally. :)

I think the main problem is that people use workspaces in very different ways, by application or by task (or use radically different methods of determining tasks, which amounts to the same).

Some people have one firefox window on one workspace, and do not ever want to see another window on another workspace, because it is to them the &quot;web&quot; workspace. Other people have a programming workspace, or a doing research desktop, or a reading mail desktop, or similar things. If they want to read up on some api, or find bibliographical information on some paper, or read something referenced in the mail they&#039;re reading evolution, they may not want to break with the task they are doing and have switch between workspaces all the time just to access both the other program and the web page they need.

This is not the same as preferreing tabbed browsing (since people might want to use tabs, and possibly even open in tabs instead of windows when possible) and still have the second behavior. I fear that this is a thing that will have to be ultimately decided by the user. gedit, for what it&#039;s worth, iirc only allows the second behavior.

Anyway, more flexibility might certainly be a good idea, but I&#039;m not sure the calling application will always know how to do it correctly... sure, it would work for pidgin, but I&#039;m not sure every app that wants to present a link knows how I like to use my $BROWSER, and then we might get very inconsistent behavior between calling apps.

Sorry for ranting ^^;</description>
		<content:encoded><![CDATA[<p>I&#8217;m a bit confused, you say that what metacity is doing right now is bringing the user to the window, always. I&#8217;m unfortunately on Ubuntu Hardy and as such can neither check nor satisfactorily use workspaces, but I remember it the other way around, that it would bring the window to the user, always.</p>
<p>The way I remember how it used to work is this:</p>
<p>If I clicked an open nautilus folder (spatial), it would open and show that folder, moving it if necessary from another workspace to the current one. Now, it just blinks in the taskbar, and if I need that folder where I am (to move something in there for example), I manually need to move that folder to the current workspace.</p>
<p>If I wanted to play a certain song, I could click the rhythmbox tray icon and I would see the rb window, ready to be used. Now, it depends on whether I managed to remmeber hiding the window, if not I get the blinking thing again, have to go to another workspace to change the music, and then I opefully remember which workspace I was on and what I was doing.</p>
<p>And that was the way I liked it, personally. :)</p>
<p>I think the main problem is that people use workspaces in very different ways, by application or by task (or use radically different methods of determining tasks, which amounts to the same).</p>
<p>Some people have one firefox window on one workspace, and do not ever want to see another window on another workspace, because it is to them the &#8220;web&#8221; workspace. Other people have a programming workspace, or a doing research desktop, or a reading mail desktop, or similar things. If they want to read up on some api, or find bibliographical information on some paper, or read something referenced in the mail they&#8217;re reading evolution, they may not want to break with the task they are doing and have switch between workspaces all the time just to access both the other program and the web page they need.</p>
<p>This is not the same as preferreing tabbed browsing (since people might want to use tabs, and possibly even open in tabs instead of windows when possible) and still have the second behavior. I fear that this is a thing that will have to be ultimately decided by the user. gedit, for what it&#8217;s worth, iirc only allows the second behavior.</p>
<p>Anyway, more flexibility might certainly be a good idea, but I&#8217;m not sure the calling application will always know how to do it correctly&#8230; sure, it would work for pidgin, but I&#8217;m not sure every app that wants to present a link knows how I like to use my $BROWSER, and then we might get very inconsistent behavior between calling apps.</p>
<p>Sorry for ranting ^^;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mark Doliner</title>
		<link>http://blogs.gnome.org/metacity/2008/07/22/dona-nobis-pacem/comment-page-1/#comment-408</link>
		<dc:creator>Mark Doliner</dc:creator>
		<pubDate>Tue, 22 Jul 2008 05:25:49 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/metacity/2008/07/22/dona-nobis-pacem/#comment-408</guid>
		<description>Hey Thomas, if something tells Firefox to &quot;open http://gnome.org/&quot; is it possible for Firefox to detect if it has a window open on the current workspace?

If so it seems like you could &quot;bring the window to the user, always&quot; and Firefox could be changed to open a new window if it does not have one open on the current workspace.  That wouldn&#039;t require finding a way for the window manager to communicate with the application, would it?</description>
		<content:encoded><![CDATA[<p>Hey Thomas, if something tells Firefox to &#8220;open <a href="http://gnome.org/" rel="nofollow">http://gnome.org/</a>&#8221; is it possible for Firefox to detect if it has a window open on the current workspace?</p>
<p>If so it seems like you could &#8220;bring the window to the user, always&#8221; and Firefox could be changed to open a new window if it does not have one open on the current workspace.  That wouldn&#8217;t require finding a way for the window manager to communicate with the application, would it?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Thomas Thurman</title>
		<link>http://blogs.gnome.org/metacity/2008/07/22/dona-nobis-pacem/comment-page-1/#comment-407</link>
		<dc:creator>Thomas Thurman</dc:creator>
		<pubDate>Tue, 22 Jul 2008 04:22:18 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/metacity/2008/07/22/dona-nobis-pacem/#comment-407</guid>
		<description>@Camila:  Hi, nice to have your input.  I like your solution, because it has the benefit of consistency.  I do think it&#039;s pretty much the same as &quot;ask the summoning application to give us a hint as to which of these it would like&quot;: whether you summoned the window with the left or the middle mouse button is the business of the summoning application, and Metacity won&#039;t have been paying attention.  We only get involved when the summoning application calls us to present the window.  But it may be that the summoning application can pass us a hint to tell us &lt;i&gt;how&lt;/i&gt; to present the window, and in that case it could well be decided by which button you pressed.</description>
		<content:encoded><![CDATA[<p>@Camila:  Hi, nice to have your input.  I like your solution, because it has the benefit of consistency.  I do think it&#8217;s pretty much the same as &#8220;ask the summoning application to give us a hint as to which of these it would like&#8221;: whether you summoned the window with the left or the middle mouse button is the business of the summoning application, and Metacity won&#8217;t have been paying attention.  We only get involved when the summoning application calls us to present the window.  But it may be that the summoning application can pass us a hint to tell us <i>how</i> to present the window, and in that case it could well be decided by which button you pressed.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Camila Acolide</title>
		<link>http://blogs.gnome.org/metacity/2008/07/22/dona-nobis-pacem/comment-page-1/#comment-406</link>
		<dc:creator>Camila Acolide</dc:creator>
		<pubDate>Tue, 22 Jul 2008 04:04:41 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/metacity/2008/07/22/dona-nobis-pacem/#comment-406</guid>
		<description>I don&#039;t know if Metacity is currently able to do this...
But isn&#039;t it possible to implement the Firefox click behaviour?
People are already used to this!

For both Pidgin Chat and Firefox link in Evolution (the examples above):

Click with the left button: Bring window to user in current workspace.
Click with the middle button: Open tab in &quot;other&quot; workspace and demand attention.

Of course, if there are no Pidgin chat windows or Firefox windows already open,
they would be opened in the current workspace in both cases above.</description>
		<content:encoded><![CDATA[<p>I don&#8217;t know if Metacity is currently able to do this&#8230;<br />
But isn&#8217;t it possible to implement the Firefox click behaviour?<br />
People are already used to this!</p>
<p>For both Pidgin Chat and Firefox link in Evolution (the examples above):</p>
<p>Click with the left button: Bring window to user in current workspace.<br />
Click with the middle button: Open tab in &#8220;other&#8221; workspace and demand attention.</p>
<p>Of course, if there are no Pidgin chat windows or Firefox windows already open,<br />
they would be opened in the current workspace in both cases above.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: ᛏᚦ &#187; Blog Archive &#187; If the user will not come to the window, the window shall come to the user</title>
		<link>http://blogs.gnome.org/metacity/2008/07/22/dona-nobis-pacem/comment-page-1/#comment-405</link>
		<dc:creator>ᛏᚦ &#187; Blog Archive &#187; If the user will not come to the window, the window shall come to the user</dc:creator>
		<pubDate>Tue, 22 Jul 2008 02:55:50 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/metacity/2008/07/22/dona-nobis-pacem/#comment-405</guid>
		<description>[...] Here&#8217;s a friendly explanation of a current hot issue in Metacity that has people from at least.... Want to help shed some light on the matter? [...]</description>
		<content:encoded><![CDATA[<p>[...] Here&#8217;s a friendly explanation of a current hot issue in Metacity that has people from at least&#8230;. Want to help shed some light on the matter? [...]</p>
]]></content:encoded>
	</item>
</channel>
</rss>
