Slashdot Mirror

← Back to Stories (view on slashdot.org)

OpenUsability and KDE: Cooperating on KPDF

Posted by timothy on from the ensmoothening dept.

sultanoslack writes "More from the world of usability in KDE -- there's an interview up where Albert Astals Cid, the KPDF maintainer, and Florian Grässle, a usability engineer from OpenUsability on working together to make KPDF more usable and some of the challenges in working together in a developer / usability engineer team. We've been seeing more from the OpenUsability folks lately, and they'll also be present doing a talk and staffing a booth this week at LinuxTag, Europe's largest Open Source conference." This interview-with-screenshots provides a neat look at the interaction of usability concerns and software development.

1 of 184 comments (clear)

  1. Linux usability definitely needs a lot of work by timecop · · Score: 5, Interesting

    The other day I downloaded Fedora Core 4 DVD to try it out.

    Usability problems already began right at the installer. Below is some things I noticed that should probably have been fixed long time ago:

    1) I noticed the installer was using gnome-themed Yes/No dialog boxes when it wanted to ask questions. The problem is, half of those dialogs used GTK2's Yes/No buttons (red/green circle) and the other half used GNOME's yes/no buttons - green enter symbol and a red X. This is very inconsistent and confusing to the user.
    2) At a number of times, default option in a Yes/No dialog was not the "cancel" one but one which would make irreversible changes. This is not good - what if someone accidentally presses "enter" on a dialog like this?
    3) Keyboard navigation, while present had several bugs. At one point, installer asked for a root password, and when I entered a "weak" password, it popped up a warning dialog about this. The problem is, after I dismissed the dialog (with a esc key), keyboard focus was no longer on the installer! (or anythign else for that matter, no amount of alt-tabbing or pressing tab would get the focus back on the installer. If someone without a mouse was running this, at this point they have no other choice but to abort the install and start from beginning.

    There was some other issues, but these are all I can remember off hand, and remember, this is just in the OS installer (GUI) itself! I can't imagine how much worse it gets once the system is installed and gets used. So, to make a long story short, any kind of cooperation to take usability one step higher is certainly welcome. Unfortunately this is only for a single KDE app, which isnt really unique in its function, but any change is better than nothing.