linux-kernel - Re: [RFC 0/1] mconf: Emacs-like isearch

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [day] [month] [year] [list]

Message-ID: <gha7s5socd.fsf@lena.gouders.net>
Date:   Fri, 08 Jun 2018 09:56:50 +0200
From:   Dirk Gouders <dirk@...ders.net>
To:     Sam Ravnborg <sam@...nborg.org>
Cc:     Masahiro Yamada <yamada.masahiro@...ionext.com>,
        Randy Dunlap <rdunlap@...radead.org>,
        Linux Kbuild mailing list <linux-kbuild@...r.kernel.org>,
        Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
        Segher Boessenkool <segher@...nel.crashing.org>
Subject: Re: [RFC 0/1] mconf: Emacs-like isearch

Sam Ravnborg <sam@...nborg.org> writes:

>> 
>> I'd say it's not important to start isearch with CTRL-s, I am just so
>> used to it.  So, I am open for suggestions.
>
> Today we have first or one of the first letters as shortcut to menus.
> How about considering everything typed as search inputs.
> Search is then stopped by ESC, arrow keys and maybe more.
>
> Search is only possible when a menu is selected, not with focus on the buttons.
>
> This will break the habits of people used to the shortcut variant,
> but then we have the more flexible i-search variant.
>
> Idea?

Sounds very interesting, I will see if I can prepare a prototype so that
users can test it an see if they feel that would be an improvement for
them.  In mconf, a focus on the buttons would be conceptually new
and I am anticipating I am not yet realizing all of the consequences.

One situation, I am still thinking about how to handle it (without a
dedicated search key):

* The user types a string and then doesn't want to enter further string
  characters but find further occurences of the already entered string.

  (In my imagination, TAB is reserved to change focus to the buttons,
   ENTER is reserved to stop searching -- and enter a submenu, depending
   on the item.)

Dirk