← Back to team overview

desktop-packages team mailing list archive

[Bug 387957] Re: Improve Save As Dialog Box (focus issues)

 

Playing a  bit around, I found a few workarounds:

1) The thumb button, which I have never used, on my very old Logitech
mouse will set the focus without touching the selection. However, not
everybody has thumb buttons - particularly on laptops. Scrolling with
the mouse wheel in the field does nothing. I guess, if it doesn't have
any function already, it could be used as a way to set focus too?

2) Right clicking and selecting copy (as the most neutral option) does
the trick too at the cost of replacing what you have in the copy/paste
clipboard. Not good, if you were planning to hit Ctrl-C as soon as you
get focus with the file name selected. A "focus" option in the context
menu would solve this, but I guess, that one is hard to sell.

3) I just discovered that the good old Alt-N for the file name field (at
least in my Danish version) still works. The underscore doesn't appear
until you press alt, making it hard to discover. I guess that is a
design decision - aesthetics? Also it takes around a second for the
underscores to appear, which makes it feel quite slow and, IMO, even
harder to discover.

-- 
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to gtk+2.0 in Ubuntu.
https://bugs.launchpad.net/bugs/387957

Title:
  Improve Save As Dialog Box (focus issues)

Status in One Hundred Papercuts:
  Invalid
Status in gtk+2.0 package in Ubuntu:
  Confirmed

Bug description:
  The save dialog box has the irritating habit of not focusing on the
  file name area once I have browsed to the location where I would like
  to save my document. This is done better in Windows.

  There are two main scenarios when saving a document where this
  behaviour annoys:

  Scanario 1 - Browsing to save location by double-clicking:  
  1. File -> Save As (to bring up the "Save" dialog box). 
  2. Double click on the folder in which you would like to save the document. 
  3. Notice that the focus is now in the folder list area, not on the file name area. 
  4. I now have to click in the file name area to be able to name my document. 

  In Windows, the focus is returned immediately to the file name box
  once a folder is double clicked, so the name can be typed and the
  document saved in one step.

  Scenario 2 - Browsing save location using the keyboard (find as you type):
  1. File -> Save As (to bring up the "Save" dialog box). 
  2. Click on the folder area so that folder names can be typed to find them. Hit enter to enter desired folder. 
  3. Within the folder, step 2 can be repeated for subfolders indefinitely. 
  4. Once the desired location has been reached, the user must use the mouse click in the file name area to name the file before saving. 

  In Windows, when using find as you type, although focus is retained by
  the folder area when entering a lower folder level (so that you can
  browse to another level using the keyboard if desired), jumping to the
  file name box is simply a matter of pressing tab ONCE. In Ubuntu, I
  have to reverse tab (shift-tab) around 10 times to get back to the
  file name box at the top of the screen, or use the mouse - most
  annoying.

  Solutions (copy the Windows behaviour): 
  1. If a folder is double clicked with the mouse, the focus should jump back to the file name box. 
  2. If a folder is entered into by pressing enter (on the keyboard), focus should remain in the folder area, but the file name box should only be a single tab away. 

  I understand that solution 2 is problematic in that tabbing would
  ordinarily jump to the next element (usually the "file type"
  dropdown), not back to the top of the screen.

To manage notifications about this bug go to:
https://bugs.launchpad.net/hundredpapercuts/+bug/387957/+subscriptions