bugGNU nano - Bugs: bug #58627, [Wish] show possible completions...

 
 

You are not allowed to post comments on this tracker with your current authentication level.

bug #58627: [Wish] show possible completions after a single <Tab> instead of after two

Submitter:  Benno Schulenberg <bens>
Submitted:  Fri 19 Jun 2020 02:50:12 PM UTC
   
 
Severity:  1 - Wish Status:  Fixed
Assigned to:  bens Open/Closed:  Closed

Tue 23 Jun 2020 06:45:55 AM UTC, comment #2: 

Fixed in git, commit ff11ab6b.

Also, nano now beeps only when there are zero possible completions.  (That needs to be revised, because now nano is quiet when there was just one possible completion and the <Tab> made it, and now more <Tab>s are given.  Those subsequent <Tab>s should beep, to indicate that no further completion is possible/available.)

Benno Schulenberg <bens>
Group administrator
Sat 20 Jun 2020 03:29:41 PM UTC, comment #1: 

The requirement for a double <Tab> is especially annoying when after the first listing of possibilities, the user types some extra character(s) and then types <Tab> again.  Instead of reducing the list to the ones that match now, nano shows the content of the edit window again, which is completely useless and even disorienting.  Only upon the second <Tab> does the reduced list appear.

(Example: run 'src/nano THANKS' and type: ^R conf <Tab><Tab> u <Tab><Tab>.  Between the third and the fourth <Tab> the screen "flickers", briefly showly the content of THANKS.)

When it is obvious that nano should show the reduced list upon the first <Tab> after the user added some character(s), then for consistency, nano should show the intial list of possible completions after the very first <Tab>.

Benno Schulenberg <bens>
Group administrator
Fri 19 Jun 2020 02:50:12 PM UTC, original submission:  

When at a filename prompt the user types (for example in nano's source directory): RE <Tab>, nano completes this to README.  Good.  But when the user's terminal does not give audio feedback (as seems to be the default on several distros nowadays), the user does not know whether this is the sole possible completion (silence) or there are multiple files whose names start with README (beep).  The user has to type a second <Tab> to be sure -- when there are multiple files, they will be listed in the edit window.

I think it is better/faster/clearer when multiple possible completions are shown immediately at the first <Tab>.  When nothing is listed, this is a clear, visual indication that this is the sole completion.  And if there are more possibilities, they are there right away, without having to type <Tab> a second time.

Benno Schulenberg <bens>
Group administrator

 

(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

 

Depends on the following items: None found

Items that depend on this one: None found

 

Carbon-Copy List
  • -email is unavailable- added by bens (Submitted the item)
  •  

    There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.

     

    Follow 5 latest changes.

    Date Changed by Updated Field Previous Value => Replaced by
    2020-07-30 bens Open/ClosedOpen Closed
    2020-06-23 bens StatusIn Progress Fixed
    2020-06-20 bens Attached File- Added 0001-files-list-possible-completions-after-just-one-Tab-i.patch, #49329
        StatusNone In Progress
    2020-06-20 bens Assigned toNone bens

    Back to the top

    Powered by Savane 3.13-4448.
    Corresponding source code