tech-userlevel archive

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]

Re: Input line editing



> And line editing is much less needed when you have all the nice
> command completion in there.

Maybe for typical TOPS-20 command lines.  Definitely not so for me; I
moderately routinely issue commands like

% ( bzcat */log.bz2 ; cat curlog ) | awk 'NR==1 { base = $1; } { printf("%d %d 
%s\n",$1-base,$7,substr($3,1,6)); }' | sort +1n | sed -e 's@\(.*\) \(.*\) 
\(.*\)@< \3/log | sed -e '\''s/.*[[]//'\'' -e '\''s/[]].*//'\'' -e '\''s/.*/\2 
& \1/'\'@ | sh | sort | uniq -c | sort -n | tail

which are utterly hopeless to create without some kind of real editing,
even if everything in sight were subject to completion.  (That's not a
real example; I'm not even sure I have all the syntax right.  But it
would be hard to pick out as the synthetic example from amid a
half-dozen real examples.)

I have some reason to think I'm unusual in this respect, but I daresay
there are plenty of other ways completion doesn't make up for lack of
real editing too.

/~\ The ASCII                             Mouse
\ / Ribbon Campaign
 X  Against HTML                mouse%rodents-montreal.org@localhost
/ \ Email!           7D C8 61 52 5D E7 2D 39  4E F1 31 3E E8 B3 27 4B


Home | Main Index | Thread Index | Old Index