On Mon, Mar 28, 2011 at 3:10 PM, Jan Engelhardt jeng...@medozas.de wrote:
On Monday 2011-03-28 23:29, Lennart Poettering wrote:
On Sun, 27.03.11 23:52, Jan Engelhardt (jeng...@medozas.de) wrote:
On Friday 2011-03-18 01:41, Lennart Poettering wrote:
On Fri, 18.03.11 00:18, Jan
On Tuesday 2011-03-29 18:41, Lennart Poettering wrote:
Ah, ok. I see. If BS is handled like this only as very first keypress
(and not later on anymore) this indeed makes more sense.
I have now fixed git to accept both TAB and BS as silent mode switch
key. TAB at any time, and BS only if pressed
On Tuesday 2011-03-29 19:06, Lennart Poettering wrote:
On Tue, 29.03.11 18:56, Jan Engelhardt (jeng...@medozas.de) wrote:
On Tuesday 2011-03-29 18:41, Lennart Poettering wrote:
Ah, ok. I see. If BS is handled like this only as very first keypress
(and not later on anymore) this indeed
On Tue, 29.03.11 19:17, Jan Engelhardt (jeng...@medozas.de) wrote:
I have now fixed git to accept both TAB and BS as silent mode switch
key. TAB at any time, and BS only if pressed as very first key on the
prompt.
Everybody happy?
No. We don't need two keys to perform the same
On Tuesday 2011-03-29 19:18, Lennart Poettering wrote:
On Tue, 29.03.11 19:17, Jan Engelhardt (jeng...@medozas.de) wrote:
I have now fixed git to accept both TAB and BS as silent mode switch
key. TAB at any time, and BS only if pressed as very first key on the
prompt.
Everybody happy?
On Sun, 27.03.11 23:52, Jan Engelhardt (jeng...@medozas.de) wrote:
On Friday 2011-03-18 01:41, Lennart Poettering wrote:
On Fri, 18.03.11 00:18, Jan Engelhardt (jeng...@medozas.de) wrote:
Meanwhile, I have two new suggestions.
I have one too (or actually Kay came up with it), and I
On Monday 2011-03-28 23:29, Lennart Poettering wrote:
On Sun, 27.03.11 23:52, Jan Engelhardt (jeng...@medozas.de) wrote:
On Friday 2011-03-18 01:41, Lennart Poettering wrote:
On Fri, 18.03.11 00:18, Jan Engelhardt (jeng...@medozas.de) wrote:
Meanwhile, I have two new suggestions.
I
On Thursday 2011-03-17 00:27, Lennart Poettering wrote:
Well, as I mentioned earlier, certain implementations use a
three-star-per-character so that there is at least some feedback. How
about using that?
I am not sure I follow here, if we always show 3 asterisks then it
should be much easier
On Friday 2011-03-18 00:18, Jan Engelhardt wrote:
\e[37;47m*
\e[7m\x20
---
src/ask-password-api.c | 12 +++-
1 files changed, 11 insertions(+), 1 deletions(-)
diff --git a/src/ask-password-api.c b/src/ask-password-api.c
index 9c3dad9..fac2a2e 100644
---
On Fri, 18.03.11 00:18, Jan Engelhardt (jeng...@medozas.de) wrote:
Meanwhile, I have two new suggestions.
I have one too (or actually Kay came up with it), and I think you are
going to like it:
Start with showing input feedback as we currently do. If the user then
presses TAB the stars
On Wed, Mar 16, 2011 at 9:21 AM, Jan Engelhardt jeng...@medozas.de wrote:
On Wednesday 2011-03-16 04:30, Lennart Poettering wrote:
After X is up all password prompts do give input feedback
The presence of X does not change behavior of console programs.
Well, as I mentioned earlier, certain
On Wed, 16.03.11 13:21, Jan Engelhardt (jeng...@medozas.de) wrote:
On Wednesday 2011-03-16 04:30, Lennart Poettering wrote:
After X is up all password prompts do give input feedback
The presence of X does not change behavior of console programs.
Well, as I mentioned earlier, certain
I have been made aware of showing stars when entering passwords for
crypttab volumes through systemd's integrated scripts/programs is
considered a feature. Well, I don't concur there. Potential overseers
could count the stars, which is not so thrilling. Which is probably why
UNIX and/or its
13 matches
Mail list logo