<?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 on: Test driving KDE 4.0</title>
	<atom:link href="http://floatingsun.net/2008/01/12/test-driving-kde-40/feed/" rel="self" type="application/rss+xml" />
	<link>http://floatingsun.net/2008/01/12/test-driving-kde-40/</link>
	<description></description>
	<lastBuildDate>Thu, 11 Mar 2010 16:50:28 +0000</lastBuildDate>
	
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Diwaker Gupta</title>
		<link>http://floatingsun.net/2008/01/12/test-driving-kde-40/comment-page-1/#comment-27157</link>
		<dc:creator>Diwaker Gupta</dc:creator>
		<pubDate>Tue, 15 Jan 2008 00:38:14 +0000</pubDate>
		<guid isPermaLink="false">http://floatingsun.net/2008/01/12/test-driving-kde-40/#comment-27157</guid>
		<description>*@lubos*: Desktop Cube is certainly not high priority. However, the thing is that most people writing reviews or experiences KDE 4 will only get exposed to the immediate visual aspects of the desktop. While having the desktop cube is certainly not a requirement, KWin will inevitably be pitched against Compiz Fusion, Mac OS X&#039;s cube etc, so its just something nice to have.

Regarding keyboard bindings, in KDE 3 there is a LOT (perhaps too much) of flexibility in how and where key bindings are defined: each application has its preferences (though I think &quot;Shortcuts&quot; vs &quot;Global Shortcuts&quot; is too confusing and should go away); then there are global bindings for the Desktop and applications in KControl; finally there is KHotkeys. A lot of these  are missing in KDE4. Againt, nothing critical, but nonetheless extremely important from a daily use perspective: when personalized the right way, key bindings can be a HUGE time saver.

Of course I can take screenshots with print screen or KSnapShot, thats not the point. What I meant was something like what Compiz provides: I can press Super and click and drag the mouse anywhere on the screen and the marked area on screen is instantly captured. I can not tell you how valuable this is, because more often than not you don&#039;t really need to capture the entire window. For instance, I end up taking pictures of parts of web pages, or specific parts of the desktop or the application window. You can always take a screen grab and crop it, but again, it is all about making useful things extremely easy to do.</description>
		<content:encoded><![CDATA[<p>*@lubos*: Desktop Cube is certainly not high priority. However, the thing is that most people writing reviews or experiences KDE 4 will only get exposed to the immediate visual aspects of the desktop. While having the desktop cube is certainly not a requirement, KWin will inevitably be pitched against Compiz Fusion, Mac OS X&#8217;s cube etc, so its just something nice to have.</p>
<p>Regarding keyboard bindings, in KDE 3 there is a LOT (perhaps too much) of flexibility in how and where key bindings are defined: each application has its preferences (though I think &#8220;Shortcuts&#8221; vs &#8220;Global Shortcuts&#8221; is too confusing and should go away); then there are global bindings for the Desktop and applications in KControl; finally there is KHotkeys. A lot of these  are missing in KDE4. Againt, nothing critical, but nonetheless extremely important from a daily use perspective: when personalized the right way, key bindings can be a HUGE time saver.</p>
<p>Of course I can take screenshots with print screen or KSnapShot, thats not the point. What I meant was something like what Compiz provides: I can press Super and click and drag the mouse anywhere on the screen and the marked area on screen is instantly captured. I can not tell you how valuable this is, because more often than not you don&#8217;t really need to capture the entire window. For instance, I end up taking pictures of parts of web pages, or specific parts of the desktop or the application window. You can always take a screen grab and crop it, but again, it is all about making useful things extremely easy to do.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Lubos Lunak</title>
		<link>http://floatingsun.net/2008/01/12/test-driving-kde-40/comment-page-1/#comment-27099</link>
		<dc:creator>Lubos Lunak</dc:creator>
		<pubDate>Mon, 14 Jan 2008 08:48:15 +0000</pubDate>
		<guid isPermaLink="false">http://floatingsun.net/2008/01/12/test-driving-kde-40/#comment-27099</guid>
		<description>&gt; Things I miss from Compiz Fusion: Desktop Cube,

When somebody does it. I personally don&#039;t find it very usable (I get motion sickness from it), so I don&#039;t consider it to be of a very high priority.

&gt; better keyboard bindings,

???

&gt; plugin to easily take screenshots,

Hit PrintScreen? Or together with Alt or Ctrl and then paste somewhere.</description>
		<content:encoded><![CDATA[<p>&gt; Things I miss from Compiz Fusion: Desktop Cube,</p>
<p>When somebody does it. I personally don&#8217;t find it very usable (I get motion sickness from it), so I don&#8217;t consider it to be of a very high priority.</p>
<p>&gt; better keyboard bindings,</p>
<p>???</p>
<p>&gt; plugin to easily take screenshots,</p>
<p>Hit PrintScreen? Or together with Alt or Ctrl and then paste somewhere.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Diwaker Gupta</title>
		<link>http://floatingsun.net/2008/01/12/test-driving-kde-40/comment-page-1/#comment-27092</link>
		<dc:creator>Diwaker Gupta</dc:creator>
		<pubDate>Mon, 14 Jan 2008 06:52:35 +0000</pubDate>
		<guid isPermaLink="false">http://floatingsun.net/2008/01/12/test-driving-kde-40/#comment-27092</guid>
		<description>*@aaron*: First off, kudos to you and everyone else who has been working so hard to bring KDE 4 out, thanks a lot!

Have you looked at GNOME Do? I think its going in the right direction. Its written in Mono, and is a little GNOME centric. I&#039;m not sure if it is feasible to have any kind of compatibility between the KRunner architecture and Do plugins, but its definitely something to think about. Looking forward to rapid improvements in KRunner as well! :-)</description>
		<content:encoded><![CDATA[<p>*@aaron*: First off, kudos to you and everyone else who has been working so hard to bring KDE 4 out, thanks a lot!</p>
<p>Have you looked at GNOME Do? I think its going in the right direction. Its written in Mono, and is a little GNOME centric. I&#8217;m not sure if it is feasible to have any kind of compatibility between the KRunner architecture and Do plugins, but its definitely something to think about. Looking forward to rapid improvements in KRunner as well! :-)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Aaron J. Seigo</title>
		<link>http://floatingsun.net/2008/01/12/test-driving-kde-40/comment-page-1/#comment-27072</link>
		<dc:creator>Aaron J. Seigo</dc:creator>
		<pubDate>Sun, 13 Jan 2008 22:36:35 +0000</pubDate>
		<guid isPermaLink="false">http://floatingsun.net/2008/01/12/test-driving-kde-40/#comment-27072</guid>
		<description>&gt; I&#039;m eager to see a proper plugin framework around KRunner so
&gt; that people can start building actions to all kinds of services

that already exists: Plasma::AbstractRunner. 4.1 will see extensions to it as well, such as scripting support and verbs-for-the-nouns.

note that runners that can be trained, etc, are not far off at all as the current classes can already accommodate that. there&#039;s quite a bit of interesting stuff that can be done with it, but plasma is also taking my time. not enough chefs in this kitchen ;)

i agree that the UI has a long ways to go. i made the mistake of letting others who probably weren&#039;t up to the task take two different runs at it and fail both times instead of just doing it myself. i&#039;m not happy about it either.

the presentation, keybinding and all the rest of those issues stem from the UI which is actually the &quot;i need something to show results right now, so put something together in an hour&quot; UI i did probably 8 months ago now.

but beyond the UI, the krunner infrastructure is a lot further along than is user visible.</description>
		<content:encoded><![CDATA[<p>&gt; I&#8217;m eager to see a proper plugin framework around KRunner so<br />
&gt; that people can start building actions to all kinds of services</p>
<p>that already exists: Plasma::AbstractRunner. 4.1 will see extensions to it as well, such as scripting support and verbs-for-the-nouns.</p>
<p>note that runners that can be trained, etc, are not far off at all as the current classes can already accommodate that. there&#8217;s quite a bit of interesting stuff that can be done with it, but plasma is also taking my time. not enough chefs in this kitchen ;)</p>
<p>i agree that the UI has a long ways to go. i made the mistake of letting others who probably weren&#8217;t up to the task take two different runs at it and fail both times instead of just doing it myself. i&#8217;m not happy about it either.</p>
<p>the presentation, keybinding and all the rest of those issues stem from the UI which is actually the &#8220;i need something to show results right now, so put something together in an hour&#8221; UI i did probably 8 months ago now.</p>
<p>but beyond the UI, the krunner infrastructure is a lot further along than is user visible.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
