From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.bugs Subject: bug#17801: 24.3.91; Regression: Texinfo Mode inserts newline after markup Date: Fri, 20 Jun 2014 09:19:59 -0400 Message-ID: References: <83wqcetgd8.fsf@gnu.org> <834mzht0e5.fsf@gnu.org> <83bntorme5.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1403270493 583 80.91.229.3 (20 Jun 2014 13:21:33 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 20 Jun 2014 13:21:33 +0000 (UTC) Cc: 17801-done@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Fri Jun 20 15:21:25 2014 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1Wxyku-0000py-Px for geb-bug-gnu-emacs@m.gmane.org; Fri, 20 Jun 2014 15:21:24 +0200 Original-Received: from localhost ([::1]:40807 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Wxyks-0008Bz-8S for geb-bug-gnu-emacs@m.gmane.org; Fri, 20 Jun 2014 09:21:22 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:54900) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Wxykh-0008Aq-1t for bug-gnu-emacs@gnu.org; Fri, 20 Jun 2014 09:21:19 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WxykY-0001lO-Ki for bug-gnu-emacs@gnu.org; Fri, 20 Jun 2014 09:21:11 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:34494) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WxykY-0001lJ-H4 for bug-gnu-emacs@gnu.org; Fri, 20 Jun 2014 09:21:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1WxykX-0007ln-OJ for bug-gnu-emacs@gnu.org; Fri, 20 Jun 2014 09:21:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Stefan Monnier Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 20 Jun 2014 13:21:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 17801 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 17801-done@debbugs.gnu.org id=D17801.140327041829807 (code D ref 17801); Fri, 20 Jun 2014 13:21:01 +0000 Original-Received: (at 17801-done) by debbugs.gnu.org; 20 Jun 2014 13:20:18 +0000 Original-Received: from localhost ([127.0.0.1]:53877 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Wxyjk-0007ka-RT for submit@debbugs.gnu.org; Fri, 20 Jun 2014 09:20:17 -0400 Original-Received: from ironport2-out.teksavvy.com ([206.248.154.181]:5254) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Wxyjd-0007jv-7D for 17801-done@debbugs.gnu.org; Fri, 20 Jun 2014 09:20:10 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ArYGAIDvNVNLd+D9/2dsb2JhbABZgwaDSr0vgw6BFxd0giUBAQEBAgFWIwULCzQSFBgNJIgECNIZF456B4Q4BKkZgWqDTCE X-IPAS-Result: ArYGAIDvNVNLd+D9/2dsb2JhbABZgwaDSr0vgw6BFxd0giUBAQEBAgFWIwULCzQSFBgNJIgECNIZF456B4Q4BKkZgWqDTCE X-IronPort-AV: E=Sophos;i="4.97,753,1389762000"; d="scan'208";a="68726062" Original-Received: from 75-119-224-253.dsl.teksavvy.com (HELO pastel.home) ([75.119.224.253]) by ironport2-out.teksavvy.com with ESMTP/TLS/ADH-AES256-SHA; 20 Jun 2014 09:19:59 -0400 Original-Received: by pastel.home (Postfix, from userid 20848) id 61EBE60D09; Fri, 20 Jun 2014 09:19:59 -0400 (EDT) In-Reply-To: <83bntorme5.fsf@gnu.org> (Eli Zaretskii's message of "Fri, 20 Jun 2014 11:54:58 +0300") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 140.186.70.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:90585 Archived-At: >> Indeed, that's why I haven't made such a change. > Should we make such a change on the trunk at this time? We could try, yes. I bumped into this problem many years ago and didn't dare to make such a change back then (instead, I added the skeleton-end-newline variable, so that at least you can get rid of these newlines without having to remove a lambda expression from a hook). > Btw, while working on this, I bumped into some strange feature: the > last \n element in a skeleton is only obeyed when it would be inserted > not at end of line. This is explicitly coded in skeleton.el: > ;; \n as last element only inserts \n if not at eol. > ((and (null (cdr skeleton-il)) (not recursive) (eolp)) Right, this is specifically so you can write skeletons which do the same regardless of skeleton-end-newline. I.e. so that after changing the default of skeleton-end-newline, you can tell people they can fix their skeletons by simply adding a final \n rather than having to test Emacs version or the value of skeleton-end-newline. > For this reason, if a skeleton wants to always insert a newline at the > end, it quite embarrassingly must end with 2 \n elements, and risk > inserting an extra newline in some cases. Right, but this need is very rare in my experience. You can always use some other element, like "\n" instead. Stefan