31 responses to “How about something like this?”

  1. Chris Cunningham

    Is there no way to pick a sensible default? The Ubuntu codec helper likewise thinks that presenting a user with a list of random gstreamer plugins is more useful than just presenting one.

    – Chris

  2. jef spaleta

    You know what… that’s somewhat excellent. Being able to offer users relevant applications on demand as needed as something I’ve wanted to see for a long time.

    Any chance you could end up adding hooks into mugshot so that the applications are ordered by usage statistics pulled from mugshot?

    I guarantee you when my wife runs into this for the first time on her desktop install..she’s gonna love it.

    -jef

  3. Vincent

    Excellent! Is it filemanager-independent? I’d love to be able to use this in Thunar.

  4. Kushal Das

    Looks great :)

  5. Luca Cavalli

    .desktop files coming from Ubuntu app-install-data package have the X-AppInstall-Popcon field, which should be the popularity counter (but I can’t find any info on the web).

  6. Dennis J.

    The actual filetype should be mentioned in the title instead of referring to it ambiguously as “this” file type.

  7. jef spaleta

    comps hooks don’t get you a way to rank options.
    mugshot’s application usage stats give you an intuitive way to deal with ordering the options.

    I wouldn’t offer a one-click of the most popular unless you make some attempt to figure out if someone is most likely to want the qt/gtk/other application based on what they themselves currently run.

    Long term vision:
    There’s a lot of room to make better use of the data mugshot collects concerning application usage to help users find applications that best fit their usage pattern by correlating their usage to other mugshot users. So instead of just looking at what is most popular across the whole userbase, you can correlate your current usage to other users to end up weighting users who are most similar to you in the popularity metric. So KDE users would end up getting a list of applications weighted such that other KDE users choices more strongly influence the ranking. You could then end up presenting the most highly ranked app from this advanced mugshot correlation as the first app in the list or even the default app to install without a list. You could feel pretty comfortable that its the most likely app that a person would want, based on the correlation datamining from other users.

    -jef

  8. Marcus

    Looks great except for a few things. For the geekiest of us we like the package name and description but for someone who just want to open a file I think a name, a short description and a familiar icon whould help a lot. Maybe even a link to the programs website to read more. Lots of data I know, so not all of this would be in the list, below could work…

    Also this dialog would be nice to have when doing “Open with” and to be able to install another program then the ones installed, ie you were not happy with your first choice…

    M

  9. jef spaleta

    Yeah… tying this functionality into “Open with” would make a lot of sense. A great way to help casual users explore the applicationscape without getting lost.

    -jef

  10. Rob

    What is (i386) ?!
    /me ducks

  11. troll

    Cool. However what extra value does showing package names produce for end users? It’s not like if anyone understands what those mean.

  12. muep

    I’d like to have access to the detailed metadata of the packages that are proposed in the dialog. At least the dependencies and the long description are essential, as they would let me decide myself the application I want to install.

    Even if there was a way to find a sensible default, I think this would be useful.

  13. John Williams

    Thanks for your work on this Richard. I have a couple of comments from a non-coder point of view:

    1. The title bar should read “… type of file”, not “… file type”
    2. Echoing the comments above, the name of the program is most important to users, followed by a description. The file name of the package is least important of all. Perhaps it could be displayed by additional action? Like a mouse click or hover?

  14. dave

    Splitting apps into two piles, those that are read/view-only and those that can edit and save again would be nice, if possible.

  15. David Mohring (NZheretic)

    People using the desktop generally want to do one of three things to a file : View(only) it, Edit it and Print it. It’s possible to do this with most applications at launch via the command line switches, so why not include View, Edit and Print buttons on the left side of each application choice entry.

  16. Mats Taraldsvik

    Wow! Love it!

    If the applications is ordered by rank, the dialog should somehow reflect this, to prevent normal users from “panicking”. E.g mark the top rated/ most used application with “most popular”, “default” etc.

    A “details”-button would really help too..

    In my opinion, the two lines should be “name”, “features”. Most people are not interested in the package name. That would belong in “details”.

  17. Luke

    Does it actually open the file once the new package has finished installing, or does the user have to double-click on it again?

  18. Thomas

    For Debian-based distros, the debtags data (see the Tags: in Packages) seems much more suited than using desktop files. I’m not sure how mime-types are mapped to works-with-format:: though.

  19. Jon

    Like a few other people have mentioned, you might want to suggest a sensible default. Within the gnome or KDE environments, you might want to have an option to toggle the display of non GTK+/QT applications for the sake of better desktop integration and all that.

    I am thinking about music players especially here, there are a million in the repos, and perhaps suggesting the most popular for the current desktop environment would be the best for the user, who doesnt know their rhythmboxes from the banshees.

  20. foo

    Debian has popcon.debian.org, IIRC Ubuntu has their own server for that. On Debian, libept can associate popcon data with individual packages.

  21. drago01

    How does this work when there is no network connection?
    Will it just display the “Open With” window instead?

  22. « pollycoke :)

    […] vedete dall’immagine pubblicata da Richard Hughes, in questo esempio la scelta è duplice, ma immagino che a seconda dei casi potrebbe ridursi o […]

  23. hilbert

    It would be simply wonderful!

  24. Nicolas Mailhot

    @jef spaleta

    Even assuming mugshot sampling was not hopelessly biased, popularity stats only give you the current state. Ordering by popularity would thus be a major drag when new features are introduced and the distro really wants users to move from application A to application B.

    So you need a layer when the distro can explicitly specify “the preferred app for foo use is A B or C”. Currently our layer for this is comps (that’s what all the default required optional etc stuff is). Now current comps syntax may not be rich enough for PK use, but that just means comps must be extended (or replaced by something else. There is no room for X different package classification files in the distro.

  25. Artem Vakhitov

    Hi Richard, a little offtopic here. I’d like to help with Russian localization in my spare time but can’t find a POT file in the tarballs. Moreover, the POT file doesn’t seem to get built when I run make. Where can I get it? Can you make it available in the tarballs with future releases?

  26. Artem Vakhitov

    Thanks, Richard!

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