From: Joe Kelsey <joe@zircon.seattle.wa.us>
Cc: emacs-devel@gnu.org
Subject: Re: skeleton.el _ versus @
Date: 31 Mar 2003 17:58:13 -0800 [thread overview]
Message-ID: <1049162293.66437.9.camel@zircon> (raw)
In-Reply-To: <200303311740.h2VHeZNG017518@rum.cs.yale.edu>
On Mon, 2003-03-31 at 09:40, Stefan Monnier wrote:
> > > The current code allows the following trick:
> > >
> > > "fun f (" @ ")" \n "{" \n _ \n "}"
> > >
> > > such that selecting a region and calling the skeleton will
> > > put the region in the body of the function (because of the _)
> > > and point will be put at the right place for you to enter the
> > > arglist (because of the @).
> >
> > This is using skeletons in "region" mode. I am not changing region
> > mode, or at least I can modify the @ behavior so that it works in region
> > mode this way.
>
> But I also want point to end up at the "args" position in simple
> insertion which your patch would break.
If you want the point to end at args in "simple insertion", put the _
between the parens.
Your skeleton is a "region-insertion", not a "simple insertion".
You cannot have it both ways.
> I hate such modal interfaces, sorry.
I am sorry. Get over it. Modal interfaces are a good thing.
I feel it is now incumbent upon you to propose an alternative patch.
/Joe
next prev parent reply other threads:[~2003-04-01 1:58 UTC|newest]
Thread overview: 42+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-03-24 19:27 [joe@zircon.seattle.wa.us: skeleton.el _ versus @] Richard Stallman
2003-03-24 20:05 ` skeleton.el _ versus @ Stefan Monnier
2003-03-25 1:00 ` Joe Kelsey
2003-03-30 18:51 ` Joe Kelsey
2003-03-31 17:40 ` Stefan Monnier
2003-04-01 1:58 ` Joe Kelsey [this message]
2003-04-01 7:25 ` Miles Bader
2003-04-01 18:41 ` Stefan Monnier
2003-04-02 0:08 ` Joe Kelsey
2003-04-02 0:20 ` Stefan Monnier
2003-04-02 1:03 ` Joe Kelsey
2003-04-02 1:17 ` Thien-Thi Nguyen
2003-04-02 1:33 ` Stefan Monnier
2003-04-03 0:16 ` Joe Kelsey
2003-04-03 0:28 ` Miles Bader
2003-04-03 6:45 ` Daniel Pfeiffer
2003-04-09 16:26 ` Stefan Monnier
2003-04-10 0:00 ` Joe Kelsey
2003-04-10 22:47 ` Richard Stallman
2003-04-11 0:25 ` Joe Kelsey
2003-04-11 23:45 ` Richard Stallman
2003-04-11 23:59 ` Stefan Monnier
2003-04-12 0:11 ` Joe Kelsey
2003-04-12 8:51 ` Kai Großjohann
2003-04-13 11:23 ` Richard Stallman
2003-04-13 16:41 ` Stefan Monnier
2003-04-13 18:54 ` Kai Großjohann
2003-04-13 19:11 ` Joe Kelsey
2003-04-20 22:50 ` skeleton.el _ versus @, a new patch Joe Kelsey
2003-04-21 13:11 ` Stefan Monnier
2003-04-22 0:32 ` Joe Kelsey
2003-04-22 13:31 ` Stefan Monnier
2003-04-23 0:27 ` Joe Kelsey
2003-04-22 0:45 ` Richard Stallman
2003-04-22 1:30 ` Joe Kelsey
2003-04-24 1:50 ` Richard Stallman
2003-04-24 15:59 ` Joe Kelsey
2003-04-26 2:31 ` Richard Stallman
2003-04-28 21:51 ` Stefan Monnier
2003-04-29 19:29 ` Richard Stallman
2003-05-18 1:31 ` Joe Kelsey
2003-04-02 19:26 ` skeleton.el _ versus @ Richard Stallman
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=1049162293.66437.9.camel@zircon \
--to=joe@zircon.seattle.wa.us \
--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).