<?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 on: gpk-log improvements</title>
	<link>http://blogs.gnome.org/hughsie/2008/04/21/gpk-log-improvements/</link>
	<description>My fiancee is like Windows Vista: Looks pretty, difficult to understand and sometimes unpredictable...</description>
	<pubDate>Sun, 06 Jul 2008 11:23:52 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.3.3</generator>
		<item>
		<title>By: Penis Health</title>
		<link>http://blogs.gnome.org/hughsie/2008/04/21/gpk-log-improvements/#comment-347</link>
		<dc:creator>Penis Health</dc:creator>
		<pubDate>Sat, 17 May 2008 01:39:18 +0000</pubDate>
		<guid>http://blogs.gnome.org/hughsie/2008/04/21/gpk-log-improvements/#comment-347</guid>
		<description>Nice Site ... speech on the health of the penis, exercises, cares, penis enlargement pills, anatomy of the woman, breast, clitoris, informations on sex, positions, health and much more. Visit: www.sinepenis.com</description>
		<content:encoded><![CDATA[<p>Nice Site &#8230; speech on the health of the penis, exercises, cares, penis enlargement pills, anatomy of the woman, breast, clitoris, informations on sex, positions, health and much more. Visit: <a href="http://www.sinepenis.com" rel="nofollow">http://www.sinepenis.com</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Donatas</title>
		<link>http://blogs.gnome.org/hughsie/2008/04/21/gpk-log-improvements/#comment-262</link>
		<dc:creator>Donatas</dc:creator>
		<pubDate>Wed, 23 Apr 2008 08:35:01 +0000</pubDate>
		<guid>http://blogs.gnome.org/hughsie/2008/04/21/gpk-log-improvements/#comment-262</guid>
		<description>packagekit deals with packages, and user knows it. In my humble opinion, there is no need to show package icon and plus, minus, refresh sign nearby. Plus and minus will do just fine.

Also i agree with the idea not to show all packages in this window because horizontal scrolling is inconvenient. Tree view might be better.</description>
		<content:encoded><![CDATA[<p>packagekit deals with packages, and user knows it. In my humble opinion, there is no need to show package icon and plus, minus, refresh sign nearby. Plus and minus will do just fine.</p>
<p>Also i agree with the idea not to show all packages in this window because horizontal scrolling is inconvenient. Tree view might be better.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: triton</title>
		<link>http://blogs.gnome.org/hughsie/2008/04/21/gpk-log-improvements/#comment-251</link>
		<dc:creator>triton</dc:creator>
		<pubDate>Tue, 22 Apr 2008 08:26:54 +0000</pubDate>
		<guid>http://blogs.gnome.org/hughsie/2008/04/21/gpk-log-improvements/#comment-251</guid>
		<description>Too big icons &#38; fonts.</description>
		<content:encoded><![CDATA[<p>Too big icons &amp; fonts.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: triton</title>
		<link>http://blogs.gnome.org/hughsie/2008/04/21/gpk-log-improvements/#comment-250</link>
		<dc:creator>triton</dc:creator>
		<pubDate>Tue, 22 Apr 2008 08:26:25 +0000</pubDate>
		<guid>http://blogs.gnome.org/hughsie/2008/04/21/gpk-log-improvements/#comment-250</guid>
		<description>Too big icons &#38; fonts. I really hate that in Fedora.</description>
		<content:encoded><![CDATA[<p>Too big icons &amp; fonts. I really hate that in Fedora.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jack Tanner</title>
		<link>http://blogs.gnome.org/hughsie/2008/04/21/gpk-log-improvements/#comment-244</link>
		<dc:creator>Jack Tanner</dc:creator>
		<pubDate>Tue, 22 Apr 2008 02:26:42 +0000</pubDate>
		<guid>http://blogs.gnome.org/hughsie/2008/04/21/gpk-log-improvements/#comment-244</guid>
		<description>The date is really prominent, even when collapsing by date. You want to emphasize what happened to what packages, not the exact date. My suggestion: move the date over to the right top corner in each row. Better yet, show it only if one clicks to see details.</description>
		<content:encoded><![CDATA[<p>The date is really prominent, even when collapsing by date. You want to emphasize what happened to what packages, not the exact date. My suggestion: move the date over to the right top corner in each row. Better yet, show it only if one clicks to see details.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: john Stowers</title>
		<link>http://blogs.gnome.org/hughsie/2008/04/21/gpk-log-improvements/#comment-238</link>
		<dc:creator>john Stowers</dc:creator>
		<pubDate>Mon, 21 Apr 2008 23:23:53 +0000</pubDate>
		<guid>http://blogs.gnome.org/hughsie/2008/04/21/gpk-log-improvements/#comment-238</guid>
		<description>You should check out the synaptic history UI - Combine your iconic main pane with synaptic's treeview date navigator and you have a winner</description>
		<content:encoded><![CDATA[<p>You should check out the synaptic history UI - Combine your iconic main pane with synaptic&#8217;s treeview date navigator and you have a winner</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Anonymous</title>
		<link>http://blogs.gnome.org/hughsie/2008/04/21/gpk-log-improvements/#comment-220</link>
		<dc:creator>Anonymous</dc:creator>
		<pubDate>Mon, 21 Apr 2008 20:27:11 +0000</pubDate>
		<guid>http://blogs.gnome.org/hughsie/2008/04/21/gpk-log-improvements/#comment-220</guid>
		<description>&lt;blockquote&gt;Further feedback appreciated. Does anyone know how to make the text automatically wrap to the next line in the treeview?&lt;/blockquote&gt;

Instead of word wrap why don't you use the ellipsise property and cut the long lines to the width of the window and display a dialog with a full list when you double click the row?</description>
		<content:encoded><![CDATA[<blockquote><p>Further feedback appreciated. Does anyone know how to make the text automatically wrap to the next line in the treeview?</p></blockquote>
<p>Instead of word wrap why don&#8217;t you use the ellipsise property and cut the long lines to the width of the window and display a dialog with a full list when you double click the row?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Nicolas Mailhot</title>
		<link>http://blogs.gnome.org/hughsie/2008/04/21/gpk-log-improvements/#comment-219</link>
		<dc:creator>Nicolas Mailhot</dc:creator>
		<pubDate>Mon, 21 Apr 2008 17:39:00 +0000</pubDate>
		<guid>http://blogs.gnome.org/hughsie/2008/04/21/gpk-log-improvements/#comment-219</guid>
		<description>Nice to see progress on this dialog! IMHO:

1. you need to keep the old details pane (except to the right not under) because this summary display will never be sufficient in case of a mass-upgrade with hundreds of changes (such as when updating from one distro release to the next one)

2. Ideally this details pane would present a graphical-diff like view :
sorted list of packages before transaction to the left, sorted list of packages after transaction to the right, with nice colours to show what was added/removed/updated. Perhaps something as simple as passing text versioned package lists to meld would do it
(so it would really be a three-column view: update list, before, after, which would render fine on modern widescreens)

3. And then the obvious enhancement : allow selecting a range of transactions in the history column, and present a consolidated diff view (from the oldest selected transaction to the most recent one) in the details pane

4. It would be nice if a long mouse-over a package name could bring up a tooltip showing the info on this package. Some package names are really obscure, users do not remember what's behind at first sight

That is not to say the current history is not nice, but your average history user first concern is going to be "what changed exactly between X and Y" and a coloured text-only diff view will communicate this better than pretty icons.</description>
		<content:encoded><![CDATA[<p>Nice to see progress on this dialog! IMHO:</p>
<p>1. you need to keep the old details pane (except to the right not under) because this summary display will never be sufficient in case of a mass-upgrade with hundreds of changes (such as when updating from one distro release to the next one)</p>
<p>2. Ideally this details pane would present a graphical-diff like view :<br />
sorted list of packages before transaction to the left, sorted list of packages after transaction to the right, with nice colours to show what was added/removed/updated. Perhaps something as simple as passing text versioned package lists to meld would do it<br />
(so it would really be a three-column view: update list, before, after, which would render fine on modern widescreens)</p>
<p>3. And then the obvious enhancement : allow selecting a range of transactions in the history column, and present a consolidated diff view (from the oldest selected transaction to the most recent one) in the details pane</p>
<p>4. It would be nice if a long mouse-over a package name could bring up a tooltip showing the info on this package. Some package names are really obscure, users do not remember what&#8217;s behind at first sight</p>
<p>That is not to say the current history is not nice, but your average history user first concern is going to be &#8220;what changed exactly between X and Y&#8221; and a coloured text-only diff view will communicate this better than pretty icons.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Nate</title>
		<link>http://blogs.gnome.org/hughsie/2008/04/21/gpk-log-improvements/#comment-218</link>
		<dc:creator>Nate</dc:creator>
		<pubDate>Mon, 21 Apr 2008 16:59:22 +0000</pubDate>
		<guid>http://blogs.gnome.org/hughsie/2008/04/21/gpk-log-improvements/#comment-218</guid>
		<description>A "revert" button would be very much appreciated along with the possibility to expand a group of changes so that you can uninstall, say, one program that you installed at that time. If the GUI doesn't include the ability to point-and-click to uninstall, it is no more useful than nano /var/log/yum.log</description>
		<content:encoded><![CDATA[<p>A &#8220;revert&#8221; button would be very much appreciated along with the possibility to expand a group of changes so that you can uninstall, say, one program that you installed at that time. If the GUI doesn&#8217;t include the ability to point-and-click to uninstall, it is no more useful than nano /var/log/yum.log</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: hughsie</title>
		<link>http://blogs.gnome.org/hughsie/2008/04/21/gpk-log-improvements/#comment-217</link>
		<dc:creator>hughsie</dc:creator>
		<pubDate>Mon, 21 Apr 2008 16:40:07 +0000</pubDate>
		<guid>http://blogs.gnome.org/hughsie/2008/04/21/gpk-log-improvements/#comment-217</guid>
		<description>Updated!</description>
		<content:encoded><![CDATA[<p>Updated!</p>
]]></content:encoded>
	</item>
</channel>
</rss>
