<div dir="ltr">I think we are now bikesheding.  Let someone else driveby command aliases for ntpmon.<div><br></div><div>Does anyone else have any ideas for any other data displays to add to it?</div><div><br></div><div>..m</div></div><br><div class="gmail_quote"><div dir="ltr">On Tue, Dec 13, 2016 at 11:36 AM Gary E. Miller <<a href="mailto:gem@rellim.com">gem@rellim.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Yo Eric!<br class="gmail_msg">
<br class="gmail_msg">
On Tue, 13 Dec 2016 14:30:26 -0500<br class="gmail_msg">
"Eric S. Raymond" <<a href="mailto:esr@thyrsus.com" class="gmail_msg" target="_blank">esr@thyrsus.com</a>> wrote:<br class="gmail_msg">
<br class="gmail_msg">
> > Some of the other commands are toggles.  It would be nice if these<br class="gmail_msg">
> > were a three way toggle.  I like to just stab one key over and over<br class="gmail_msg">
> > and see the data differentlly.  Not sure how that would work.<br class="gmail_msg">
> > Maybe a toggles with p and o toggles with p?  Or get rid of a  and<br class="gmail_msg">
> > o, keep p, and have p toggle though all three?<br class="gmail_msg">
><br class="gmail_msg">
> All that is too much to remember.  I have just made the spacebar<br class="gmail_msg">
> rotate through all three modes.<br class="gmail_msg">
<br class="gmail_msg">
Love it.<br class="gmail_msg">
<br class="gmail_msg">
> > Hmm, you may want to reconsider that.  I was instead expecting you<br class="gmail_msg">
> > to keep those and add a 'one-shot' mode sort of like ntpq.  But not<br class="gmail_msg">
> > a big deal...<br class="gmail_msg">
><br class="gmail_msg">
> I had it working like that for a while.  The problem is that there is<br class="gmail_msg">
> no way to satisfy all three of the following constraints:<br class="gmail_msg">
><br class="gmail_msg">
> 1. ntpmon options have the same semantics as corresponding ntpq<br class="gmail_msg">
> options 2. option letters are the same as the corresponding command<br class="gmail_msg">
> keys 3. commands are natural mnemonics in English<br class="gmail_msg">
<br class="gmail_msg">
I think that is over thinking it.  But I do see how a one-shot mode may<br class="gmail_msg">
make no sense.<br class="gmail_msg">
<br class="gmail_msg">
> The simplest way to get to a consistent UI design was to remove all<br class="gmail_msg">
> command-line options.  Which is a good idea anyway - less to remember,<br class="gmail_msg">
> and the command keystrokes cover the functionality.<br class="gmail_msg">
<br class="gmail_msg">
The simplest yes, but is that best?  I agree with Achim: let the user<br class="gmail_msg">
decide.  It is common in unix to alias commands so you get what you<br class="gmail_msg">
want easily.  Some people will always want to see the associations first,<br class="gmail_msg">
maybe only.  Others will prefer other things.  Unix is all about choice.<br class="gmail_msg">
<br class="gmail_msg">
RGDS<br class="gmail_msg">
GARY<br class="gmail_msg">
---------------------------------------------------------------------------<br class="gmail_msg">
Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703<br class="gmail_msg">
        <a href="mailto:gem@rellim.com" class="gmail_msg" target="_blank">gem@rellim.com</a>  Tel:<a href="tel:(541)%20382-8588" value="+15413828588" class="gmail_msg" target="_blank">+1 541 382 8588</a><br class="gmail_msg">
_______________________________________________<br class="gmail_msg">
devel mailing list<br class="gmail_msg">
<a href="mailto:devel@ntpsec.org" class="gmail_msg" target="_blank">devel@ntpsec.org</a><br class="gmail_msg">
<a href="http://lists.ntpsec.org/mailman/listinfo/devel" rel="noreferrer" class="gmail_msg" target="_blank">http://lists.ntpsec.org/mailman/listinfo/devel</a></blockquote></div>