<?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:georss="http://www.georss.org/georss" xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#" xmlns:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Comments on: GNOME Shell 2.28.0 &#8211; A Preview</title>
	<atom:link href="http://blog.fishsoup.net/2009/10/07/gnome-shell-2-28-0-a-preview/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.fishsoup.net/2009/10/07/gnome-shell-2-28-0-a-preview/</link>
	<description>Owen Taylor on Coding, Food, etc.</description>
	<lastBuildDate>Tue, 08 Nov 2011 23:41:34 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.com/</generator>
	<item>
		<title>By: Owen</title>
		<link>http://blog.fishsoup.net/2009/10/07/gnome-shell-2-28-0-a-preview/#comment-2226</link>
		<dc:creator><![CDATA[Owen]]></dc:creator>
		<pubDate>Sun, 08 Nov 2009 18:01:37 +0000</pubDate>
		<guid isPermaLink="false">http://blog.fishsoup.net/?p=242#comment-2226</guid>
		<description><![CDATA[I&#039;m closing this post for comments now - this isn&#039;t the best place to discuss the shell because nobody but me will see all the good suggestions. See http://live.gnome.org/GnomeShell for links to the mailing list, IRC channel, and Bugzilla.]]></description>
		<content:encoded><![CDATA[<p>I&#8217;m closing this post for comments now &#8211; this isn&#8217;t the best place to discuss the shell because nobody but me will see all the good suggestions. See <a href="http://live.gnome.org/GnomeShell" rel="nofollow">http://live.gnome.org/GnomeShell</a> for links to the mailing list, IRC channel, and Bugzilla.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Owen</title>
		<link>http://blog.fishsoup.net/2009/10/07/gnome-shell-2-28-0-a-preview/#comment-2225</link>
		<dc:creator><![CDATA[Owen]]></dc:creator>
		<pubDate>Sun, 08 Nov 2009 17:58:29 +0000</pubDate>
		<guid isPermaLink="false">http://blog.fishsoup.net/?p=242#comment-2225</guid>
		<description><![CDATA[I&#039;ve floated the idea that Super-arrows (super == logo key) should be like alt-tab + arrows, so you could start arrowing in the &quot;alt-tab overview&quot; without having to hit alt-tab once. Not sure if that&#039;s the sort of thing you are asking for. You certainly don&#039;t have to *keep* tab pressed down to use the arrow keys, you just need to keep alt down.]]></description>
		<content:encoded><![CDATA[<p>I&#8217;ve floated the idea that Super-arrows (super == logo key) should be like alt-tab + arrows, so you could start arrowing in the &#8220;alt-tab overview&#8221; without having to hit alt-tab once. Not sure if that&#8217;s the sort of thing you are asking for. You certainly don&#8217;t have to *keep* tab pressed down to use the arrow keys, you just need to keep alt down.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Owen</title>
		<link>http://blog.fishsoup.net/2009/10/07/gnome-shell-2-28-0-a-preview/#comment-2224</link>
		<dc:creator><![CDATA[Owen]]></dc:creator>
		<pubDate>Sun, 08 Nov 2009 17:54:18 +0000</pubDate>
		<guid isPermaLink="false">http://blog.fishsoup.net/?p=242#comment-2224</guid>
		<description><![CDATA[It&#039;s intentional that the contents of the top panel are much more locked down than they are with gnome-panel. You can&#039;t really design interactions if you don&#039;t know what you are designing for - e.g., the fact that the upper-left hand corner of the screen is hot (move your pointer there and the overview activates) is tied to the fact that the Activities button is there, so you won&#039;t accidentally trigger the hot corner when doing something else. The display of the current application next to the Activities button will soon be turned into a menu for application-global options, and so forth.

(There&#039;s no particular reason that we couldn&#039;t add a place in the top panel for user configured launchers, but the intent is that launching favorited apps from the overview is fast enough that you don&#039;t need launchers permanently on the main screen. Launchers are, to some extent, a workaround for how bad the gnome menus are at starting things. So, we will likely leave adding launchers to the top panel as the domain of gnome-shell extensions.)]]></description>
		<content:encoded><![CDATA[<p>It&#8217;s intentional that the contents of the top panel are much more locked down than they are with gnome-panel. You can&#8217;t really design interactions if you don&#8217;t know what you are designing for &#8211; e.g., the fact that the upper-left hand corner of the screen is hot (move your pointer there and the overview activates) is tied to the fact that the Activities button is there, so you won&#8217;t accidentally trigger the hot corner when doing something else. The display of the current application next to the Activities button will soon be turned into a menu for application-global options, and so forth.</p>
<p>(There&#8217;s no particular reason that we couldn&#8217;t add a place in the top panel for user configured launchers, but the intent is that launching favorited apps from the overview is fast enough that you don&#8217;t need launchers permanently on the main screen. Launchers are, to some extent, a workaround for how bad the gnome menus are at starting things. So, we will likely leave adding launchers to the top panel as the domain of gnome-shell extensions.)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Angelux</title>
		<link>http://blog.fishsoup.net/2009/10/07/gnome-shell-2-28-0-a-preview/#comment-2223</link>
		<dc:creator><![CDATA[Angelux]]></dc:creator>
		<pubDate>Sun, 08 Nov 2009 17:42:01 +0000</pubDate>
		<guid isPermaLink="false">http://blog.fishsoup.net/?p=242#comment-2223</guid>
		<description><![CDATA[It would be nice if I sholdn&#039;t have to keep the tab key pressed when I use the arrows. Could this be done? or I&#039;m the only one that wants that.]]></description>
		<content:encoded><![CDATA[<p>It would be nice if I sholdn&#8217;t have to keep the tab key pressed when I use the arrows. Could this be done? or I&#8217;m the only one that wants that.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Matthew</title>
		<link>http://blog.fishsoup.net/2009/10/07/gnome-shell-2-28-0-a-preview/#comment-2222</link>
		<dc:creator><![CDATA[Matthew]]></dc:creator>
		<pubDate>Sun, 08 Nov 2009 02:26:21 +0000</pubDate>
		<guid isPermaLink="false">http://blog.fishsoup.net/?p=242#comment-2222</guid>
		<description><![CDATA[Kudos on gnome-shell.  The ideas that it implements are doubtlessly the future of task management.  However, I fail to understand why it is replacing gnome-panel.  Gnome-shell replaces many features that were previously implemented by panel applets, but it still needs to have a panel.

Gnome-shell does not appear to have any integration with the panel except for button to activate activities mode.  Couldn&#039;t the panel code in gnome-shell be removed and replaced by an &#039;activities&#039; button on gnome-panel?  Perhaps everyone feels that the panel code is bloated and outdated, but shouldn&#039;t that be a separate project?  (I wouldn&#039;t argue with a gnome-panel 3.0!)  Clocks, calendars, global menus, etc already exist for gnome-panel.

Also this would help adoption of gnome-shell because people could keep their window lists and quicklaunch icons still on the panel until they adapt.  (I know that this is against gnome-shell&#039;s principles, but it doesn&#039;t have to come that way by default.)

Gnome-shell&#039;s features were previously implemented by panel applets, but gnome-shell should not be a panel.  It may replace features provided by panel applets, but it need not replace the panel itself.  The user just won&#039;t need those applets wasting space on the panel anymore!

(P.S. Everyone hated nautilus back in the day, and many developers thought that firefox was a useless concept.  Just keep pushing forward.)]]></description>
		<content:encoded><![CDATA[<p>Kudos on gnome-shell.  The ideas that it implements are doubtlessly the future of task management.  However, I fail to understand why it is replacing gnome-panel.  Gnome-shell replaces many features that were previously implemented by panel applets, but it still needs to have a panel.</p>
<p>Gnome-shell does not appear to have any integration with the panel except for button to activate activities mode.  Couldn&#8217;t the panel code in gnome-shell be removed and replaced by an &#8216;activities&#8217; button on gnome-panel?  Perhaps everyone feels that the panel code is bloated and outdated, but shouldn&#8217;t that be a separate project?  (I wouldn&#8217;t argue with a gnome-panel 3.0!)  Clocks, calendars, global menus, etc already exist for gnome-panel.</p>
<p>Also this would help adoption of gnome-shell because people could keep their window lists and quicklaunch icons still on the panel until they adapt.  (I know that this is against gnome-shell&#8217;s principles, but it doesn&#8217;t have to come that way by default.)</p>
<p>Gnome-shell&#8217;s features were previously implemented by panel applets, but gnome-shell should not be a panel.  It may replace features provided by panel applets, but it need not replace the panel itself.  The user just won&#8217;t need those applets wasting space on the panel anymore!</p>
<p>(P.S. Everyone hated nautilus back in the day, and many developers thought that firefox was a useless concept.  Just keep pushing forward.)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Owen</title>
		<link>http://blog.fishsoup.net/2009/10/07/gnome-shell-2-28-0-a-preview/#comment-2221</link>
		<dc:creator><![CDATA[Owen]]></dc:creator>
		<pubDate>Sat, 07 Nov 2009 20:05:37 +0000</pubDate>
		<guid isPermaLink="false">http://blog.fishsoup.net/?p=242#comment-2221</guid>
		<description><![CDATA[Well, Wayland is not an X server, it&#039;s a new windowing system. Wayland, like the current X desktop, involves the idea of a compositing manager, and it makes conceptual sense to port gnome-shell to that role, but it&#039;s not just running the code inside Wayland; a lot of things would change. Kristian Høgsberg - Mr. Wayland - has done some work already on a Wayland backend for Clutter which would be one part of the equation.]]></description>
		<content:encoded><![CDATA[<p>Well, Wayland is not an X server, it&#8217;s a new windowing system. Wayland, like the current X desktop, involves the idea of a compositing manager, and it makes conceptual sense to port gnome-shell to that role, but it&#8217;s not just running the code inside Wayland; a lot of things would change. Kristian Høgsberg &#8211; Mr. Wayland &#8211; has done some work already on a Wayland backend for Clutter which would be one part of the equation.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

