From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Lars Ingebrigtsen Newsgroups: gmane.emacs.bugs Subject: bug#49558: fill paragraph in texinfo-mode fails with @ Date: Wed, 14 Jul 2021 16:29:43 +0200 Message-ID: <87v95dhstk.fsf@gnus.org> References: <87h7gxmj5s.fsf@gnus.org> <83im1d85pt.fsf@gnu.org> <87y2a9jbi7.fsf@gnus.org> <835yxd82d7.fsf@gnu.org> <87k0ltjauf.fsf@gnus.org> <831r8181yg.fsf@gnu.org> <877dhtj921.fsf@gnus.org> <83y2a96lb6.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="22223"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) Cc: monnier@iro.umontreal.ca, 49558@debbugs.gnu.org, lisa-asket@perso.be To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Wed Jul 14 16:30:48 2021 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1m3fuS-0005cc-21 for geb-bug-gnu-emacs@m.gmane-mx.org; Wed, 14 Jul 2021 16:30:48 +0200 Original-Received: from localhost ([::1]:35592 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1m3fuQ-0005Au-Pk for geb-bug-gnu-emacs@m.gmane-mx.org; Wed, 14 Jul 2021 10:30:47 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:41480) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1m3fti-00057m-Ib for bug-gnu-emacs@gnu.org; Wed, 14 Jul 2021 10:30:02 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:34064) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1m3fti-00032h-9u for bug-gnu-emacs@gnu.org; Wed, 14 Jul 2021 10:30:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1m3fti-0005Yh-6Y for bug-gnu-emacs@gnu.org; Wed, 14 Jul 2021 10:30:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 14 Jul 2021 14:30:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 49558 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch moreinfo Original-Received: via spool by 49558-submit@debbugs.gnu.org id=B49558.162627299521334 (code B ref 49558); Wed, 14 Jul 2021 14:30:02 +0000 Original-Received: (at 49558) by debbugs.gnu.org; 14 Jul 2021 14:29:55 +0000 Original-Received: from localhost ([127.0.0.1]:45610 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1m3fta-0005Y2-LZ for submit@debbugs.gnu.org; Wed, 14 Jul 2021 10:29:54 -0400 Original-Received: from quimby.gnus.org ([95.216.78.240]:44092) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1m3ftZ-0005Xl-7L for 49558@debbugs.gnu.org; Wed, 14 Jul 2021 10:29:53 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=K5ygQr+z5sogFIlKRDwvd6vxk3g5yeN8LE1MNvwUiz0=; b=ROfD3fd+EW5xUoBJgTowMrY1a1 zLTiEkLxWpzzNNXyoge07nRPkfxLG+kqg9c0sr1ecczm92vTHfjUzc0MYXHiPAHPlYyTJHXq/jawH BMhO1Zia2+lG0DWNP2VXJsOh1ChRIRelPGoABX7u3U4xNtuM+6qph2hO/8/mqUT9A8u0=; Original-Received: from cm-84.212.220.105.getinternet.no ([84.212.220.105] helo=elva) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1m3ftQ-0004Tt-1J; Wed, 14 Jul 2021 16:29:46 +0200 Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAAElBMVEUNCA1fJiiwTTao oaWnFRj////jzfNNAAAAAWJLR0QF+G/pxwAAAAd0SU1FB+UHDg4YNQaU+sIAAAGqSURBVDjLdZOB kYQgDEXDugUQpQAEChDTwOHSf02XAArs3DGz48rz/wSSAPy3FCLqdYeNnzNx+6pPBy+3n/oLLAKU s6wbrU6PG/ljoUg0ghdR3Pi3EBWgnlCajsXb44XWrryfc04NRCCwq9IWI0CWVa0iLYRUli6CnH9K cOeUA+dWt3FSpoA57fJV/geYGuEByrRUngCDgYC3/MHJIGTbnNK0f3FAyXXNV/qKKO/mukLIXyny 91osQ8+1CjSsbudn/gLINxAy17LcbakLllSQKxjyTrCJgPRzCCynDH6XPdUBm6A8LqKDt1RP6sek Cpz4YwepXmummOZjmAZcb5TiHdp+Ijt0Yhek5GNXDADT0KaiSBXw9tCLio+ONzDGTsA8CjNI+NB3 7HkSJjA2Dnu9bzA1FFfubwCYWgMmmNdbYzsh4hRecZimkUa6zl3foF2luF1SLKqoDPStYE8eiZ0d +cXzCBrTCcficbxOAfSuRc+sDXmTOf24/KGDUGv5mktsgt7IEXgBkY57/rhaUCbbUwW9L6CMKnx8 AfGeLAQJfXJwURD1WpfhPukXYUCDQOw/chYAAAAldEVYdGRhdGU6Y3JlYXRlADIwMjEtMDctMTRU MTQ6MjQ6NTMrMDA6MDB3JIgfAAAAJXRFWHRkYXRlOm1vZGlmeQAyMDIxLTA3LTE0VDE0OjI0OjUz KzAwOjAwBnkwowAAAABJRU5ErkJggg== X-Now-Playing: Fad Gadget's _Incontinent_: "Innocent Bystander" In-Reply-To: <83y2a96lb6.fsf@gnu.org> (Eli Zaretskii's message of "Wed, 14 Jul 2021 17:07:25 +0300") X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list 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-mx.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.io gmane.emacs.bugs:209940 Archived-At: Eli Zaretskii writes: > But even if we do so, I'm not sure that > > @cindex relative remapping, faces > @cindex base remapping, faces > The following functions implement a higher-level interface to > @code{face-remapping-alist}. Most Lisp code should use these > functions instead of setting @code{face-remapping-alist} directly, to > avoid trampling on remappings applied elsewhere. These functions are > intended for buffer-local remappings, so they all make > @code{face-remapping-alist} buffer-local as a side-effect. They manage > @code{face-remapping-alist} entries of the form > > should be a single paragraph, But it is one paragraph today. With my proposed patch, it becomes two paragraphs (since @cindex is the start of a paragraph). > and likewise this: > > @defun face-remap-add-relative face &rest specs > This function adds the face spec in @var{specs} as relative > remappings for face @var{face} in the current buffer. The remaining > arguments, @var{specs}, should form either a list of face names, or a > property list of attribute/value pairs. There would be no difference here -- that's one paragraph both before and after the patch. My preference would be to have the first example be three paragraphs, and the second example two paragraphs, but I have no idea how to make that happen with any paragraph-start/separate settings. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no