[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: address@hidden: [patch] factor out comment-or-uncomment feature from
From: |
Stefan Monnier |
Subject: |
Re: address@hidden: [patch] factor out comment-or-uncomment feature from comment-dwim] |
Date: |
Wed, 10 Apr 2002 16:39:38 -0400 |
> "Stefan Monnier" <monnier+gnu/address@hidden> writes:
>
> > > On a related note:
> > > how about a transient form of transient-mark-mode ?
> > > We agreed that it would be desirable a while back, but the concrete
> > > details
> > > weren't clear at the time. I have a more concrete proposal now:
> > >
> > > How would you use this?
> >
> > With transient-mark-mode, you can do
> >
> > C-SPC ...move... M-;
> >
> > With the code I sent, people who don't have transient-mark-mode turned on
> > can still use the comment-region behavior of M-; by doing:
> >
> > M-x mark-and-highlight RET ...move... M-;
> > or
> > C-SPC ...move... M-x activate-and-highlight-region RET M-;
> >
> > This could also be used with other functions who operate on the
> > region only when transient-mark-mode is turned ON.
> >
> > Both mark-and-highlight and activate-and-highlight-region are useful and
> > they should both be provided. The question is mostly where to bind those
> > two commands. I wish mark-and-highlight could be bound to something
> > similar to C-u SPC and I think that activate-and-highlight-region could
> > be bound to C-u C-x C-x.
>
> I don't see why both functions are necessary!
I'm thinking of cases where the region is not marked with C-SPC and
cursor movement but with mark-sexp or mark-paragraph instead.
> What about this modification to set-mark-command which simply turns on
> transient-mark-command (temporarily) if you repeat C-SPC immediately.
> If you move the mark with another C-SPC, transient-mark-mode is
> turned off again (enter another C-SPC to reenable it):
Great idea!
Stefan
- Re: address@hidden: [patch] factor out comment-or-uncomment feature from comment-dwim], Stefan Monnier, 2002/04/08
- Re: address@hidden: [patch] factor out comment-or-uncomment feature from comment-dwim], Benjamin Rutt, 2002/04/08
- Re: address@hidden: [patch] factor out comment-or-uncomment feature from comment-dwim], Kai Großjohann, 2002/04/09
- Re: address@hidden: [patch] factor out comment-or-uncomment feature from comment-dwim], Richard Stallman, 2002/04/10
- Re: address@hidden: [patch] factor out comment-or-uncomment feature from comment-dwim], Stefan Monnier, 2002/04/10
- Re: address@hidden: [patch] factor out comment-or-uncomment feature from comment-dwim], Kim F. Storm, 2002/04/10
- Re: address@hidden: [patch] factor out comment-or-uncomment feature from comment-dwim], Kim F. Storm, 2002/04/10
- Re: address@hidden: [patch] factor out comment-or-uncomment feature from comment-dwim],
Stefan Monnier <=
- Re: address@hidden: [patch] factor out comment-or-uncomment feature from comment-dwim], Kai Großjohann, 2002/04/10
- Re: address@hidden: [patch] factor out comment-or-uncomment feature from comment-dwim], Kim F. Storm, 2002/04/11
- Re: address@hidden: [patch] factor out comment-or-uncomment feature from comment-dwim], Francesco Potorti`, 2002/04/11
- Re: address@hidden: [patch] factor out comment-or-uncomment feature from comment-dwim], Kim F. Storm, 2002/04/11
- Re: address@hidden: [patch] factor out comment-or-uncomment feature from comment-dwim], Stefan Monnier, 2002/04/11
- Re: address@hidden: [patch] factor out comment-or-uncomment feature from comment-dwim], Richard Stallman, 2002/04/11
- Re: address@hidden: [patch] factor out comment-or-uncomment feature from comment-dwim], Kim F. Storm, 2002/04/12
- Re: address@hidden: [patch] factor out comment-or-uncomment feature from comment-dwim], Stefan Monnier, 2002/04/12
- Re: address@hidden: [patch] factor out comment-or-uncomment feature from comment-dwim], Richard Stallman, 2002/04/13
- Re: address@hidden: [patch] factor out comment-or-uncomment feature from comment-dwim], Kim F. Storm, 2002/04/14