The next update viewer

We’ve got a new experimental update viewer in GNOME PackageKit. It looks something like this:

It’s currently called gpk-update-viewer2, and isn’t the default yet. I’ve patched Fedora rawhide to use it by default so we can get some early feedback and testing.

UI feedback welcome. Some of those strings are mighty difficult to understand, for instance, my fiancée didn’t know what a production system was. I also don’t like how the URL’s look. Ideas please. Thanks.

29 responses to “The next update viewer”

  1. Martin

    Hm… would it be possible to add a (un)select all updates button? Sometimes one would like to do update only of a few selected packages, but if the available updates list is long, it takes forever to unselect all the (at that time) unwanted updates…

  2. Jon

    From an accessibility point of view, you are using a visual medium (the icons) alone to communicate install priority. Perhaps, as with the restart icon, there should be a key for these items. It also makes sense to have the key above the place where it is being used in the screen.

    The text describing the update is going to be confusing for most users to be honest; as soon as you talk about Bugzilla or drivers you are going to be confusing some users.

    Due to the nature of packaging, I don’t think there is an easy way to fix this. Plus you do not want to dumb down this information, as to some people it is essential for them to complete their tasks (system administrators etc)

    I think the key usability issue with package management systems in Linux is also their biggest technical strength, that they have lots of little packages which other applications share. For example, the HTML GTK widget listed above. I suspect many people will struggle with concepts such as this, as many people think in applications not packages.

    A key strength of the design above is that it highlights the purpose and benefits of updating. I think, however, this is all the information that should be displayed by default. Hide the list of packages and the update text by default; however, provide an intuitive and efficient way for the user to see this information.

    I think this work is very valuable by the way. In this circumstance, I think less visually is more effective.

    Hope that helps.

  3. Jon

    @hughsie and martin

    If it is not explicit in the interface you cannot expect users to know about it :) However, you do not want to clutter the interface.

  4. Martin

    hughsie, thanks for the tip, I didn’t know about this option

  5. Michael

    BIG improvement over the old version.

    The shutdown icon makes no sense there. I don’t think this kind of information is really needed anyway. Updating the kernel will not force a restart, you can keep on using the old kernel. The shutdown icon seems to suggest a forced reboot a la windows updates “The system will now reboot 9… 8… 7…”.

    Maybe move the description text to a >>fixed size<< (well not fixed, as in not resizable, but fixed as in same size for all packages) expandable “Description” or “Details” area? This way it won’t confuse people who don’t want to see it (as Jon mentioned). The expanded/not expanded state should be remembered.

    I wonder what the “Status” column is good for… actually, I can’t think of anything that would fit there. Less is more :)

    The right-click menu should have items to “select all security critical updates”, “select all …. updates”

  6. bochecha

    “For more information about bugs fixed by this this update”

    Other than that, it really looks great !

  7. harriseldon

    Where can I get that vibrating rabbit hardware?

  8. Michael

    Also, does it make sense to show the arch for every package? I don’t think so. I doubt you fiancée knows what i386 is for example.

    ——–

    Note: the “power user” in me wishes for a slightly reduced view btw:

    Install | package name | current version | available version | DL size

    would hit the spot for me. For me the package name is more useful and I find the 2-line layout difficult to scan quickly if you know what you are looking for. Because of this I mostly “yum upgrade” atm….

    Also, the human readable description text is nice, but a real ChangeLog (not as default!) would be awesome.

    Making the GUI easy to use for Joe User is most important atm (and I think you are on the right track) but a “power user” version would a really nice gift in the future.

  9. tretle

    That looks really cool, looking forward to seeing packagekit in karmic.

  10. Anonymous

    It seems to me that it would be clearer if you said “This update is needed to fix a security vulnerability in the currently installed version of this package.” or something to that effect.

    Also, a restart is only required if you want the changes to take effect — you might want to say “The machine must be restarted in order for this change to take effect.”

  11. Frej Soya

    Very nice!

    This is obviously per distro, but
    Text, way too much text. The explanation should be very short and, just have link for the details.
    If it’s going to be shown for every user, it should be understable for every user.
    A) What it enables
    B) What it fixes (or why i need it). Sometimes security issue is good enough.

    I guess it’s hard to fix considering it’s the developers who write it.

    Also, if the list cold fold together multiple packages that are produced from the same source package, it would at last tape over the awfull naming policy debian has. It’s such a horrible fix.

    Question,
    Does the update button open a new window? Awesome if it doesn’t!

  12. baze

    I agree with Frej Soya, there should be no new update window.
    however i don’t think it’s too much text, but the size of the window is too wide imho.

  13. AF

    Please make sure that the text displaying the changes of a package is selectable with the mouse (i.e. highlight) and thus can be copied and pasted. One case where this is helpful is when there is an URL in the listed changes that is not clickable, since you cannot select it either you are forced to retype it into your browser. But that is just one example where it would be helpful to be able to so.

  14. Coco

    Perhaps some people will shut down before installing the updates when they see “a restart is required”, perhaps changing to “a restart will be required”? :-)

  15. dflock

    How about “This update will become active after your next restart.”

  16. Pavel

    hugsie, are we reinventing wheel again? The UI of Update Manager in Ubuntu is fine – just rip it…

  17. Nightfall

    When I firstly saw that restart icon (without reading its explanation below) I thought: “Wow, a turn-off-when-done icon”.
    Then I realized this could not have sense to be put in every single row, and noticed the legend.
    Anyway, I think an icon like “Refresh current page” in Firefox would be better.

    Congrats, great job, please make *Kit rock the world.

    N.

  18. DDD

    Is there really any value in having the update UI popping up constantly? I don’t think that I have ever done anything other than click “Install Updates” on it.

    It would be useful to have a “Don’t bother asking me again ‘coz I don’t understand this stuff anyway, just patch my machine for me” checkbox.

  19. MadsRH

    Looks great! Keep up the good work :-)

  20. JojoMan

    You should do it like this (just my 2c). with closed being the default.

    Example: http://drop.io/swtnexd

  21. JojoMan

    how about “A restart should be performed after this update.” This implies you can still use the old kernel, and that you “should” restart but that it’s not mandatory a la windows.

  22. bash

    I agree with Micheal in that the text should be put in an expandable/hideable Details area. By default it should be minimised. And it should remember it’s state, so that you do not need to expand/hide it again for each new update you are look at. Also it should expand to fixed height for every update. You should be able to change it yourself but the textfield shouldn move around just because the text description is longer or shorter.

    As for making the text details + links more readable, why don’t you split it up in a 2-pane view like it is for the add/remove software window. On the left would be the changelog or description what this update does (including if you need to restart). In the right pane would be first the date (Issued: 28 Nov 09) below that in a new line the Arch and then below that the links to all related Bugzilla entries (Something along these lines:
    Related bugs :
    Gnome #345262
    Freedesktop #159845
    Fedora #243523)

  23. belegdol

    It doesn’t fit on a 800×600 screen, which is the biggest you can have for kvm guest for now.

  24. Gigi

    It would be nice and vastly simple if the information part is hidden by default. There should be a small drop-down arrow which when clicked should show the text in the text area. This could be an acceptable compromise between being simple yet providing the information.

    Optionally, a checkbox saying “Show stable updates only” would be good too.

  25. Sam

    It shows download size! Yes!

    My only gripe: I’d like to see what version the update replaces. Maybe a “Replaces: foo 1.2-3″ line inserted at the top of the description box?

  26. Ruth

    I recently came across your blog and have been reading along. I thought I would leave my first comment. I don’t know what to say except that I have enjoyed reading. Nice blog. I will keep visiting this blog very often.

    Ruth

    http://laptopmessengerbag.info

  27. Chicha

    Hi !

    I like the new UI a lot :-)
    Congratulation for the good work !

    I am not sure it was stated be don’t you think that a ‘cancel’ or ‘don’t install’ button could be put beside the ‘install updates’ button ?
    Explicit is better than implicite : I prefer a button with a label indicating it won’t install anything instead of closing the window and pray that it won’t install anything …

    Thanks again for the great job !
    Cheers,
    Chicha

Bad Behavior has blocked 2769 access attempts in the last 7 days.