deskbar-applet requires too many keystrokes

Bug #84722 reported by Bogdan Butnaru
4
Affects Status Importance Assigned to Milestone
deskbar-applet
Invalid
Undecided
Unassigned
deskbar-applet (Ubuntu)
Invalid
Wishlist
Unassigned

Bug Description

Binary package hint: deskbar-applet

The deskbar applet is a bit annoying by needing too many clicks/keystrokes to use. There's a bit too much redundancy. Consider the attached screenshot: I write picard in the entry. The first line accessible with the arrows is the "Action" category -- which is unnecessary because there's no other category right now. Also, assuming the deskbar guessed right, it seems that you have to click 'down' twice to get at the first result.

(I know I just have to press Enter, but that's not obvious; perhaps the "active" line should be selected, so I have a suggestion of what would happen when I press Enter.)

Then, running Picard is presented twice. There's no difference between the two options. Perhaps they should be combined, or at least move the least likely one at the bottom of the list (the one taken from the apps menu is prettier). As it is now, if I wanted to actually search for picard in beagle, I would have to press 'down' four times, then Enter, when it fact it is the second option.

As it should be, the first entry should be always selected (and activated at the first Enter press), the 'search in picard' should be immediately below it, and the first 'down arrow' press should select it.

Another thing: since the deskbar is supposed to allow keyboard navigation, the most likely entries should have shortcuts, either like Alt+3 to _run_ the third option or Alt+b to choose beagle search, Alt+g for google, etc. for some standard ones.

Actually, since beagle also searches for applications and stuff, perhaps it would be nice to actually display beagle search _results_ in real time in the box. It would jump over one new window display and one Enter press.

Revision history for this message
Bogdan Butnaru (bogdanb) wrote :

Nevermind that last paragraph, I just found out it can do live search.

Revision history for this message
Bogdan Butnaru (bogdanb) wrote :

But I still don't like it because of navigation issues :-)

For the same simple search ("picard"), I get a screen-high list of things --- with a scrollbar, that can' be mouse-clicked! -- that is near-impossible to walk through.

In this example, categories with more than, say, five entries, should display only the likeliest three (or the first if there's no other info) and allow easy navigation: for instance, in this example:
- the Files section should display only three entries, among which should be the picard folder (that's currently near the bottom)
- the Files section should have an Alt-F shortcut marked near its title. When I press it, the section should be selected, and:
   - left/right should navigate between pages
   - space should toggle between the contracted and and "expanded" list
   - enter should probably open the first hit, and 'down arrow' should probably select the second hit.

Revision history for this message
Bogdan Butnaru (bogdanb) wrote :
Download full text (3.9 KiB)

Here's a sketch of how it could (and I think it should) work by default (compare with the previous "too large list" screenshot):

 *) sections:
       - Section markers can't be "selected" (only action-lines can be), but the one containing the currently selected action is "active". Up-down skips the section markers.
       - The currently inactive sections have shortcuts to be reached quickly.
       - the active section shows useful keys: up/down, space for a short section, left/right, space for a large section. Up/down work for large selections too, of course, but left/right is a bit more important (it changes the page).
       - space toggles the current section between normal (at-most-three entries), expanded (see last panel) and compacted. When one selection is expanded this way, the others are compacted. I think "expanded" status should be forgotten between uses, but compacted should be remembered (as it is now).
      - the active section should be visibly marked as "selected" by color (it was too hard to draw, I show this as a bar of color). This should be less striking than the color used to highlight the current action (black in my sketch, it could just be darker).
      - sections with more than 4 entries are paged by each 3 elements (unless there are no other sections for a particular search)
      - sections with few entries (which are not paged) don't display the number on the right.

  *) Actions:
       - sections are paged/compacted so that no more than a dozen actions are shown
       - users can add a short-cut for important actions -- Alt-G for google in this case.
       - All other visible actions are given a number from 1 to 0 as a shortcut. Pressing Alt+4 in the first panel would open album.py
           - Except: the currently selected action has Enter shown. The numbers are "recycled" when the selection is moved with up/down. (see last panel)
           - Also, actions with shortcuts are skipped.
      - Since no more than 10-12 actions are shown, we shouldn't run out of numbers.

The left panel is what should be shown after just typing "picard". Note:
 - the redundant "execute picard" is hidden from the actions
 - the most likely choice (Launch picard) is selected. It shows "Enter" to the left, meaning that Enter will execute that option.
 - pressing Alt+1-9 or Alt-G would execute the respective action.
 - pressing down would select "search for picard using beagle"
    - launch picard will show (alt+)1 as a shortcut, because enter now starts the search

Pressing Alt+F moves to the middle panel:
 - the files section is active
     - since it has many results, it's paged into "threes". If the 'web' section wouldn't be there, it could be paged into sixes.
     - because it's now active, it shows useful key-strokes
     - because it's paged, left-right can cycle between pages; space would move to the right-most panel
     - because it's no longer active, the "Actions" section shows a short-cut instead of actions.
 - the "Open [folder] picarded" action is the first in the active section, so it's selected
     - it gets the "enter" shortcut, and the numbers are redistributed.
     - down would move to "open album.py"
   ...

Read more...

Revision history for this message
Sebastien Bacher (seb128) wrote :

Thank you for your bug. To send upstream

Changed in deskbar-applet:
importance: Undecided → Wishlist
status: Unconfirmed → Confirmed
Revision history for this message
Ralf Nieuwenhuijsen (ralf-nieuwenhuijsen) wrote :

Didn't this bug just became 'wont fix' ..?

Since the new direction of deskbar is to require as many key-presses intertwined with mouse-clicks and annoying pauses from launching another window?

I mean, at this point, we'll all just be happy if they restored the previous behavior.

Although I totally agree with the author of the bug-report, that no category-labels .. and some short-cuts would be great..

Revision history for this message
Sebastien Bacher (seb128) wrote :

Closing the bug, could you open specific request rather than listing different issues in one bug?

Changed in deskbar-applet:
status: Confirmed → Invalid
status: New → Invalid
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.