<?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/"
		>
<channel>
	<title>Comments for Michiel Sikkes</title>
	<atom:link href="http://blogs.gnome.org/michiels/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://blogs.gnome.org/michiels</link>
	<description>Just another GNOME Blogs weblog</description>
	<lastBuildDate>Tue, 30 Nov 1999 00:00:00 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.6</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>Comment on Taskdriven actions by Steve George</title>
		<link>http://blogs.gnome.org/michiels/2005/10/31/taskdriven-actions/comment-page-1/#comment-1</link>
		<dc:creator>Steve George</dc:creator>
		<pubDate>Tue, 30 Nov 1999 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/michiels/2005/10/31/taskdriven-actions/#comment-1</guid>
		<description>I think this would be a great idea, and I always favour things that can be done quickly!&lt;p/&gt;That said I think that the OS X &#039;Services&#039; concept would be great in GNOME.  Although I can&#039;t seem to find a good reference to it!  But essentially every program can attach actions to objects - so if you highlight some text in the terminal you can go to the &#039;Services&#039; menu and do a bunch of things.&lt;p/&gt;I&#039;m told it&#039;s a NextStep concept and that they did a lot more with it - making it pervasive &#039;task orientated&#039;.</description>
		<content:encoded><![CDATA[<p>I think this would be a great idea, and I always favour things that can be done quickly!
<p />That said I think that the OS X &#8216;Services&#8217; concept would be great in GNOME.  Although I can&#8217;t seem to find a good reference to it!  But essentially every program can attach actions to objects &#8211; so if you highlight some text in the terminal you can go to the &#8216;Services&#8217; menu and do a bunch of things.
<p />I&#8217;m told it&#8217;s a NextStep concept and that they did a lot more with it &#8211; making it pervasive &#8216;task orientated&#8217;.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Taskdriven actions by Jay</title>
		<link>http://blogs.gnome.org/michiels/2005/10/31/taskdriven-actions/comment-page-1/#comment-2</link>
		<dc:creator>Jay</dc:creator>
		<pubDate>Tue, 30 Nov 1999 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/michiels/2005/10/31/taskdriven-actions/#comment-2</guid>
		<description>What if the menu was more dynamic and listed the most commonly used actions that were performed, instead of a static list that every application publishes (which the user may or may not use).&lt;p/&gt;Use case:  a user commonly uses Evolution to manage their calendar but uses Thunderbird to check their e-mail.  &quot;Compose e-mail&quot; should open up a Thunderbird compose window, and &quot;Create appointment&quot; should open an appointment window in Evolution.&lt;p/&gt;Obviously something like this wouldn&#039;t be as easy as just extending .desktop files and adding actions to them.</description>
		<content:encoded><![CDATA[<p>What if the menu was more dynamic and listed the most commonly used actions that were performed, instead of a static list that every application publishes (which the user may or may not use).
<p />Use case:  a user commonly uses Evolution to manage their calendar but uses Thunderbird to check their e-mail.  &#8220;Compose e-mail&#8221; should open up a Thunderbird compose window, and &#8220;Create appointment&#8221; should open an appointment window in Evolution.
<p />Obviously something like this wouldn&#8217;t be as easy as just extending .desktop files and adding actions to them.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Taskdriven actions by Nigel Tao</title>
		<link>http://blogs.gnome.org/michiels/2005/10/31/taskdriven-actions/comment-page-1/#comment-3</link>
		<dc:creator>Nigel Tao</dc:creator>
		<pubDate>Tue, 30 Nov 1999 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/michiels/2005/10/31/taskdriven-actions/#comment-3</guid>
		<description>Reminds me of some mockups that I did of ideas for GNOME Three Point Zero: &lt;a href=&quot;http://browserbookapp.sourceforge.net/topaz/&quot;&gt;http://browserbookapp.sourceforge.net/topaz/&lt;/a&gt;&lt;p/&gt;d-d-l discussion: &lt;a href=&quot;http://mail.gnome.org/archives/desktop-devel-list/2005-May/msg00126.html&quot;&gt;http://mail.gnome.org/archives/desktop-devel-list/2005-May/msg00126.html&lt;/a&gt;</description>
		<content:encoded><![CDATA[<p>Reminds me of some mockups that I did of ideas for GNOME Three Point Zero: <a href="http://browserbookapp.sourceforge.net/topaz/">http://browserbookapp.sourceforge.net/topaz/</a>
<p />d-d-l discussion: <a href="http://mail.gnome.org/archives/desktop-devel-list/2005-May/msg00126.html">http://mail.gnome.org/archives/desktop-devel-list/2005-May/msg00126.html</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Taskdriven actions by Andreas Nilsson</title>
		<link>http://blogs.gnome.org/michiels/2005/10/31/taskdriven-actions/comment-page-1/#comment-4</link>
		<dc:creator>Andreas Nilsson</dc:creator>
		<pubDate>Tue, 30 Nov 1999 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/michiels/2005/10/31/taskdriven-actions/#comment-4</guid>
		<description>This is smart, because you don&#039;t want to run applications, you want to do stuff.</description>
		<content:encoded><![CDATA[<p>This is smart, because you don&#8217;t want to run applications, you want to do stuff.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Taskdriven actions by Jess Sightler</title>
		<link>http://blogs.gnome.org/michiels/2005/10/31/taskdriven-actions/comment-page-1/#comment-5</link>
		<dc:creator>Jess Sightler</dc:creator>
		<pubDate>Tue, 30 Nov 1999 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/michiels/2005/10/31/taskdriven-actions/#comment-5</guid>
		<description>Very nice idea!  In my ideal world applications could expose Roles that could easily be added or removed from such a list.  For example you could have &quot;Compose Email&quot;, &quot;Make Calendar&quot;, &quot;News&quot;, along with a smart interface for setting your preferred applications for filling those roles.&lt;p/&gt;This is a little like what MS does with the &quot;Internet&quot; and &quot;E-mail&quot; icons at the top of the Start menu in XP, except worlds better!</description>
		<content:encoded><![CDATA[<p>Very nice idea!  In my ideal world applications could expose Roles that could easily be added or removed from such a list.  For example you could have &#8220;Compose Email&#8221;, &#8220;Make Calendar&#8221;, &#8220;News&#8221;, along with a smart interface for setting your preferred applications for filling those roles.
<p />This is a little like what MS does with the &#8220;Internet&#8221; and &#8220;E-mail&#8221; icons at the top of the Start menu in XP, except worlds better!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Taskdriven actions by ebassi</title>
		<link>http://blogs.gnome.org/michiels/2005/10/31/taskdriven-actions/comment-page-1/#comment-6</link>
		<dc:creator>ebassi</dc:creator>
		<pubDate>Tue, 30 Nov 1999 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/michiels/2005/10/31/taskdriven-actions/#comment-6</guid>
		<description>this could be done using a menu built from .desktop files, like Nautilus Templates menu. each .desktop file points to an application. some apps should implement a command-line switch/component to enable launching a specific action, but I think this could be easily done.</description>
		<content:encoded><![CDATA[<p>this could be done using a menu built from .desktop files, like Nautilus Templates menu. each .desktop file points to an application. some apps should implement a command-line switch/component to enable launching a specific action, but I think this could be easily done.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Taskdriven actions by Bone</title>
		<link>http://blogs.gnome.org/michiels/2005/10/31/taskdriven-actions/comment-page-1/#comment-7</link>
		<dc:creator>Bone</dc:creator>
		<pubDate>Tue, 30 Nov 1999 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/michiels/2005/10/31/taskdriven-actions/#comment-7</guid>
		<description>I don&#039;t know if that would be very useful.&lt;p/&gt;I tried to think of what my parents do with their computers. My father mostly creates new menus (he&#039;s a chef) and my mother mostly listens music and reads news on the web.&lt;p/&gt;Now think about the applications installed on your computer. There are dozends. And each of them has about two or three &quot;actions&quot;. This results in a very big menu. And as we all know; big menues are useless. &lt;p/&gt;Back to my parents. The tasks my mother needs (&quot;Browse the net&quot; and &quot;Listen to music&quot; are to ambiguous to be helpful. Listen to what music? Browse what internet site? All this task-starter can do ist start the right application, not more.&lt;p/&gt;Almost the same goes for my father. He mostly copies an old menu and just makes the changes. What task would be the right for him? &quot;Create a new text document by copying the date from a new one?&quot; Hell, what a name.&lt;p/&gt;I do think that task oriented GUIs are the future. I do not think however that this is the right way.</description>
		<content:encoded><![CDATA[<p>I don&#8217;t know if that would be very useful.
<p />I tried to think of what my parents do with their computers. My father mostly creates new menus (he&#8217;s a chef) and my mother mostly listens music and reads news on the web.
<p />Now think about the applications installed on your computer. There are dozends. And each of them has about two or three &#8220;actions&#8221;. This results in a very big menu. And as we all know; big menues are useless.
<p />Back to my parents. The tasks my mother needs (&#8221;Browse the net&#8221; and &#8220;Listen to music&#8221; are to ambiguous to be helpful. Listen to what music? Browse what internet site? All this task-starter can do ist start the right application, not more.
<p />Almost the same goes for my father. He mostly copies an old menu and just makes the changes. What task would be the right for him? &#8220;Create a new text document by copying the date from a new one?&#8221; Hell, what a name.
<p />I do think that task oriented GUIs are the future. I do not think however that this is the right way.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Taskdriven actions by sn0n</title>
		<link>http://blogs.gnome.org/michiels/2005/10/31/taskdriven-actions/comment-page-1/#comment-8</link>
		<dc:creator>sn0n</dc:creator>
		<pubDate>Tue, 30 Nov 1999 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/michiels/2005/10/31/taskdriven-actions/#comment-8</guid>
		<description>i dont think the menu would be long at all.. look at OSX and older macs..its useful.. i wouldnt mind it..&lt;br/&gt;</description>
		<content:encoded><![CDATA[<p>i dont think the menu would be long at all.. look at OSX and older macs..its useful.. i wouldnt mind it..</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Taskdriven actions by Jon Cooper</title>
		<link>http://blogs.gnome.org/michiels/2005/10/31/taskdriven-actions/comment-page-1/#comment-9</link>
		<dc:creator>Jon Cooper</dc:creator>
		<pubDate>Tue, 30 Nov 1999 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/michiels/2005/10/31/taskdriven-actions/#comment-9</guid>
		<description>Why have a seperate actions menu? Why not display the applications as a &quot;tooltip&quot; or slide-out from the actual entry in Applications menu.&lt;p/&gt;The applications are already well categorised, so Joe User is already going to see &quot;Ah the Applications menu, my email client must be up there somewhere....&quot; &quot;... Ah, internet, is it in there? What about Office&quot;.&lt;p/&gt;Now, when the hoevers the cursor over the &quot;Evolution Email&quot; icon for more than 2 seconds, a further submenu (stick with me here... a sub menu may not be the way, but it definitely needs to be something &quot;appearing&quot;) flys out containing a list of no more than 7 actions associated with that application. Clicking an action will open the application ready to perform that action, or clicking the application icon will start the application as per usual.&lt;p/&gt;Further to this, you&#039;d need a spec in the .desktop files to assign &quot;known actions&quot; to an application. Gnome would have predefined known actions (as a previous poster mentioned, there could be many, and a schema approach could permit new applications to install new actions, though there would have to be a limit somewhere). The .desktop for an application could contain a KnownActions section, list a known action (for e.g. &quot;SendNewEmail&quot;), and pair it with the commandline arguments / other command to run to complete that action from the application.&lt;p/&gt;Seems a bit zany I know, but I like the current menu spec, and I&#039;d rather see an extension to that paradigm than the introduction of another panel top level menu item.&lt;p/&gt;Feel free to email me at jon_cooperuk@-nospamharvesting-hotmail.com with any discussion relating to this idea.</description>
		<content:encoded><![CDATA[<p>Why have a seperate actions menu? Why not display the applications as a &#8220;tooltip&#8221; or slide-out from the actual entry in Applications menu.
<p />The applications are already well categorised, so Joe User is already going to see &#8220;Ah the Applications menu, my email client must be up there somewhere&#8230;.&#8221; &#8220;&#8230; Ah, internet, is it in there? What about Office&#8221;.
<p />Now, when the hoevers the cursor over the &#8220;Evolution Email&#8221; icon for more than 2 seconds, a further submenu (stick with me here&#8230; a sub menu may not be the way, but it definitely needs to be something &#8220;appearing&#8221;) flys out containing a list of no more than 7 actions associated with that application. Clicking an action will open the application ready to perform that action, or clicking the application icon will start the application as per usual.
<p />Further to this, you&#8217;d need a spec in the .desktop files to assign &#8220;known actions&#8221; to an application. Gnome would have predefined known actions (as a previous poster mentioned, there could be many, and a schema approach could permit new applications to install new actions, though there would have to be a limit somewhere). The .desktop for an application could contain a KnownActions section, list a known action (for e.g. &#8220;SendNewEmail&#8221;), and pair it with the commandline arguments / other command to run to complete that action from the application.
<p />Seems a bit zany I know, but I like the current menu spec, and I&#8217;d rather see an extension to that paradigm than the introduction of another panel top level menu item.
<p />Feel free to email me at <a href="mailto:jon_cooperuk@-nospamharvesting-hotmail.com">jon_cooperuk@-nospamharvesting-hotmail.com</a> with any discussion relating to this idea.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Taskdriven actions by doni</title>
		<link>http://blogs.gnome.org/michiels/2005/10/31/taskdriven-actions/comment-page-1/#comment-10</link>
		<dc:creator>doni</dc:creator>
		<pubDate>Tue, 30 Nov 1999 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/michiels/2005/10/31/taskdriven-actions/#comment-10</guid>
		<description>Looks great!</description>
		<content:encoded><![CDATA[<p>Looks great!</p>
]]></content:encoded>
	</item>
</channel>
</rss>
