<?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: The KDE 4 hassle&#8230;</title>
	<atom:link href="http://franz.keferboeck.info/blog/?feed=rss2&#038;p=22" rel="self" type="application/rss+xml" />
	<link>http://franz.keferboeck.info/blog/?p=22</link>
	<description>all the way to reno...</description>
	<lastBuildDate>Thu, 04 Dec 2008 14:16:19 -0500</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Kevin Kofler</title>
		<link>http://franz.keferboeck.info/blog/?p=22&#038;cpage=1#comment-64744</link>
		<dc:creator>Kevin Kofler</dc:creator>
		<pubDate>Thu, 04 Dec 2008 14:16:19 +0000</pubDate>
		<guid isPermaLink="false">http://franz.keferboeck.info/blog/?p=22#comment-64744</guid>
		<description>Fedora&#039;s and openSUSE&#039;s KDE 4.1.2 and 4.1.3 packages have panel autohide backported. :-) Complain to Kubuntu...</description>
		<content:encoded><![CDATA[<p>Fedora&#8217;s and openSUSE&#8217;s KDE 4.1.2 and 4.1.3 packages have panel autohide backported. <img src='http://franz.keferboeck.info/blog/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' />  Complain to Kubuntu&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Franz Keferböck</title>
		<link>http://franz.keferboeck.info/blog/?p=22&#038;cpage=1#comment-64670</link>
		<dc:creator>Franz Keferböck</dc:creator>
		<pubDate>Wed, 03 Dec 2008 06:21:07 +0000</pubDate>
		<guid isPermaLink="false">http://franz.keferboeck.info/blog/?p=22#comment-64670</guid>
		<description>@P: Your comment on the panel is true for 4.1 but will be void for 4.2, where all this functionality is included. I understand that &quot; it&#039;s not there _yet_&quot; is a bit of a teaser, but it takes a while to get back all the features. However, there&#039;s been a lot of time spent in creating great libraries, now getting back old and adding new features is easier and faster - the 4.2 panel is already more powerfull and shiny than the 3.5 one (except for choosing a background image directly).</description>
		<content:encoded><![CDATA[<p>@P: Your comment on the panel is true for 4.1 but will be void for 4.2, where all this functionality is included. I understand that &#8221; it&#8217;s not there _yet_&#8221; is a bit of a teaser, but it takes a while to get back all the features. However, there&#8217;s been a lot of time spent in creating great libraries, now getting back old and adding new features is easier and faster &#8211; the 4.2 panel is already more powerfull and shiny than the 3.5 one (except for choosing a background image directly).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: P</title>
		<link>http://franz.keferboeck.info/blog/?p=22&#038;cpage=1#comment-64669</link>
		<dc:creator>P</dc:creator>
		<pubDate>Wed, 03 Dec 2008 05:59:50 +0000</pubDate>
		<guid isPermaLink="false">http://franz.keferboeck.info/blog/?p=22#comment-64669</guid>
		<description>I&#039;m a KDE 3.5 fan, and one of the reasons I love it is the great konfigurability. Playing with a nice config dialog box with lots of options is fun (and useful too, of course)! (aside: CompizConfig Settings Manager is even more configurable and even more fun than many KDE things)

However, I&#039;m quite disappointed with KDE 4.1 (and Canonical&#039;s decision to ship that instead of 3.5 in Kubuntu 8.10... but I&#039;m not talking about that now). :-( Specifically, I don&#039;t quite agree with


*Q* When will i be able to configure the panel again??? There used to be this dialog there, but it’s gone! Will this be in 4.2?
*A* Well, it’s on your system already! Now you just find it “on spot”, right at the panel itself, rather than the dialog. Look…


KDE 3.5 panel&#039;s configuration is much more comprehensive. For example, being able to auto-hide the panel is a basic, essential feature to me (I can even do it on Windows :-) ). This, and the fact that I can&#039;t have a taskbar with 3 rows is basically what is keeping me away from KDE 4.1.

(I know all this will come in the future... but till then I&#039;m sticking with Kubuntu 8.04 and KDE 3.5. :-( )

Looking forward to a KDE 4.x which will be as feature-rich and konfigurable as KDE 3.5.</description>
		<content:encoded><![CDATA[<p>I&#8217;m a KDE 3.5 fan, and one of the reasons I love it is the great konfigurability. Playing with a nice config dialog box with lots of options is fun (and useful too, of course)! (aside: CompizConfig Settings Manager is even more configurable and even more fun than many KDE things)</p>
<p>However, I&#8217;m quite disappointed with KDE 4.1 (and Canonical&#8217;s decision to ship that instead of 3.5 in Kubuntu 8.10&#8230; but I&#8217;m not talking about that now). <img src='http://franz.keferboeck.info/blog/wp-includes/images/smilies/icon_sad.gif' alt=':-(' class='wp-smiley' />  Specifically, I don&#8217;t quite agree with</p>
<p>*Q* When will i be able to configure the panel again??? There used to be this dialog there, but it’s gone! Will this be in 4.2?<br />
*A* Well, it’s on your system already! Now you just find it “on spot”, right at the panel itself, rather than the dialog. Look…</p>
<p>KDE 3.5 panel&#8217;s configuration is much more comprehensive. For example, being able to auto-hide the panel is a basic, essential feature to me (I can even do it on Windows <img src='http://franz.keferboeck.info/blog/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' />  ). This, and the fact that I can&#8217;t have a taskbar with 3 rows is basically what is keeping me away from KDE 4.1.</p>
<p>(I know all this will come in the future&#8230; but till then I&#8217;m sticking with Kubuntu 8.04 and KDE 3.5. <img src='http://franz.keferboeck.info/blog/wp-includes/images/smilies/icon_sad.gif' alt=':-(' class='wp-smiley' />  )</p>
<p>Looking forward to a KDE 4.x which will be as feature-rich and konfigurable as KDE 3.5.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: stilgar</title>
		<link>http://franz.keferboeck.info/blog/?p=22&#038;cpage=1#comment-64652</link>
		<dc:creator>stilgar</dc:creator>
		<pubDate>Tue, 02 Dec 2008 07:43:13 +0000</pubDate>
		<guid isPermaLink="false">http://franz.keferboeck.info/blog/?p=22#comment-64652</guid>
		<description>In menus and configuration dialogs, one can go through all the options until you find the right one. During the process one may also hit good-to-remember-for-the-future kind of settings. If the settings are moved to (instead of duplicated in) the UI, this becomes a lot harder, because there is no more a central place for all the settings.

This is not just an issue of going from KDE3 to 4, it&#039;s how things work in most environments. &quot;Massive&quot; configuration dialogs are not a problem either. If the user already makes the effort of opening a configuration dialog, finding many things there probably won&#039;t scare her off (unless it&#039;s as opaque as in vlc ).

The user is more likely to be frustrated when she doesn&#039;t find the option she&#039;s looking for in the application itself, because it has been moved to system settings for instance. Code should be well-structured and minimal etc. User interfaces on the other hand, should just make things easy, and may be redundant. If system settings affect how a program works, have a link to those settings from within the program&#039;s configuration dialog.

Userbase and screencasts are great initiatives, but do you really expect users to go through them to change the icon size or widget alignment on the panel ? More likely will they just live with the default setting and switch to an &quot;better&quot; program if it comes along.

*eats his pedantic hat*</description>
		<content:encoded><![CDATA[<p>In menus and configuration dialogs, one can go through all the options until you find the right one. During the process one may also hit good-to-remember-for-the-future kind of settings. If the settings are moved to (instead of duplicated in) the UI, this becomes a lot harder, because there is no more a central place for all the settings.</p>
<p>This is not just an issue of going from KDE3 to 4, it&#8217;s how things work in most environments. &#8220;Massive&#8221; configuration dialogs are not a problem either. If the user already makes the effort of opening a configuration dialog, finding many things there probably won&#8217;t scare her off (unless it&#8217;s as opaque as in vlc ).</p>
<p>The user is more likely to be frustrated when she doesn&#8217;t find the option she&#8217;s looking for in the application itself, because it has been moved to system settings for instance. Code should be well-structured and minimal etc. User interfaces on the other hand, should just make things easy, and may be redundant. If system settings affect how a program works, have a link to those settings from within the program&#8217;s configuration dialog.</p>
<p>Userbase and screencasts are great initiatives, but do you really expect users to go through them to change the icon size or widget alignment on the panel ? More likely will they just live with the default setting and switch to an &#8220;better&#8221; program if it comes along.</p>
<p>*eats his pedantic hat*</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jeffro</title>
		<link>http://franz.keferboeck.info/blog/?p=22&#038;cpage=1#comment-64648</link>
		<dc:creator>Jeffro</dc:creator>
		<pubDate>Tue, 02 Dec 2008 03:39:33 +0000</pubDate>
		<guid isPermaLink="false">http://franz.keferboeck.info/blog/?p=22#comment-64648</guid>
		<description>You&#039;re exactly right!

I&#039;d been using KDE3 since I started using Linux (Mandrake 10.0 days).  Through the several years and many, many distros, I always used KDE3 - I got used to its quirks.

I started following KDE4 around the time of 0.0 beta 1, and I&#039;ve seen the progress from feature-starved-but-better-foundation to still-sorta-feature-deprived-but-plenty usable.  Mind you, I&#039;m just an early-adopting user - I wouldn&#039;t know what to do if I fired up Kate with some kdelibs source files.  Even with all the time I&#039;ve been fussing with it, I&#039;m still figuring things out.

Like that slider in Dolphin - I noticed it, but before this post had no idea what it did!

Or, also in Dolphin, I just realized today that I could right click on any of the &quot;places&quot; on the left pane and configure where they go!

I love where KDE4 is heading.  It IS getting better, usability wise.  But it&#039;s just as you said: so many of us are so used to KDE3 that we can&#039;t wrap our minds around the simplicity.</description>
		<content:encoded><![CDATA[<p>You&#8217;re exactly right!</p>
<p>I&#8217;d been using KDE3 since I started using Linux (Mandrake 10.0 days).  Through the several years and many, many distros, I always used KDE3 &#8211; I got used to its quirks.</p>
<p>I started following KDE4 around the time of 0.0 beta 1, and I&#8217;ve seen the progress from feature-starved-but-better-foundation to still-sorta-feature-deprived-but-plenty usable.  Mind you, I&#8217;m just an early-adopting user &#8211; I wouldn&#8217;t know what to do if I fired up Kate with some kdelibs source files.  Even with all the time I&#8217;ve been fussing with it, I&#8217;m still figuring things out.</p>
<p>Like that slider in Dolphin &#8211; I noticed it, but before this post had no idea what it did!</p>
<p>Or, also in Dolphin, I just realized today that I could right click on any of the &#8220;places&#8221; on the left pane and configure where they go!</p>
<p>I love where KDE4 is heading.  It IS getting better, usability wise.  But it&#8217;s just as you said: so many of us are so used to KDE3 that we can&#8217;t wrap our minds around the simplicity.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: user interface design &#124; Digg hot tags</title>
		<link>http://franz.keferboeck.info/blog/?p=22&#038;cpage=1#comment-64647</link>
		<dc:creator>user interface design &#124; Digg hot tags</dc:creator>
		<pubDate>Tue, 02 Dec 2008 02:50:40 +0000</pubDate>
		<guid isPermaLink="false">http://franz.keferboeck.info/blog/?p=22#comment-64647</guid>
		<description>[...] Vote  The KDE 4 hassle… [...]</description>
		<content:encoded><![CDATA[<p>[...] Vote  The KDE 4 hassle… [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Lisandro D. N. Pérez Meyer</title>
		<link>http://franz.keferboeck.info/blog/?p=22&#038;cpage=1#comment-64637</link>
		<dc:creator>Lisandro D. N. Pérez Meyer</dc:creator>
		<pubDate>Mon, 01 Dec 2008 18:07:00 +0000</pubDate>
		<guid isPermaLink="false">http://franz.keferboeck.info/blog/?p=22#comment-64637</guid>
		<description>Well, I feel like any of those people who made those questions :-(
Maybe I should get a girlfriend, let her learn KDE 4 and then teach me how it works ;-)</description>
		<content:encoded><![CDATA[<p>Well, I feel like any of those people who made those questions <img src='http://franz.keferboeck.info/blog/wp-includes/images/smilies/icon_sad.gif' alt=':-(' class='wp-smiley' /><br />
Maybe I should get a girlfriend, let her learn KDE 4 and then teach me how it works <img src='http://franz.keferboeck.info/blog/wp-includes/images/smilies/icon_wink.gif' alt=';-)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Karl Günter Wünsch</title>
		<link>http://franz.keferboeck.info/blog/?p=22&#038;cpage=1#comment-64636</link>
		<dc:creator>Karl Günter Wünsch</dc:creator>
		<pubDate>Mon, 01 Dec 2008 17:49:35 +0000</pubDate>
		<guid isPermaLink="false">http://franz.keferboeck.info/blog/?p=22#comment-64636</guid>
		<description>The problem you describe is a thing of perception. While software designers might perceive a setting to be base setting of the whole UI whereas the user has a certain way of thinking in tighter contexts. 
Let me take a recent example which is working with gwenview. There used to be a way of configuring the &quot;Open with&quot; list of applications in which you can externally open the shown image. Gwenview in KDE4 has effectively lost this ability to have an own list because it seems to be using the file associations you mention in your description. 
Here comes the problem: Previously I had this list customized to suit my style of working with my photographs (so the gimp was first in list) while leaving the global list of applications untouched for konqueror to  use (where kuickshow and viewers were more important than the gimp). Both are part of different aspects of my workflow and need to be distinct, thus the new configuration is a major step backwards because now I can have either gwenview or konqueror style workflows but not both at the same time. 
And that&#039;s IMHO just the same for the things you described above. In the end workflows become more cumbersome to realize because all programs now behave identically and the context of the operation is lost...
regards
Karl Günter</description>
		<content:encoded><![CDATA[<p>The problem you describe is a thing of perception. While software designers might perceive a setting to be base setting of the whole UI whereas the user has a certain way of thinking in tighter contexts.<br />
Let me take a recent example which is working with gwenview. There used to be a way of configuring the &#8220;Open with&#8221; list of applications in which you can externally open the shown image. Gwenview in KDE4 has effectively lost this ability to have an own list because it seems to be using the file associations you mention in your description.<br />
Here comes the problem: Previously I had this list customized to suit my style of working with my photographs (so the gimp was first in list) while leaving the global list of applications untouched for konqueror to  use (where kuickshow and viewers were more important than the gimp). Both are part of different aspects of my workflow and need to be distinct, thus the new configuration is a major step backwards because now I can have either gwenview or konqueror style workflows but not both at the same time.<br />
And that&#8217;s IMHO just the same for the things you described above. In the end workflows become more cumbersome to realize because all programs now behave identically and the context of the operation is lost&#8230;<br />
regards<br />
Karl Günter</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Paulo Cesar</title>
		<link>http://franz.keferboeck.info/blog/?p=22&#038;cpage=1#comment-64634</link>
		<dc:creator>Paulo Cesar</dc:creator>
		<pubDate>Mon, 01 Dec 2008 17:45:17 +0000</pubDate>
		<guid isPermaLink="false">http://franz.keferboeck.info/blog/?p=22#comment-64634</guid>
		<description>Man, I couldn&#039;t agree more with you.. I never liked the massive configurations dialogs and menus from kde3, and I&#039;m loving KDE4 (despite some odds)

But here on our Brazilian community every &quot;kde3 user&quot; keeps crying that their configuration dialogs are gone..</description>
		<content:encoded><![CDATA[<p>Man, I couldn&#8217;t agree more with you.. I never liked the massive configurations dialogs and menus from kde3, and I&#8217;m loving KDE4 (despite some odds)</p>
<p>But here on our Brazilian community every &#8220;kde3 user&#8221; keeps crying that their configuration dialogs are gone..</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Luca Beltrame</title>
		<link>http://franz.keferboeck.info/blog/?p=22&#038;cpage=1#comment-64632</link>
		<dc:creator>Luca Beltrame</dc:creator>
		<pubDate>Mon, 01 Dec 2008 17:01:40 +0000</pubDate>
		<guid isPermaLink="false">http://franz.keferboeck.info/blog/?p=22#comment-64632</guid>
		<description>That&#039;s why I think that  stuff like screencasts are useful. Like that you can directly *show* the person how to do it.</description>
		<content:encoded><![CDATA[<p>That&#8217;s why I think that  stuff like screencasts are useful. Like that you can directly *show* the person how to do it.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
