<?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: Battery Improvements in KDE Plasma 4.4</title>
	<atom:link href="http://satellite.vizZzion.org/blog/2009/11/battery-improvements-in-kde-plasma-4-4/feed/" rel="self" type="application/rss+xml" />
	<link>http://satellite.vizZzion.org/blog/2009/11/battery-improvements-in-kde-plasma-4-4/</link>
	<description>Sebastian Kügler&#039;s web log</description>
	<lastBuildDate>Mon, 06 Sep 2010 11:08:08 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
	<item>
		<title>By: Vladimir Prus</title>
		<link>http://satellite.vizZzion.org/blog/2009/11/battery-improvements-in-kde-plasma-4-4/comment-page-1/#comment-205</link>
		<dc:creator>Vladimir Prus</dc:creator>
		<pubDate>Mon, 30 Nov 2009 07:55:49 +0000</pubDate>
		<guid isPermaLink="false">http://vizZzion.org/blog/?p=1460#comment-205</guid>
		<description>Would it be possible to have current power consumption also displayed? I would like to glance to power manager applet and immediately see if something is draining the battery faster than usual, and power consumption is probably more useful than remaining time estimate.</description>
		<content:encoded><![CDATA[<p>Would it be possible to have current power consumption also displayed? I would like to glance to power manager applet and immediately see if something is draining the battery faster than usual, and power consumption is probably more useful than remaining time estimate.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Damon Lynch</title>
		<link>http://satellite.vizZzion.org/blog/2009/11/battery-improvements-in-kde-plasma-4-4/comment-page-1/#comment-158</link>
		<dc:creator>Damon Lynch</dc:creator>
		<pubDate>Sat, 28 Nov 2009 01:33:23 +0000</pubDate>
		<guid isPermaLink="false">http://vizZzion.org/blog/?p=1460#comment-158</guid>
		<description>I did read your blog post, carefully. I concluded some of your design principles alienate users. Where you experience painful compromises and people who will never be happy, I see users who want to get on with their work and be able to make reasonably informed decisions about how they can go about doing that. I think good design enables that inasmuch as possible.

You&#039;ve indicated you don&#039;t want to discuss it anymore. You&#039;re the developer -- it&#039;s up to you. Just don&#039;t expect this issue to go away, and fully expect to lose users to other platforms and systems.</description>
		<content:encoded><![CDATA[<p>I did read your blog post, carefully. I concluded some of your design principles alienate users. Where you experience painful compromises and people who will never be happy, I see users who want to get on with their work and be able to make reasonably informed decisions about how they can go about doing that. I think good design enables that inasmuch as possible.</p>
<p>You&#8217;ve indicated you don&#8217;t want to discuss it anymore. You&#8217;re the developer &#8212; it&#8217;s up to you. Just don&#8217;t expect this issue to go away, and fully expect to lose users to other platforms and systems.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: David</title>
		<link>http://satellite.vizZzion.org/blog/2009/11/battery-improvements-in-kde-plasma-4-4/comment-page-1/#comment-156</link>
		<dc:creator>David</dc:creator>
		<pubDate>Sat, 28 Nov 2009 01:28:21 +0000</pubDate>
		<guid isPermaLink="false">http://vizZzion.org/blog/?p=1460#comment-156</guid>
		<description>The profiling code doesn&#039;t run when it thinks the usage patterns are &quot;not normal&quot;, i.e. average usage. Sure, if I leave my machine idle vs spinning 100% CPU, there is a huge difference, but people don&#039;t let their machines spin CPU for hours.

Not saying you should make the option user-visible just yet, but I think the issue should be revisited when Solid moves to DeviceKit-power or the battery applet otherwise gains this profiling feature. I&#039;m not convinced the data will still be as inaccurate as it is now.</description>
		<content:encoded><![CDATA[<p>The profiling code doesn&#8217;t run when it thinks the usage patterns are &#8220;not normal&#8221;, i.e. average usage. Sure, if I leave my machine idle vs spinning 100% CPU, there is a huge difference, but people don&#8217;t let their machines spin CPU for hours.</p>
<p>Not saying you should make the option user-visible just yet, but I think the issue should be revisited when Solid moves to DeviceKit-power or the battery applet otherwise gains this profiling feature. I&#8217;m not convinced the data will still be as inaccurate as it is now.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Damon Lynch</title>
		<link>http://satellite.vizZzion.org/blog/2009/11/battery-improvements-in-kde-plasma-4-4/comment-page-1/#comment-155</link>
		<dc:creator>Damon Lynch</dc:creator>
		<pubDate>Sat, 28 Nov 2009 01:20:09 +0000</pubDate>
		<guid isPermaLink="false">http://vizZzion.org/blog/?p=1460#comment-155</guid>
		<description>&quot;It’s not about knowing people’s needs, it’s about not lieing to them and teaching people that the computer is untrustworthy.&quot;

Following your logic, apparently you never bother with the &#039;time remaining&#039; feature in your web browser file downloader component, or from a DVD ripper, or your backup program, or any other application that tries to give a meaningful guess as to how long something will take.  From your argument, these features should also be removed. 

Of course, if you have ever looked at this information, and consequently made a decision such as &quot;I think I&#039;ve got the time to go and make myself a cup of tea&quot;, then your own habits indicate your argument ought to be revised. 

And it goes without saying that the developers of these applications include these features not because they think their users are stupid or that their application is lying, but because they respect the intelligence and experience of their users.</description>
		<content:encoded><![CDATA[<p>&#8220;It’s not about knowing people’s needs, it’s about not lieing to them and teaching people that the computer is untrustworthy.&#8221;</p>
<p>Following your logic, apparently you never bother with the &#8216;time remaining&#8217; feature in your web browser file downloader component, or from a DVD ripper, or your backup program, or any other application that tries to give a meaningful guess as to how long something will take.  From your argument, these features should also be removed. </p>
<p>Of course, if you have ever looked at this information, and consequently made a decision such as &#8220;I think I&#8217;ve got the time to go and make myself a cup of tea&#8221;, then your own habits indicate your argument ought to be revised. </p>
<p>And it goes without saying that the developers of these applications include these features not because they think their users are stupid or that their application is lying, but because they respect the intelligence and experience of their users.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Gareth Francis</title>
		<link>http://satellite.vizZzion.org/blog/2009/11/battery-improvements-in-kde-plasma-4-4/comment-page-1/#comment-153</link>
		<dc:creator>Gareth Francis</dc:creator>
		<pubDate>Sat, 28 Nov 2009 01:04:35 +0000</pubDate>
		<guid isPermaLink="false">http://vizZzion.org/blog/?p=1460#comment-153</guid>
		<description>I see.......... you are correct, they are aligned after all........

The problem is though that it took someone else to explain the alignment to me before it became clear, its simply not obvious enough imo for it to look correct to the casual observer, which i&#039;d guess is going to be 95% of the user base.

Does the HIG make allowances for instances such as this? where the two items being aligned look like one contiguous object?  because i don&#039;t think many people would look at that and go &quot;Yes... this is a shining example of how UI design should be done&quot;

Whilst i agree with the people suggesting that the label part of the widget should be made bold, as it would surely help differentiate between the label and attribute parts, i still don&#039;t think its the best solution.

I say this mainly because people in general are used to seeing plain text (which is what the top attributes look like) aligned to either the left of the screen or the right depending on country of origin. Anything else just tends to look wrong.</description>
		<content:encoded><![CDATA[<p>I see&#8230;&#8230;&#8230;. you are correct, they are aligned after all&#8230;&#8230;..</p>
<p>The problem is though that it took someone else to explain the alignment to me before it became clear, its simply not obvious enough imo for it to look correct to the casual observer, which i&#8217;d guess is going to be 95% of the user base.</p>
<p>Does the HIG make allowances for instances such as this? where the two items being aligned look like one contiguous object?  because i don&#8217;t think many people would look at that and go &#8220;Yes&#8230; this is a shining example of how UI design should be done&#8221;</p>
<p>Whilst i agree with the people suggesting that the label part of the widget should be made bold, as it would surely help differentiate between the label and attribute parts, i still don&#8217;t think its the best solution.</p>
<p>I say this mainly because people in general are used to seeing plain text (which is what the top attributes look like) aligned to either the left of the screen or the right depending on country of origin. Anything else just tends to look wrong.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: sebas</title>
		<link>http://satellite.vizZzion.org/blog/2009/11/battery-improvements-in-kde-plasma-4-4/comment-page-1/#comment-152</link>
		<dc:creator>sebas</dc:creator>
		<pubDate>Sat, 28 Nov 2009 00:54:44 +0000</pubDate>
		<guid isPermaLink="false">http://vizZzion.org/blog/?p=1460#comment-152</guid>
		<description>Thanks for the interesting and imo good analysis. :)

I&#039;ve just changed a couple of things, I think they address most of your points.</description>
		<content:encoded><![CDATA[<p>Thanks for the interesting and imo good analysis. :)</p>
<p>I&#8217;ve just changed a couple of things, I think they address most of your points.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Anthony Bryant</title>
		<link>http://satellite.vizZzion.org/blog/2009/11/battery-improvements-in-kde-plasma-4-4/comment-page-1/#comment-151</link>
		<dc:creator>Anthony Bryant</dc:creator>
		<pubDate>Sat, 28 Nov 2009 00:48:49 +0000</pubDate>
		<guid isPermaLink="false">http://vizZzion.org/blog/?p=1460#comment-151</guid>
		<description>I&#039;m running from trunk and I can still see &quot;Suspend to RAM&quot; and &quot;Suspend to Disk&quot; in the logout dialog in KSMServer.
However this probably can&#039;t be changed because of the string freeze...</description>
		<content:encoded><![CDATA[<p>I&#8217;m running from trunk and I can still see &#8220;Suspend to RAM&#8221; and &#8220;Suspend to Disk&#8221; in the logout dialog in KSMServer.<br />
However this probably can&#8217;t be changed because of the string freeze&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Fri13</title>
		<link>http://satellite.vizZzion.org/blog/2009/11/battery-improvements-in-kde-plasma-4-4/comment-page-1/#comment-150</link>
		<dc:creator>Fri13</dc:creator>
		<pubDate>Fri, 27 Nov 2009 23:55:20 +0000</pubDate>
		<guid isPermaLink="false">http://vizZzion.org/blog/?p=1460#comment-150</guid>
		<description>&quot;In that case, they can look at the % charge and figure it out from there. kind of like a gas gage in a car or pretty well every singe mobile phone on the planet.&quot;

New cars usually have a digital board showing the estimation how much you can drive with that current speed. It is nice that you get &quot;Estimation 164km&quot; And it is always counted downwards, so you can actually get over it. But main point just is that it tells more than just a normal meter. Like example, on my car, I can drive with full tank about 600km. But with my friend old Saab, he can drive 1200km with one tank... It is 2x more than mine. And one time he borrowed my car for a day and he fas scared because he needed to check the gas meter all day with his ~350km trip.

The % and time are stuff what just is wanted by many. The information is just something what you can notice easily yourself. Example, you sit on train and type letter. You see that meter tells you a 2 hours left. After a 30min, it says you have 1h 30min. You shoot up a HD movie and after a 15min, you notice you have anymore a 30 min batterytime. You learn how the computer actually works on the battery. The % time does not grow up anymore. But you can notice that what is the usage. Same way as any new car after 90&#039;s includes a estimation usage of gasoline. So when you drive, you know are you using 3.7 or 6.4 liters per 100km. It is just a information what helps the driver to understand how the gasoline will last when they drag a wagon after them and they have whole family in car, when compared to situation that you have mostly drived by alone.

Even somekind graph would be awesome like on Gnome battery monitor. Now you need to check the clock and make quesses by remembering the battery % what it had then and what it has now and do estimation yourself.</description>
		<content:encoded><![CDATA[<p>&#8220;In that case, they can look at the % charge and figure it out from there. kind of like a gas gage in a car or pretty well every singe mobile phone on the planet.&#8221;</p>
<p>New cars usually have a digital board showing the estimation how much you can drive with that current speed. It is nice that you get &#8220;Estimation 164km&#8221; And it is always counted downwards, so you can actually get over it. But main point just is that it tells more than just a normal meter. Like example, on my car, I can drive with full tank about 600km. But with my friend old Saab, he can drive 1200km with one tank&#8230; It is 2x more than mine. And one time he borrowed my car for a day and he fas scared because he needed to check the gas meter all day with his ~350km trip.</p>
<p>The % and time are stuff what just is wanted by many. The information is just something what you can notice easily yourself. Example, you sit on train and type letter. You see that meter tells you a 2 hours left. After a 30min, it says you have 1h 30min. You shoot up a HD movie and after a 15min, you notice you have anymore a 30 min batterytime. You learn how the computer actually works on the battery. The % time does not grow up anymore. But you can notice that what is the usage. Same way as any new car after 90&#8242;s includes a estimation usage of gasoline. So when you drive, you know are you using 3.7 or 6.4 liters per 100km. It is just a information what helps the driver to understand how the gasoline will last when they drag a wagon after them and they have whole family in car, when compared to situation that you have mostly drived by alone.</p>
<p>Even somekind graph would be awesome like on Gnome battery monitor. Now you need to check the clock and make quesses by remembering the battery % what it had then and what it has now and do estimation yourself.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Peter</title>
		<link>http://satellite.vizZzion.org/blog/2009/11/battery-improvements-in-kde-plasma-4-4/comment-page-1/#comment-147</link>
		<dc:creator>Peter</dc:creator>
		<pubDate>Fri, 27 Nov 2009 23:09:05 +0000</pubDate>
		<guid isPermaLink="false">http://vizZzion.org/blog/?p=1460#comment-147</guid>
		<description>one thing I forgot: estimated time can be of much value. If hal/.. values are really that bad, then it might be good, to improve this by doing this another way. I find the estimated(!) time values in other OS really usefull, although I know/see, that these times change on usage. 

And I really do not want to find a line in a hidden config file to activate this.</description>
		<content:encoded><![CDATA[<p>one thing I forgot: estimated time can be of much value. If hal/.. values are really that bad, then it might be good, to improve this by doing this another way. I find the estimated(!) time values in other OS really usefull, although I know/see, that these times change on usage. </p>
<p>And I really do not want to find a line in a hidden config file to activate this.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Peter</title>
		<link>http://satellite.vizZzion.org/blog/2009/11/battery-improvements-in-kde-plasma-4-4/comment-page-1/#comment-146</link>
		<dc:creator>Peter</dc:creator>
		<pubDate>Fri, 27 Nov 2009 23:05:01 +0000</pubDate>
		<guid isPermaLink="false">http://vizZzion.org/blog/?p=1460#comment-146</guid>
		<description>I am relieved, that I seem not to be the only one, who thinks the original layout looks better and more structured.

And a second critics: battery-applet is most important for laptop users with touchpads. select-combos are not nice to handle with touchpads, better would be the most 3 important options with radio buttons (like powersave, medium, speed), and others in advanced dialog. I really like the windows vista dialog.</description>
		<content:encoded><![CDATA[<p>I am relieved, that I seem not to be the only one, who thinks the original layout looks better and more structured.</p>
<p>And a second critics: battery-applet is most important for laptop users with touchpads. select-combos are not nice to handle with touchpads, better would be the most 3 important options with radio buttons (like powersave, medium, speed), and others in advanced dialog. I really like the windows vista dialog.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
