<?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:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Comments on: Just in time for the freeze: kuiserver integration in systemtray</title>
	<atom:link href="http://pindablog.wordpress.com/2008/11/18/just-in-time-for-the-freeze-kuiserver-integration-in-systemtray/feed/" rel="self" type="application/rss+xml" />
	<link>http://pindablog.wordpress.com/2008/11/18/just-in-time-for-the-freeze-kuiserver-integration-in-systemtray/</link>
	<description></description>
	<lastBuildDate>Sun, 25 Oct 2009 17:02:07 +0000</lastBuildDate>
	<generator>http://wordpress.com/</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Epicanis</title>
		<link>http://pindablog.wordpress.com/2008/11/18/just-in-time-for-the-freeze-kuiserver-integration-in-systemtray/#comment-126</link>
		<dc:creator>Epicanis</dc:creator>
		<pubDate>Thu, 20 Nov 2008 03:05:46 +0000</pubDate>
		<guid isPermaLink="false">http://pindablog.wordpress.com/?p=24#comment-126</guid>
		<description>With the exception of missing &quot;external&quot; programs (K3B in particular), it&#039;s starting to sound like 4.2.x will already be back up to and beyond 3.5x usefulness levels.

The only other feature I&#039;ve been missing, really, has  been proper metadata support in the file managers - it used to be that I could look at the &quot;properties&quot; of, for example, an audio file and see all of its associated metadata (duration, format details, comments...).  I haven&#039;t spotted whether this is set to be addressed in the 4.2 feature plan or not...</description>
		<content:encoded><![CDATA[<p>With the exception of missing &#8220;external&#8221; programs (K3B in particular), it&#8217;s starting to sound like 4.2.x will already be back up to and beyond 3.5x usefulness levels.</p>
<p>The only other feature I&#8217;ve been missing, really, has  been proper metadata support in the file managers &#8211; it used to be that I could look at the &#8220;properties&#8221; of, for example, an audio file and see all of its associated metadata (duration, format details, comments&#8230;).  I haven&#8217;t spotted whether this is set to be addressed in the 4.2 feature plan or not&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: rscheepmaker</title>
		<link>http://pindablog.wordpress.com/2008/11/18/just-in-time-for-the-freeze-kuiserver-integration-in-systemtray/#comment-125</link>
		<dc:creator>rscheepmaker</dc:creator>
		<pubDate>Thu, 20 Nov 2008 00:01:38 +0000</pubDate>
		<guid isPermaLink="false">http://pindablog.wordpress.com/?p=24#comment-125</guid>
		<description>@Eli: I find your comment rather negative and nonconstructive. We now have 2 months of pure bugfixing time ahead of use, and already we&#039;re doing pretty well. Last week a lot of bugs were closed (https://bugs.kde.org/weekly-bug-summary.cgi). See also http://aseigo.blogspot.com/2008/11/and-speaking-of-bugs.html for more info.</description>
		<content:encoded><![CDATA[<p>@Eli: I find your comment rather negative and nonconstructive. We now have 2 months of pure bugfixing time ahead of use, and already we&#8217;re doing pretty well. Last week a lot of bugs were closed (<a href="https://bugs.kde.org/weekly-bug-summary.cgi)" rel="nofollow">https://bugs.kde.org/weekly-bug-summary.cgi)</a>. See also <a href="http://aseigo.blogspot.com/2008/11/and-speaking-of-bugs.html" rel="nofollow">http://aseigo.blogspot.com/2008/11/and-speaking-of-bugs.html</a> for more info.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Eli Compton</title>
		<link>http://pindablog.wordpress.com/2008/11/18/just-in-time-for-the-freeze-kuiserver-integration-in-systemtray/#comment-124</link>
		<dc:creator>Eli Compton</dc:creator>
		<pubDate>Wed, 19 Nov 2008 23:40:24 +0000</pubDate>
		<guid isPermaLink="false">http://pindablog.wordpress.com/?p=24#comment-124</guid>
		<description>Great! More alpha **** for KDE.</description>
		<content:encoded><![CDATA[<p>Great! More alpha **** for KDE.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: rscheepmaker</title>
		<link>http://pindablog.wordpress.com/2008/11/18/just-in-time-for-the-freeze-kuiserver-integration-in-systemtray/#comment-123</link>
		<dc:creator>rscheepmaker</dc:creator>
		<pubDate>Tue, 18 Nov 2008 17:40:22 +0000</pubDate>
		<guid isPermaLink="false">http://pindablog.wordpress.com/?p=24#comment-123</guid>
		<description>@Fri3: And yes, almost all of it is themable, except the stop/pause/play icons, which use the icons of your icon set, instead of icons specified by your plasma theme. This is one of the things I&#039;ll look into for 4.3. But background, draghandle, close button, progress bar etc, is all themable.</description>
		<content:encoded><![CDATA[<p>@Fri3: And yes, almost all of it is themable, except the stop/pause/play icons, which use the icons of your icon set, instead of icons specified by your plasma theme. This is one of the things I&#8217;ll look into for 4.3. But background, draghandle, close button, progress bar etc, is all themable.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: rscheepmaker</title>
		<link>http://pindablog.wordpress.com/2008/11/18/just-in-time-for-the-freeze-kuiserver-integration-in-systemtray/#comment-122</link>
		<dc:creator>rscheepmaker</dc:creator>
		<pubDate>Tue, 18 Nov 2008 14:30:50 +0000</pubDate>
		<guid isPermaLink="false">http://pindablog.wordpress.com/?p=24#comment-122</guid>
		<description>@Andre: yeah, currently it&#039;s a few pixels off, but I will fix that before 4.2.

@Aurelien, Fri13: for this release I just displayed the information I&#039;m getting from the dbus spec. I agree that kio should set labels that are a bit &#039;smarter&#039;, but that&#039;s something for 4.3.</description>
		<content:encoded><![CDATA[<p>@Andre: yeah, currently it&#8217;s a few pixels off, but I will fix that before 4.2.</p>
<p>@Aurelien, Fri13: for this release I just displayed the information I&#8217;m getting from the dbus spec. I agree that kio should set labels that are a bit &#8217;smarter&#8217;, but that&#8217;s something for 4.3.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Sehew</title>
		<link>http://pindablog.wordpress.com/2008/11/18/just-in-time-for-the-freeze-kuiserver-integration-in-systemtray/#comment-121</link>
		<dc:creator>Sehew</dc:creator>
		<pubDate>Tue, 18 Nov 2008 13:38:15 +0000</pubDate>
		<guid isPermaLink="false">http://pindablog.wordpress.com/?p=24#comment-121</guid>
		<description>You guys rock! One of the best innovations of KDE 4.x!</description>
		<content:encoded><![CDATA[<p>You guys rock! One of the best innovations of KDE 4.x!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Fri13</title>
		<link>http://pindablog.wordpress.com/2008/11/18/just-in-time-for-the-freeze-kuiserver-integration-in-systemtray/#comment-120</link>
		<dc:creator>Fri13</dc:creator>
		<pubDate>Tue, 18 Nov 2008 11:12:51 +0000</pubDate>
		<guid isPermaLink="false">http://pindablog.wordpress.com/?p=24#comment-120</guid>
		<description>What if the &quot;copying&quot; task would be a little bigger?

Now it has two lines of text

      Source: file:///media/kdede....r5-i386-netinst.iso
Destination: file:///media/kdede....r5-i386-netinst.iso 

On both lines, there is same information taking lots of space. Like in this case, I can not see from where, to where it is copying it. If the destination or source would be different place like /home/ then it would be easier, but not, both are going somewhere subtree.

So if the text would be

            File: fedora-10-r5-i386-netinst.iso
      Source: file:///media/kdede.../downloads/data
Destination: file:///media/kdede.../finished/images

I think that information should be made in 4.3 or 4.4 version more smarter, so that Source and Destination information is not always shown from path start and path end, but by those parts what is different.

Like if I copy file from /media/data/subfolder1/files to /media/data/subfolder3/data2

It would show:

            file: data-what-gets-moved.iso
      Source: file:///media/../subfolder1/files/
Destination: .../subfolder3/data2/

(that might be a bad example, but the destination .../ start would show that it really is same directory as source first start and after that a difference).


This can be one of most notified difference on 4.2 when comparing to older KDE versions. Is that how well well themable? icons, background etc?

This looks great and I am very glad that you got this in before feature freeze ;-)</description>
		<content:encoded><![CDATA[<p>What if the &#8220;copying&#8221; task would be a little bigger?</p>
<p>Now it has two lines of text</p>
<p>      Source: file:///media/kdede&#8230;.r5-i386-netinst.iso<br />
Destination: file:///media/kdede&#8230;.r5-i386-netinst.iso </p>
<p>On both lines, there is same information taking lots of space. Like in this case, I can not see from where, to where it is copying it. If the destination or source would be different place like /home/ then it would be easier, but not, both are going somewhere subtree.</p>
<p>So if the text would be</p>
<p>            File: fedora-10-r5-i386-netinst.iso<br />
      Source: file:///media/kdede&#8230;/downloads/data<br />
Destination: file:///media/kdede&#8230;/finished/images</p>
<p>I think that information should be made in 4.3 or 4.4 version more smarter, so that Source and Destination information is not always shown from path start and path end, but by those parts what is different.</p>
<p>Like if I copy file from /media/data/subfolder1/files to /media/data/subfolder3/data2</p>
<p>It would show:</p>
<p>            file: data-what-gets-moved.iso<br />
      Source: file:///media/../subfolder1/files/<br />
Destination: &#8230;/subfolder3/data2/</p>
<p>(that might be a bad example, but the destination &#8230;/ start would show that it really is same directory as source first start and after that a difference).</p>
<p>This can be one of most notified difference on 4.2 when comparing to older KDE versions. Is that how well well themable? icons, background etc?</p>
<p>This looks great and I am very glad that you got this in before feature freeze <img src='http://s.wordpress.com/wp-includes/images/smilies/icon_wink.gif' alt=';-)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Aurélien Gâteau</title>
		<link>http://pindablog.wordpress.com/2008/11/18/just-in-time-for-the-freeze-kuiserver-integration-in-systemtray/#comment-119</link>
		<dc:creator>Aurélien Gâteau</dc:creator>
		<pubDate>Tue, 18 Nov 2008 09:50:07 +0000</pubDate>
		<guid isPermaLink="false">http://pindablog.wordpress.com/?p=24#comment-119</guid>
		<description>Nice!
You probably want to use KUrl::pathOrUrl() to display urls. This way the &quot;file:///&quot; prefix will be replaced with a single &quot;/&quot;.</description>
		<content:encoded><![CDATA[<p>Nice!<br />
You probably want to use KUrl::pathOrUrl() to display urls. This way the &#8220;file:///&#8221; prefix will be replaced with a single &#8220;/&#8221;.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dominic</title>
		<link>http://pindablog.wordpress.com/2008/11/18/just-in-time-for-the-freeze-kuiserver-integration-in-systemtray/#comment-118</link>
		<dc:creator>Dominic</dc:creator>
		<pubDate>Tue, 18 Nov 2008 07:20:44 +0000</pubDate>
		<guid isPermaLink="false">http://pindablog.wordpress.com/?p=24#comment-118</guid>
		<description>AWESOME!</description>
		<content:encoded><![CDATA[<p>AWESOME!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Andre</title>
		<link>http://pindablog.wordpress.com/2008/11/18/just-in-time-for-the-freeze-kuiserver-integration-in-systemtray/#comment-117</link>
		<dc:creator>Andre</dc:creator>
		<pubDate>Tue, 18 Nov 2008 06:55:46 +0000</pubDate>
		<guid isPermaLink="false">http://pindablog.wordpress.com/?p=24#comment-117</guid>
		<description>Very nice, I am looking forward to 4.2!
I hope the visual connection with the taskbar will be polished a bit more, so it seems to visually connect or grow out of the bar, instead of lying on top of it? Still: it&#039;s a great innovation!</description>
		<content:encoded><![CDATA[<p>Very nice, I am looking forward to 4.2!<br />
I hope the visual connection with the taskbar will be polished a bit more, so it seems to visually connect or grow out of the bar, instead of lying on top of it? Still: it&#8217;s a great innovation!</p>
]]></content:encoded>
	</item>
</channel>
</rss>
