From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#17801: 24.3.91; Regression: Texinfo Mode inserts newline after markup Date: Thu, 19 Jun 2014 17:54:58 +0300 Message-ID: <834mzht0e5.fsf@gnu.org> References: <83wqcetgd8.fsf@gnu.org> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org X-Trace: ger.gmane.org 1403189786 1834 80.91.229.3 (19 Jun 2014 14:56:26 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 19 Jun 2014 14:56:26 +0000 (UTC) Cc: 17801@debbugs.gnu.org To: Stefan Monnier Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Thu Jun 19 16:56:19 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 1WxdlC-0007jk-PA for geb-bug-gnu-emacs@m.gmane.org; Thu, 19 Jun 2014 16:56:18 +0200 Original-Received: from localhost ([::1]:36069 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WxdlB-00019E-Q8 for geb-bug-gnu-emacs@m.gmane.org; Thu, 19 Jun 2014 10:56:17 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:34560) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Wxdl2-0000vh-5X for bug-gnu-emacs@gnu.org; Thu, 19 Jun 2014 10:56:13 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Wxdkx-00082c-0Y for bug-gnu-emacs@gnu.org; Thu, 19 Jun 2014 10:56:08 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:33929) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Wxdkw-00082S-TB for bug-gnu-emacs@gnu.org; Thu, 19 Jun 2014 10:56:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1Wxdkw-0001FY-7Y for bug-gnu-emacs@gnu.org; Thu, 19 Jun 2014 10:56:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 19 Jun 2014 14:56:02 +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-submit@debbugs.gnu.org id=B17801.14031897244752 (code B ref 17801); Thu, 19 Jun 2014 14:56:02 +0000 Original-Received: (at 17801) by debbugs.gnu.org; 19 Jun 2014 14:55:24 +0000 Original-Received: from localhost ([127.0.0.1]:53311 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WxdkK-0001EX-19 for submit@debbugs.gnu.org; Thu, 19 Jun 2014 10:55:24 -0400 Original-Received: from mtaout21.012.net.il ([80.179.55.169]:65317) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WxdkG-0001EC-SE for 17801@debbugs.gnu.org; Thu, 19 Jun 2014 10:55:22 -0400 Original-Received: from conversion-daemon.a-mtaout21.012.net.il by a-mtaout21.012.net.il (HyperSendmail v2007.08) id <0N7F00E007T5GL00@a-mtaout21.012.net.il> for 17801@debbugs.gnu.org; Thu, 19 Jun 2014 17:55:13 +0300 (IDT) Original-Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout21.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0N7F00ECS841BV70@a-mtaout21.012.net.il>; Thu, 19 Jun 2014 17:55:13 +0300 (IDT) In-reply-to: X-012-Sender: halo1@inter.net.il 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:90552 Archived-At: > From: Stefan Monnier > Cc: 17801@debbugs.gnu.org > Date: Wed, 18 Jun 2014 23:54:42 -0400 > > > I couldn't find a clear-cut way to fix this. Setting > > skeleton-end-newline to nil doesn't sound right, > > I think it's the right solution, tho. > > > I also couldn't find any way of telling a skeleton not to insert a > > newline; did I miss something? > > Indeed, there isn't any. But really skeleton shouldn't insert a newline > by default (since it offers no way for individual skeletons to override > it). Instead, each skeleton that needs it should end with a \n. But this will probably cause massive breakage in users of skeleton. So it might be appropriate for the trunk, but not for the emacs-24 branch. For the branch, is it OK to make skeleton-end-newline buffer-local in Texinfo buffers, and then give it a nil value?