unofficial mirror of emacs-devel@gnu.org 
 help / color / mirror / code / Atom feed
From: Stefan Monnier <monnier@iro.umontreal.ca>
Cc: emacs-devel@gnu.org
Subject: Re: Tex-mode binding of C-return
Date: Tue, 03 May 2005 11:42:35 -0400	[thread overview]
Message-ID: <jwvpsw8jpj3.fsf-monnier+emacs@gnu.org> (raw)
In-Reply-To: <m3u0lk4u0d.fsf@kfs-l.imdomain.dk> (Kim F. Storm's message of "Tue, 03 May 2005 10:02:26 +0200")

>>> C-return is such a "good command", analogue to C-SPC for the
>>> normal mark.
>> I don't find C-return a particularly good choice (especially since it
>> doesn't work on ttys).  
> Neither does S-return...

Indeed, so it's not a good choice either.

> Does C-space work on ttys?

Yes and no: it typically isn't recognized as C-SPC but as C-@ (aka ASCII
NUL).  Luckily (well it's actually done on purpose) C-@ has the
same binding, so it does DTRT.

In contrast on most tty C-return just sends a RET and we can't put that
special binding on RET as well.

I'm not saying C-return can't be used, but it would be good to also find
a key that works on ttys (just like we have undo bound to C-x u for "works
everywhere" as well as to C-_ and C-/ for more convenient alternatives
that don't always work).  Maybe we could just use C-x r (except it would
hide the register commands ;-( ).

>> Is the idea that to kill a rectangle you could do
>> C-RET C-SPC .... M-w

> Just do:
>      C-RET ... M-w 

Hmmm... OK.  I was thinking it would be good to make it work like a general
prefix command so you could also do C-return M-C-SPC, but after thinking
about it, I see it's not that important as long as M-C-SPC C-return works
as well.

>> or equivalently
>> 
>> C-SPC ... C-RET ... M-w

> That works, yes, changing the normal mark to
> a rectangle mark.

Good.  I assume it only works if you use transient-mark-mode, otherwise it
has no way to know whether you're "in the middle of marking" or not.

> I'm suggesting to use C-return instead of S-return to toggle the
> rectangle mark, just like C-space toggles the normal mark.

Fine with me, C-return is no worse than S-return.


        Stefan

  reply	other threads:[~2005-05-03 15:42 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-05-02 11:25 Tex-mode binding of C-return Kim F. Storm
2005-05-02 19:14 ` Stefan Monnier
2005-05-03  8:02   ` Kim F. Storm
2005-05-03 15:42     ` Stefan Monnier [this message]
2005-05-04  2:38     ` Luc Teirlinck
2005-05-04  8:18       ` Kim F. Storm
2005-05-04 15:24         ` Luc Teirlinck
2005-05-04  2:53     ` Luc Teirlinck
2005-05-04  9:20     ` Andreas Schwab
2005-05-02 21:44 ` Daniel Brockman
2005-05-04  5:53 ` Harald Maier

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.gnu.org/software/emacs/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=jwvpsw8jpj3.fsf-monnier+emacs@gnu.org \
    --to=monnier@iro.umontreal.ca \
    --cc=emacs-devel@gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).