[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: TAB for non-editing modes
From: |
Dan Nicolaescu |
Subject: |
Re: TAB for non-editing modes |
Date: |
Sat, 22 Sep 2007 14:51:29 -0700 |
"Drew Adams" <address@hidden> writes:
> > > TAB does not do anything for pcvs, dired, log-view and maybe
> others
> > > It would be nice if TAB would do something for these modes too.
> > >
> > > It seems harmless to add that functionality in modes that are
> > > read-only and have distinguishable links. I don't see that this
> > > is very useful in Dired, though.
> >
> > Why not? I'd rather have TAB run dired-next-line instead of throwing
> > an error "Buffer is read-only" as it does now.
>
> That is truly a waste of a key binding, IMO. `n' does that already. I have
> nothing against giving `TAB' a useful binding in Dired, but there is no
> sense duplicating `n' for that.
>
> If no truly useful Dired binding for `TAB' can be found now, then let's
> leave it alone - something will come up eventually. The problem with binding
> it now to something that is not particularly useful is that that binding can
> become cast in stone, a sacred cow that is later defended against replacing
> with a truly useful binding.
>
> If we don't bind `TAB' in Dired to something useful now, we might consider
> unbinding it there, more precisely, binding it to `undefined'. It is silly
> for `TAB' to invoke `indent-for-tab-command' in Dired.
Duplication is not a good way to evaluate this, we have many keys that
are duplicated.
The question is it useful? Is it intuitive to use? Is it consistent
with other uses of the same key? IMO the answer is YES to all those
questions.
> Generalizing this (note: a topic change) -
Please start another thread with this, with a different subject.
- S-SPC for non-editing modes (was: TAB for non-editing modes), (continued)
Re: TAB for non-editing modes, Richard Stallman, 2007/09/22
- Re: TAB for non-editing modes, Dan Nicolaescu, 2007/09/22
- Re: TAB for non-editing modes,
Dan Nicolaescu <=
- bind commands that change buffer contents to `undefined' when read-only?, Drew Adams, 2007/09/22
- RE: bind commands that change buffer contents to `undefined' whenread-only?, Drew Adams, 2007/09/22
- RE: bind commands that change buffer contents to `undefined'whenread-only?, Drew Adams, 2007/09/22
- Re: bind commands that change buffer contents to `undefined'whenread-only?, Stefan Monnier, 2007/09/22
- RE: bind commands that change buffer contents to `undefined' when read-only?, Drew Adams, 2007/09/22
- Re: bind commands that change buffer contents to `undefined' when read-only?, Stefan Monnier, 2007/09/23
- RE: bind commands that change buffer contents to `undefined' when read-only?, Drew Adams, 2007/09/23
- Re: bind commands that change buffer contents to `undefined' when read-only?, Stefan Monnier, 2007/09/23
- RE: bind commands that change buffer contents to `undefined' when read-only?, Drew Adams, 2007/09/23
RE: bind commands that change buffer contents to `undefined' when read-only?, Davis Herring, 2007/09/24