Bug 362108 - gedit: Tab does not work in the Save As dialog
Summary: gedit: Tab does not work in the Save As dialog
Status: RESOLVED UPSTREAM
Alias: None
Product: openSUSE 11.0
Classification: openSUSE
Component: GNOME (show other bugs)
Version: Alpha 2
Hardware: Other Other
: P4 - Low : Normal (vote)
Target Milestone: ---
Assignee: Federico Mena Quintero
QA Contact: E-mail List
URL: https://bugzilla.gnome.org/show_bug.c...
Whiteboard: gnome-usability, gnomeup-gtk+
Keywords:
Depends on:
Blocks: filechooser-tracker
  Show dependency treegraph
 
Reported: 2008-02-15 11:00 UTC by Magnus Boman
Modified: 2010-11-27 09:55 UTC (History)
1 user (show)

See Also:
Found By: ---
Services Priority:
Business Priority:
Blocker: ---
Marketing QA Status: ---
IT Deployment: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Magnus Boman 2008-02-15 11:00:02 UTC
In the "Save as" dialog, if the cursor is in the 'Name' field, tab will not move from that field.
Comment 1 Vincent Untz 2008-02-18 15:07:18 UTC
Happens in epiphany too, and all "save" dialogs, I guess.
Comment 2 Federico Mena Quintero 2008-03-04 17:55:36 UTC
Tab is used for filename completion when you are in the Name field.  I'm currently rewriting the completion engine; among other things, it will provide better feedback when you hit Tab.
Comment 3 Federico Mena Quintero 2008-04-07 16:59:50 UTC
That patch is already in 11.0; marking as fixed.
Comment 4 Magnus Boman 2008-04-20 09:38:40 UTC
Federico,

1. Open gedit
2. Type something
3. Ctrl+Shift+S  to save
4. Press TAB

It does not move from from the name field.

Do the same and enter a unique filename and it still wont move off of the name field.

Is this intended? If so, how can I drive gedit without a mouse
Comment 5 Federico Mena Quintero 2008-04-21 15:30:21 UTC
(In reply to comment #4 from Magnus Boman)
> 1. Open gedit
> 2. Type something
> 3. Ctrl+Shift+S  to save
> 4. Press TAB
> 
> It does not move from from the name field.

Tab won't move you away from the Name field, as Tab is used for completion only.

You can use Ctrl-Tab to move away from the Name field (this is standard practice for text controls which "eat" Tab presses).

> Do the same and enter a unique filename and it still wont move off of the name
> field.

If you enter a unique filename and hit Tab, you'll get a "No match" feedback window.  We could make it so that pressing Tab further times would make it say, "No match (hit Ctrl-Tab to move away from the Name field)".  What do you think?
Comment 6 Magnus Boman 2008-04-22 14:24:52 UTC
>If you enter a unique filename and hit Tab, you'll get a "No match" feedback
>window.  We could make it so that pressing Tab further times would make it say,
>"No match (hit Ctrl-Tab to move away from the Name field)".  What do you think?

How about;

If you enter a unique filename and hit Tab, you'll get a "No match" feedback
window.  We could make it so that pressing Tab further times would make it move away from the Name field
Comment 7 Federico Mena Quintero 2008-04-22 21:05:01 UTC
(In reply to comment #6 from Magnus Boman)

> If you enter a unique filename and hit Tab, you'll get a "No match" feedback
> window.  We could make it so that pressing Tab further times would make it move
> away from the Name field

This would break the expected behavior for Tab completion, for people who just madly hit Tab between every few letters :)
Comment 8 Magnus Boman 2008-04-23 01:37:14 UTC
That is how it seems to work in Nautilus location bar. It'd be nice if it worked like that.
Comment 9 Vincent Untz 2010-11-27 09:55:55 UTC
Okay, this is really https://bugzilla.gnome.org/show_bug.cgi?id=341480 which was NOTABUG upstream. There's no way we can change such behavior downstream-only, so we'll follow upstream here.