<?xml version="1.0" encoding="UTF-8"?><!-- generator="wordpress/2.3.3" -->
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	>
<channel>
	<title>Comments for Michiel Sikkes</title>
	<link>http://blogs.gnome.org/michiels</link>
	<description>Just another GNOME Blogs weblog</description>
	<pubDate>Sun, 07 Sep 2008 00:17:12 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.3.3</generator>
		<item>
		<title>Comment on Taskdriven actions by Steve George</title>
		<link>http://blogs.gnome.org/michiels/2005/10/31/taskdriven-actions/#comment-1</link>
		<dc:creator>Steve George</dc:creator>
		<pubDate>Tue, 30 Nov 1999 00:00:00 +0000</pubDate>
		<guid>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 'Services' concept would be great in GNOME.  Although I can'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 'Services' menu and do a bunch of things.&lt;p/&gt;I'm told it's a NextStep concept and that they did a lot more with it - making it pervasive 'task orientated'.</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 - 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 - 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-2</link>
		<dc:creator>Jay</dc:creator>
		<pubDate>Tue, 30 Nov 1999 00:00:00 +0000</pubDate>
		<guid>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.  "Compose e-mail" should open up a Thunderbird compose window, and "Create appointment" should open an appointment window in Evolution.&lt;p/&gt;Obviously something like this wouldn'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-3</link>
		<dc:creator>Nigel Tao</dc:creator>
		<pubDate>Tue, 30 Nov 1999 00:00:00 +0000</pubDate>
		<guid>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="http://browserbookapp.sourceforge.net/topaz/"&gt;http://browserbookapp.sourceforge.net/topaz/&lt;/a&gt;&lt;p/&gt;d-d-l discussion: &lt;a href="http://mail.gnome.org/archives/desktop-devel-list/2005-May/msg00126.html"&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-4</link>
		<dc:creator>Andreas Nilsson</dc:creator>
		<pubDate>Tue, 30 Nov 1999 00:00:00 +0000</pubDate>
		<guid>http://blogs.gnome.org/michiels/2005/10/31/taskdriven-actions/#comment-4</guid>
		<description>This is smart, because you don'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-5</link>
		<dc:creator>Jess Sightler</dc:creator>
		<pubDate>Tue, 30 Nov 1999 00:00:00 +0000</pubDate>
		<guid>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 "Compose Email", "Make Calendar", "News", 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 "Internet" and "E-mail" 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-6</link>
		<dc:creator>ebassi</dc:creator>
		<pubDate>Tue, 30 Nov 1999 00:00:00 +0000</pubDate>
		<guid>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-7</link>
		<dc:creator>Bone</dc:creator>
		<pubDate>Tue, 30 Nov 1999 00:00:00 +0000</pubDate>
		<guid>http://blogs.gnome.org/michiels/2005/10/31/taskdriven-actions/#comment-7</guid>
		<description>I don'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'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 "actions". 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 ("Browse the net" and "Listen to music" 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? "Create a new text document by copying the date from a new one?" 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-8</link>
		<dc:creator>sn0n</dc:creator>
		<pubDate>Tue, 30 Nov 1999 00:00:00 +0000</pubDate>
		<guid>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-9</link>
		<dc:creator>Jon Cooper</dc:creator>
		<pubDate>Tue, 30 Nov 1999 00:00:00 +0000</pubDate>
		<guid>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 "tooltip" 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 "Ah the Applications menu, my email client must be up there somewhere...." "... Ah, internet, is it in there? What about Office".&lt;p/&gt;Now, when the hoevers the cursor over the "Evolution Email" 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 "appearing") 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'd need a spec in the .desktop files to assign "known actions" 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. "SendNewEmail"), 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'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-10</link>
		<dc:creator>doni</dc:creator>
		<pubDate>Tue, 30 Nov 1999 00:00:00 +0000</pubDate>
		<guid>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>
