| Summary: | PackageKit user interface is a complete disaster (stop scaring my mom) | ||
|---|---|---|---|
| Product: | PackageKit | Reporter: | Ralf Nieuwenhuijsen <ralf.nieuwenhuijsen> |
| Component: | General | Assignee: | Richard Hughes <richard> |
| Status: | RESOLVED FIXED | QA Contact: | |
| Severity: | major | ||
| Priority: | high | CC: | grfgguvf, nekohayo |
| Version: | unspecified | ||
| Hardware: | All | ||
| OS: | All | ||
| Whiteboard: | |||
| i915 platform: | i915 features: | ||
|
Description
Ralf Nieuwenhuijsen
2008-03-22 20:27:15 UTC
What do you think of: http://www.packagekit.org/pk-screenshots.html ? Thanks. The first screenshot at shows an improved search-interface wit the tabs split. Much more to the point. And the search button emphasizes the point of the entry-field. Nice. I assume the search field has focus by default? Some of the other points are still valid though: - install button is not visible at all times. I'm not a HIG expert, but having interfaces popup when you select an item in a list seems pretty random and inconsistent to me. - the most attention is given to the package-name. I think swapping the package-name and the description would make it less scary. The human readable part should be in bold, instead of the package-name. - i can't tell from the list which packages are installed and which are not. Can I install multiple applications in one go? can i uninstall some and install some others? I really think a checkbox with some sort 'apply changes' button makes the most sense. It allows a user to setup his favorite programs in one go; it also communicates wether or not an application is installed. I was also wondering some thing. - I assume the categorization is done by the back-end. In the screenshot the categories do not make much sense, unless certain packages are available in more than one of the categories. Where would gnome-games go, for example? - Is the back-end able to signal the difference between say desktop-related-packages and non-desktop-related-packages (documentation, command-line-tools, libraries)? If so, could these be hidden by default? - I never got an answer wether this tool was meant to replace something like synaptic or just be an easy front-end for my mom to install her scrable program. Thanks for your response! > Much more to the point. And the search button emphasizes the point of the > entry-field. Nice. I assume the search field has focus by default? Yup, so you can just rock and roll. > - install button is not visible at all times. I'm not a HIG expert, but having > interfaces popup when you select an item in a list seems pretty random and > inconsistent to me. It only pops up if the package is installed - similarly a remove button pops up if the package can be removed. > - the most attention is given to the package-name. I think swapping the > package-name and the description would make it less scary. The human readable > part should be in bold, instead of the package-name. Well, for an applications installer I would agree with you, but this is a _package_ installer. We going to be making a new application to install applications (i.e. anything with a .desktop file) where the package name won't even come into play. It'll have different use cases, so I would appreciate if you could join the mailing list and we can discuss there -- I appreciate your opinion. > - i can't tell from the list which packages are installed and which are not. The box that is gray is uninstalled, and the one that is yellow (or with an icon) is installed. Someone else told me that yesterday - what would have been most obvious? > Can I install multiple applications in one go? Nope, you just fire off the request and hopefully carry on searching. Fire and forget. But: the yum backend can't copy with this and locks until the install has finished.... :-( > It allows a user to setup his favorite programs in one > go; it also communicates wether or not an application is installed. But keep the images? > - I assume the categorization is done by the back-end. Yup, they sort the packages into enumerated groups. > In the screenshot the categories do not make much sense, unless certain packages are available in > more than one of the categories. Where would gnome-games go, for example? I would expect GNOME _and_ Games - it depends on the spec file writer to decide. > - Is the back-end able to signal the difference between say > desktop-related-packages and non-desktop-related-packages (documentation, > command-line-tools, libraries)? If so, could these be hidden by default? Yup, you can set "filters" to filter out stuff like development files and that sort of thing. The filters default to being off, but the application installer I mentioned would have no filter interface and just show gui|~devel|available|basename packages. > - I never got an answer wether this tool was meant to replace something like > synaptic or just be an easy front-end for my mom to install her scrable > program. In the middle. Synaptic and the command line is still useful for power users like you and me, but I think pk-application sits in the middle ground of "competent users". The application called pk-easy-installer (or somthing like that) will be an idiots guide (no offense to your mum!) to installing a new application. I'd like to nominate the "Software signature is required" dialog for the UI disaster of the month: http://vanschouwen.info/nerdynotes/?p=129 Hi there, This bug report is very old and based on a version not supported anymore. PackageKit has improved a lot since then. Please file new individual bug reports for remaining usability issues. |
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.