[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <20130210040907.GB20308@mobil.systemanalysen.net>
Date: Sun, 10 Feb 2013 05:09:07 +0100
From: Roland Eggner <edvx1@...temanalysen.net>
To: "Yann E. MORIN" <yann.morin.1998@...e.fr>
Cc: linux-kbuild@...r.kernel.org, Dmitry Voytik <dvv.kernel@...il.com>,
Michal Marek <mmarek@...e.cz>,
Stephen Boyd <sboyd@...eaurora.org>,
linux-kernel@...r.kernel.org
Subject: Re: [PATCH resend v3 3/3] kconfig: nconf: add vi-style navigation
keys
On 2013-02-09 Saturday at 12:36 +0100 Yann E. MORIN wrote:
> Rolland, All,
>
> On Saturday 09 February 2013 Roland Eggner wrote:
> > Regarding the <h>/<H> conflict: My vision is to eliminate the need for help
> > keybindings <h> <?> at all by displaying the related help text beside the
> > menu permanently, similar to some graphical backends. For terminals with
> > COLUMNS>=160 this should be rather easy to implement. nouveaufb gives me by
> > default terminal with 274 columns, “retina” displays are entering the market
> > … the frequency of COLUMNS>=160 terminals probably will continue to grow.
> > While staying compatible with COLUMNS=80, it seems reasonable to use the
> > capabilities of wider terminals, or what would you say?
>
> How do you navigate up/down in the help text (when the terminal is not
> high enought to display the entire help) if it is displayed at the same
> time the menu entries are, yet without breaking the UI behavior people
> expect?
Good question. My vision is a UI similar to mc with directory listing in one
panel, file content in the other panel, “quick view” and “lynx-like navigation”
switched on. Help keybindings <h> <?> will become superfluous, and keybindings
<Tab> <Ctrl-i> to switch focus between menu and help “panel” will be added.
Implementation will require some ncurses exercise and more time, than I have
available in near future. Thus I keep saying “no promise …”
--
Regards
Roland Eggner
Content of type "application/pgp-signature" skipped
Powered by blists - more mailing lists