[prev in list] [next in list] [prev in thread] [next in thread] 

List:       nano-devel
Subject:    [Nano-devel] RFC: replace history, and file-search history
From:       Benno Schulenberg <bensberg () justemail ! net>
Date:       2016-03-21 20:35:00
Message-ID: 1458592500.2997667.555672818.28BE8DB4 () webmail ! messagingengine ! com
[Download RAW message or body]


Hi,

In nano's internals for searching stuff there are two variables:
last_search and last_replace.  The first is used when the user hits
Enter at the Search: prompt, and contains the string the user last
searched for during this session.  The last_replace variable contains
the string that was last given at the Replace with: prompt, but is
never used, because hitting Enter at that prompt is taken to mean
that the user wants to replace the searched-for string with nothing.

I was about to delete the whole variable, but then thought: maybe
we can change it?  Should the Replace with: prompt offer, between
brackets, the string that was last used for replacing?  It would make
for symmetry, and would allow the user to quickly restart a Replace
if it was abandonned for some reason.  To allow the user to enter
an empty string: as soon as Backspace or Delete or ^K is hit, or
any other character typed, the last_replace string is set to blank
and disappears.  How would that be?


Second thing.  When the user searches for a file in the built-in
file browser (^R ^T ^W), whatever is searched for gets added to
the Search history.  When then searching again for something in
a file, and using ^P to retrieve earlier strings, the names that
were searched for in the browser turn up first.  I find this odd.
I would prefer that searches in the file browser would not be
added to the Search history.

Opinions?

Benno

-- 
http://www.fastmail.com - Same, same, but different...


_______________________________________________
Nano-devel mailing list
Nano-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/nano-devel
[prev in list] [next in list] [prev in thread] [next in thread]