> > I am not interested in having dumb shell arguments.
> i am not going to start one, i just want to satisfy my curiosity.
;)
> however, i didn't know about esc-bs, and after trying it i found that it
> DOES erase to the /.
Key bindings? I always assumed it would be possible to change that,
been on the lookout... Would you be able to email me (offlist) your
bash key bindings (how do you get a list of that? bindkey in tcsh) and
your output of set. konsole has a variable which holds the separation
characters, perhaps bash has the same.
> which falls exactly in line with my argument about not wanting to
> configure things.
I don't *want* to configure things either, as you say, if I can avoid
it, but there are limits beyond which configuration becomes desirable.
> > > in bash i can hit <tab> anywhere, and filename completion is done at
> > > that point.
> i DID try it. it does not work on my setup, just like esc-bs seems to
> work differently on your bash compared to mine.
Check your key bindings:
"^I" -> complete-word
In this case, my default is better, regardless of what the software
shipped as, and this is one of the situations where I disagree with you
about leaving software configured as shipped. I want things to work,
I'm afraid I don't care about how someone else may ship it.
/etc/profile.d/ is a good place to check.
> > Thanks to CF for the tip about esc-d (to force
> > command completion in the middle of a filename).
>
> that would force filename completion there.
I spoke too soon - it does erase-to-end-of-line for me.
bindkey -h is very informative:
-a list or bind KEY in alternative key map
and bindkey -a shows
"^[D" -> delete-word
"^[d" -> delete-word
dead simple to change. If I want something else, I'll add it to my
~/.cshrc. If I get a new account somewhere else, I just copy my .cshrc,
and all my aliases are fixed too. I don't see the problem you're having.
Software is configurable for a reason.
There's also a possibility that the X app (xterm, konsole) interferes
with the keyboard input, there's configuration stuff in there too (and I
have to change that to get ctrl-arrow movements over words, it can't be
changed in the key bindings of the shell because than it wouldn't work
on the conole, which can't distinguish between shift, ctrl, and no such
thing).
Now if all of you knowledgable bashers (grin) out there could tell me
the equivalent thing for bash, ...
> > > i don't reconfigure programs if i can avoid it, because i'd have to do
> > > it all over again if i get a new account somewhere.
> > True, but not really a good argument.
> it is exactly the argument you made above.
It's not. "Doing it again" amounts to copying one file, hardly
difficult, and you don't have a guarantee that programs as shipped never
change.
> distributions should stick with the defaults a program provides.
I disagree. Some distros work hard at making things user-friendly and
consitent, which is far more important than sticking with some
obnoxious defaults some program may provide.
> this also helps with documentation, because you only have to write one
> set of docs that works on ALL distros out there.
It's an idea, I can't see it happen, nor do I have any feelings about it.
Volker
--
Volker Kuhlmann is possibly list0570 with the domain in header
http://volker.dnsalias.net/ Please do not CC list postings to me.
