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