Open File dialog: type to find resets after each letter.

[alex-smartptr]

Hi there.

In the old nedit, I could type the first few characters of a filename, and the "Open File" dialog would select the first matching file for me. That was super-useful when dealing with directories with many, many file entries.

xnedit only searches for a single keystroke. So if I typed "C" "A" "T", hoping to find files such as "catalogue.h", it has actually highlighted the first file that starts with the letter "T".

Looks like the old nedit had a time-out somewhere. If I paused for a second or two, a new sequence of keystrokes would be interpreted as a new search, rather than an extension of the old one.

Any chance of resurrecting the old behaviour?

(Excellent work by the way - xnedit is now my daily driver.)

[unixwork]

Yes there is a chance. I didn't know about this behaviour and it absolutely makes sense to implement it. I will try to implement it in the next days.

[unixwork]

The previous nedit behavior is restored.

[alex-smartptr]

Amazing.

Out of interest, did you pull that code out of a previous version of Nedit, or did you write it from scratch?

[unixwork]

I wrote it mostly from scratch, not all old code could be reused.

[alex-smartptr]

Just tested it, and the behaviour isn't quite right.

Typing multiple characters correctly selects an appropriate entry in the Files: field. But when I press the Return key, I expect it to open the selected file. Instead, pressing Return causes the selection to shift to a different entry - often it's the last entry in the list, sometimes it's the entry immediately before the one I wanted, other times it seems to select an entirely random entry.

[unixwork]

The return key should work now.

[alex-smartptr]

Tested and working. Thank you so much.