From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Joe Kelsey Newsgroups: gmane.emacs.devel Subject: Re: skeleton.el _ versus @ Date: 11 Apr 2003 17:11:15 -0700 Sender: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Message-ID: <1050106275.419.18.camel@zircon> References: <200303242005.h2OK57gr013285@rum.cs.yale.edu> <1048554010.20622.66.camel@zircon> <200303311740.h2VHeZNG017518@rum.cs.yale.edu> <1049242082.66437.15.camel@zircon> <200304020020.h320K4de023432@rum.cs.yale.edu> <1049245381.66437.33.camel@zircon> <20030403084549.2a5aca76.occitan@esperanto.org> <200304091626.h39GQlwc000430@rum.cs.yale.edu> <1050020736.419.11.camel@zircon> <200304112359.h3BNxpw5012335@rum.cs.yale.edu> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Trace: main.gmane.org 1050106459 11349 80.91.224.249 (12 Apr 2003 00:14:19 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Sat, 12 Apr 2003 00:14:19 +0000 (UTC) Cc: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Sat Apr 12 02:14:16 2003 Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by main.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1948et-0002wp-00 for ; Sat, 12 Apr 2003 02:14:15 +0200 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 1948ka-0002Hr-00 for ; Sat, 12 Apr 2003 02:20:08 +0200 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.10.13) id 1948fH-0004Bl-00 for emacs-devel@quimby.gnus.org; Fri, 11 Apr 2003 20:14:39 -0400 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.10.13) id 1948ea-0003Y7-00 for emacs-devel@gnu.org; Fri, 11 Apr 2003 20:13:56 -0400 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.10.13) id 1948dW-0002gX-00 for emacs-devel@gnu.org; Fri, 11 Apr 2003 20:12:51 -0400 Original-Received: from dsl231-043-165.sea1.dsl.speakeasy.net ([216.231.43.165] helo=zircon.seattle.wa.us) by monty-python.gnu.org with smtp (Exim 4.10.13) id 1948c1-0001GU-00 for emacs-devel@gnu.org; Fri, 11 Apr 2003 20:11:18 -0400 Original-Received: (qmail 20361 invoked from network); 12 Apr 2003 00:11:15 -0000 Original-Received: from localhost (HELO ?127.0.0.1?) (127.0.0.1) by localhost with SMTP; 12 Apr 2003 00:11:15 -0000 Original-To: Stefan Monnier In-Reply-To: <200304112359.h3BNxpw5012335@rum.cs.yale.edu> X-Mailer: Ximian Evolution 1.2.4 Original-cc: Richard Stallman Original-cc: dapfy@t-online.de X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1b5 Precedence: list List-Id: Emacs development discussions. List-Help: List-Post: List-Subscribe: , List-Archive: List-Unsubscribe: , Errors-To: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Xref: main.gmane.org gmane.emacs.devel:13178 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:13178 On Fri, 2003-04-11 at 16:59, Stefan Monnier wrote: > > According to Stefan, he put it in Emacs 21.1. > > > > That isn't too long ago, so I don't think it isn't too late > > to change this back. > > > > Stefan, could you give me a brief self-contained description of the > > two behaviors, written for someone who doesn't use skeleton? > > A simple skeleton could look like > > ... "(" _ ")" ... > > If a region is active when executing the skeleton, it will end > up wrapping the region in parentheses. Otherwise, it will insert > "()" and point point in the middle. > > Skeleton also has a special @ which pushes the corresponding position > onto a list of positions which elisp code can then use as it > sees fit (I don't actually know of any uses, so I'll let other > people describe what these are might be used for). mmm-mode uses @ in skeletons to mark special positions around the skeleton for use afterwards. An mmm-mode skeleton looks like ... @ "front-tag" @ "other stuff" _ "other stuff" @ back tag" @ mmm-mode expects point to end up at the _. Simply because Stefan could not imagine what @ was used for, he discarded its behavior and ruined all of the existing mmm-mode skeletons. > Before my patch, the behavior was that after insertion of > a skeleton, point would be placed at "the first occurrence of _ > or at the end of the skeleton". > > What my patch changed is that point after insertion of a skeleton > is now placed at "the first occurrence of _ or @ > or at the end of the skeleton". > > > Stefan >