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  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]
Date:	Sun, 4 Apr 2010 20:20:42 -0300
From:	Arnaldo Carvalho de Melo <acme@...radead.org>
To:	Ingo Molnar <mingo@...e.hu>
Cc:	linux-kernel@...r.kernel.org,
	Peter Zijlstra <a.p.zijlstra@...llo.nl>,
	Paul Mackerras <paulus@...ba.org>,
	Fr?d?ric Weisbecker <fweisbec@...il.com>,
	Mike Galbraith <efault@....de>
Subject: Re: [PATCH 0/2] perf newt: Zoom operations

Em Sun, Apr 04, 2010 at 09:05:12PM +0200, Ingo Molnar escreveu:
> 
> * Arnaldo Carvalho de Melo <acme@...radead.org> wrote:
> 
> > Em Sun, Apr 04, 2010 at 11:58:27AM +0200, Ingo Molnar escreveu:
> > > * Arnaldo Carvalho de Melo <acme@...radead.org> wrote:
> > > > Arnaldo Carvalho de Melo (2):
> > > >   perf newt: Add a "Zoom into foo.so DSO" and reverse operations
> > > >   perf TUI: Add a "Zoom into COMM(PID) thread" and reverse operations
> > > 
> > > Pulled, thanks Arnaldo!
> > > 
> > > There's still a few basic usability glitches that i've noticed:
> > > 
> > >  - it's not clear how to zoom out, once zoomed in
> > 
> > I'll use the title line to store the name of the DSO and Thread and the help 
> > line to state that to zoom out, press -> + zoom out, and I think that it is 
> > a good idea to use 'd' and 'D' to zoom in/out of DSOs and 't' and 'T' to 
> > zoom in/out of DSOs.
> 
> Cool, a help line will do the trick i'm sure. The only problem situation is 
> when there is zero information about how to proceed - some people exit and 
> dont ever come back in that case :-)

Yeah, first impression is always important to take into account, but
difficult to get it right, what I'm trying, as much as possible, is to
keep key assignments as intuitive as possible, but early adopters are
key in this regard, so please do speak up!
 
> > >  - there's no help screen and no help line for people to see what can be 
> > >    done on a given screen. While it's good that the intuitive things work
> > >    by default (arrow keys, escape, enter, etc.), there should also be additional
> > >    visual information about what can be done.
> > 
> > F1 and textboxes with a short description of what can be done given for the 
> > first time or till the user presses "Suppress these info boxes" will be 
> > added.
> 
> Maybe we need 'h' and '?' in addition of F1, as F1 is often already mapped and 
> caught by the terminal (it is so with gnome-terminal).

Right, h and ? will be mapped too, even I'm not being aware that those
are associated with asking for help, but the
ask-for-help-via-F1-taken-by-your-xterm-app problem is well known and we
have to provide a workaround for that :-)
 
> >  
> > >  - i think double escape should exit, right now it stays at the 'are you sure'
> > >    screen
> > 
> > Here I thought that something had to be done to avoid that accidentally 
> > pressing ESC two times or having "Yes" as default option, trowing away 
> > possibly a long processed session, what do others think about it?
> 
> Yeah, i think you are right.
> 
> > I think that ESC + "Yes" as a default may be ok, as two keys need to be 
> > pressed (ESC + Enter), enough warning/confirmation, I gues, right?
> 
> Ok, that would work!

Excellent, I almost got the title line for in place filters bullet done
before being dragged by family to go out fishing, will fishing, oops,
finish that tomorrow :-)

- Arnaldo
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Powered by blists - more mailing lists