From unknown Fri Sep 05 17:59:43 2025 X-Loop: help-debbugs@gnu.org Subject: bug#37325: About 'latex-insert/close-block' in 'latex-mode' Resent-From: Sebastian Urban Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 06 Sep 2019 17:32:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 37325 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 37325@debbugs.gnu.org X-Debbugs-Original-To: Bug GNU Emacs Received: via spool by submit@debbugs.gnu.org id=B.156779108127040 (code B ref -1); Fri, 06 Sep 2019 17:32:01 +0000 Received: (at submit) by debbugs.gnu.org; 6 Sep 2019 17:31:21 +0000 Received: from localhost ([127.0.0.1]:37321 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1i6I4v-000724-3Q for submit@debbugs.gnu.org; Fri, 06 Sep 2019 13:31:21 -0400 Received: from lists.gnu.org ([209.51.188.17]:49759) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1i6I4t-00071w-2F for submit@debbugs.gnu.org; Fri, 06 Sep 2019 13:31:19 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:45604) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1i6I4r-0003V2-5S for bug-gnu-emacs@gnu.org; Fri, 06 Sep 2019 13:31:18 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,FREEMAIL_FROM, SPOOFED_FREEMAIL autolearn=disabled version=3.3.2 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1i6I4p-000274-Dq for bug-gnu-emacs@gnu.org; Fri, 06 Sep 2019 13:31:16 -0400 Received: from mail-wm1-x336.google.com ([2a00:1450:4864:20::336]:54192) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1i6I4n-00020B-An for bug-gnu-emacs@gnu.org; Fri, 06 Sep 2019 13:31:13 -0400 Received: by mail-wm1-x336.google.com with SMTP id q19so7328635wmc.3 for ; Fri, 06 Sep 2019 10:31:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:subject:to:message-id:date:user-agent:mime-version :content-language:content-transfer-encoding; bh=q98BDxntZWMPDfvAE2okD7Zz6ZISXkxHUGB3GEM/GEY=; b=LsBNfP9yva+UHv2cVmu4iuhBB5jE3WeNGqDr9eWoJnQZfTjKtTUTd/bJLz9YWiT4I2 oJSQ0ec0dntPhuWWY+xVW1NdRQr4UDaALexQS9HIsZNmKrefigiQwPARRLXub30Ps4PF L1VEWvLq8iGSOKlXtswGwF7voMdAT0oPuarr3h631ZIsuivrTISMXZ6IOolYasbnKiaE b0I/PNqYnBqcKhu3b+Hyj57zvjVdHXc1HgsVl3/FtlSP3lTn0Pp/oAhlR9/9IvRX7ix5 3rK+5AQgSNUre1BHp1hGuBn61bArZio82WywE/Z5M/CVqjwe1+CMpaciU+db8VZAShUY dEUA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:subject:to:message-id:date:user-agent :mime-version:content-language:content-transfer-encoding; bh=q98BDxntZWMPDfvAE2okD7Zz6ZISXkxHUGB3GEM/GEY=; b=HEan9XNj6YXG0b+wdwzV/s6HmBnN79/qOrOAPCWjvZUDYuM14qq4H5tsi1h0JGAScc Afwh+FpHWfKowL0i6PQsPamr4TQduFzhfjzNOPr/ffMF9aErxqLk3XG0WCWdLe+agnVv +OGWkElR83RIkdR/4QR87on2UaAtui2szbg4XuorTPPizKNn74ORJv2ci7baHfHszrCC JtMPXaOiP79nsNn6oVrlxzvbRoRDS1ZPldBDWmx09gU86FbxPbmaO+AhOuGb2n9NWg1g 4G0HF6APJxr3Y1GdN5TOvGKeTxQcL9X48MtOfB1xtgSWqR/VznKOLwQ2g6Si3QHVj6Cn vd2w== X-Gm-Message-State: APjAAAWvFRxupKUPEYwh+8kDT1IUMPWE9bG1Dsa3p4uWgw0zTii0rMcT qOEupnHUikMpNahEyl4VcFdszqhV X-Google-Smtp-Source: APXvYqysbOK3kfhLDkB8aiaPu9EjqLwOD7KtaZpGhHSxWmdqlSF3YFR4Khjqz/ZnKiiY621gEgvawg== X-Received: by 2002:a7b:cc19:: with SMTP id f25mr8033559wmh.92.1567791067982; Fri, 06 Sep 2019 10:31:07 -0700 (PDT) Received: from ?IPv6:2a00:f41:1c74:5201:35a8:ac6e:7139:5105? ([2a00:f41:1c74:5201:35a8:ac6e:7139:5105]) by smtp.gmail.com with ESMTPSA id 189sm8389395wma.6.2019.09.06.10.31.07 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 06 Sep 2019 10:31:07 -0700 (PDT) From: Sebastian Urban Message-ID: Date: Fri, 6 Sep 2019 19:31:05 +0200 User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:60.0) Gecko/20100101 Thunderbird/60.8.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-GB Content-Transfer-Encoding: 7bit X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2a00:1450:4864:20::336 X-Spam-Score: -1.3 (-) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.3 (--) Hello, in 'latex-mode' (not AUCTeX) there are: - 'latex-insert-block' (function) & 'tex-latex-block' (alias) on 'C-c C-o' and 'C-c C-t'; - 'latex-close-block' (function) & 'tex-close-latex-block' (alias) on 'C-c C-e' and 'C-c /' and 'C-c ]'. 1. Why so many key bindings? Can we have 'C-c [' for "insert" and 'C-c ]' for "close" - and just that? When I do 'C-c [' it's "undefined", so maybe... 2. When I use 'where-is' on both aliases I get (echo area, 2 lines): tex-latex-block is not on any key; its alias latex-insert-block is on C-c C-t, C-c C-o If I'm not mistaken, it says that 'latex-insert-block' is an alias for 'tex-latex-block' when it's completely otherwise. So 2nd line should rather say: it's na alias for latex-insert-block, which is on C-c C-t, C-c C-o 2.1. Why the one char indent in 2nd line? 3. In INFO 25.11.2 "LaTeX Editing Commands" for 'C-c C-o' alias 'tex-latex-block' is used and for 'C-c C-e' alias 'tex-close-latex-block' is used - why not real functions names: 'latex-insert-block' and 'latex-close-block'? They would even sound better (look at the name of the section). 4. And then, after all, are those aliases needed at all? S. U. GNU Emacs 26.2 (build 1, i686-w64-mingw32) of 2019-04-13 From unknown Fri Sep 05 17:59:43 2025 X-Loop: help-debbugs@gnu.org Subject: bug#37325: About 'latex-insert/close-block' in 'latex-mode' Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 07 Sep 2019 10:17:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 37325 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Sebastian Urban Cc: 37325@debbugs.gnu.org Received: via spool by 37325-submit@debbugs.gnu.org id=B37325.15678513839267 (code B ref 37325); Sat, 07 Sep 2019 10:17:02 +0000 Received: (at 37325) by debbugs.gnu.org; 7 Sep 2019 10:16:23 +0000 Received: from localhost ([127.0.0.1]:37548 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1i6XlW-0002PO-Ps for submit@debbugs.gnu.org; Sat, 07 Sep 2019 06:16:23 -0400 Received: from eggs.gnu.org ([209.51.188.92]:38038) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1i6XlU-0002P9-VB for 37325@debbugs.gnu.org; Sat, 07 Sep 2019 06:16:21 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:57325) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1i6XlN-0004wA-CF; Sat, 07 Sep 2019 06:16:13 -0400 Received: from [176.228.60.248] (port=2927 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1i6XlM-00071x-85; Sat, 07 Sep 2019 06:16:13 -0400 Date: Sat, 07 Sep 2019 13:16:13 +0300 Message-Id: <83blvw5s42.fsf@gnu.org> From: Eli Zaretskii In-reply-to: (message from Sebastian Urban on Fri, 6 Sep 2019 19:31:05 +0200) References: X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Sebastian Urban > Date: Fri, 6 Sep 2019 19:31:05 +0200 > > 2. When I use 'where-is' on both aliases I get (echo area, 2 lines): > > tex-latex-block is not on any key; > its alias latex-insert-block is on C-c C-t, C-c C-o > > If I'm not mistaken, it says that 'latex-insert-block' is an alias for > 'tex-latex-block' when it's completely otherwise. So 2nd line should > rather say: > > it's na alias for latex-insert-block, which is on C-c C-t, C-c C-o > > 2.1. Why the one char indent in 2nd line? I cannot reproduce these 2 parts: when I use "C-h w" on these two aliases, I get a single line in the echo area saying they are not on any key. No second line, indented or otherwise. Can you show a complete recipe starting from "emacs -Q"? Thanks. From unknown Fri Sep 05 17:59:43 2025 X-Loop: help-debbugs@gnu.org Subject: bug#37325: About 'latex-insert/close-block' in 'latex-mode' Resent-From: Sebastian Urban Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 07 Sep 2019 21:16:03 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 37325 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 37325@debbugs.gnu.org Received: via spool by 37325-submit@debbugs.gnu.org id=B37325.15678909367327 (code B ref 37325); Sat, 07 Sep 2019 21:16:03 +0000 Received: (at 37325) by debbugs.gnu.org; 7 Sep 2019 21:15:36 +0000 Received: from localhost ([127.0.0.1]:38160 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1i6i3T-0001tu-IM for submit@debbugs.gnu.org; Sat, 07 Sep 2019 17:15:35 -0400 Received: from mail-wr1-f41.google.com ([209.85.221.41]:40294) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1i6i3R-0001mI-W5 for 37325@debbugs.gnu.org; Sat, 07 Sep 2019 17:15:34 -0400 Received: by mail-wr1-f41.google.com with SMTP id w13so9909485wru.7 for <37325@debbugs.gnu.org>; Sat, 07 Sep 2019 14:15:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:subject:to:cc:references:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=qmx9mVjvB0t1DwDs4ixkEii0itukVg6Ds+maXr/KFEQ=; b=cBh2W99cFBEC4O8mFULDLtN3JvK//Kc6pybAqSj00+rVYjMpFWS3PF5GvYULAeR8LK KOh0kpqDAITNTbc4R4MWMwb9Rw4f8nQ0QYzDsc0k8pzzNrMzRAVOWYvsxIKIvwr8H69o Y49stTpjqlhRDeufXyQVlbJzpGTOmTbv6yglBb9rttDSZVhOckhDXYvJ7ShuqQEzTp+D yo+SXCU938dNbOhuAW4gnSvgEZN4Z5HXqRClfm7vvgv014YP/pEQFnRj6ypH8IfwY1j7 sCzMRpkfmoNw2ftaITZCpyq9OV+tXGcqwGCC4GDiabX2ftlHPTDmOLUDjrU84OAZ8o3G xsLA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:subject:to:cc:references:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=qmx9mVjvB0t1DwDs4ixkEii0itukVg6Ds+maXr/KFEQ=; b=QSwN0YazG67wA2EYlIFATyNIrAVImJEuAwwkL86tZwbSDOBF58q7TBtxT8nflrfVog elL83gxXQ6VtyX1xC25JBgTzZhjob9M0ileo0GLXAFWmohA6yijZYyLKnEbnmL+/QR3f 1epxeSoWEvXc1yZwA1ZBYGRo8v3Efxh7IYIe4f1HpgZasjiPxnNf+yJK+zXVWCbj0w9U Uofiplx776CLvFZwZmY3q5zOvkuzA8mhlggAT0D1Kzko7UbNZY1e0JmDXUUZRNMhDOuS P1fVr5qobdsckHhbPfgy8BAAIghNe9B5ff+n013PAnuORFCWY2nJMSxNrKJJTnAmojzn 1saA== X-Gm-Message-State: APjAAAVkah8xhv4EDwMnv3A6+GpF+wctK5Ca+7Y0I10An9vKsSOkEu9m ftVBlLafNUNVB2LDtFEYqm1raUzmrRKRVO4j X-Google-Smtp-Source: APXvYqwhz0nooFtWtSDYl7LRShzwr7lZJ9lYHJvyafd4VTWksgLvkceozKZ0jYUpelbI8l7IRWTG8Q== X-Received: by 2002:a5d:46cb:: with SMTP id g11mr11962858wrs.268.1567890928175; Sat, 07 Sep 2019 14:15:28 -0700 (PDT) Received: from ?IPv6:2a00:f41:1cae:b041:90df:5475:6184:6e6? ([2a00:f41:1cae:b041:90df:5475:6184:6e6]) by smtp.gmail.com with ESMTPSA id f143sm16359149wme.40.2019.09.07.14.15.27 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 07 Sep 2019 14:15:27 -0700 (PDT) From: Sebastian Urban References: <83blvw5s42.fsf@gnu.org> Message-ID: <89a97611-37d4-3409-7b62-23fce7529b24@gmail.com> Date: Sat, 7 Sep 2019 21:15:24 +0200 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.8.0 MIME-Version: 1.0 In-Reply-To: <83blvw5s42.fsf@gnu.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-GB Content-Transfer-Encoding: 7bit X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) > Can you show a complete recipe starting from "emacs -Q"? 1. emacs -Q 2. C-x b a RET ('a' is random name) 3. M-x latex-mode 4a. C-h w tex-latex-block 4b. C-h w tex-close-latex-block From unknown Fri Sep 05 17:59:43 2025 X-Loop: help-debbugs@gnu.org Subject: bug#37325: About 'latex-insert/close-block' in 'latex-mode' Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 08 Sep 2019 17:09:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 37325 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Sebastian Urban Cc: 37325@debbugs.gnu.org Received: via spool by 37325-submit@debbugs.gnu.org id=B37325.156796248715475 (code B ref 37325); Sun, 08 Sep 2019 17:09:02 +0000 Received: (at 37325) by debbugs.gnu.org; 8 Sep 2019 17:08:07 +0000 Received: from localhost ([127.0.0.1]:39084 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1i70fW-00041X-RY for submit@debbugs.gnu.org; Sun, 08 Sep 2019 13:08:07 -0400 Received: from eggs.gnu.org ([209.51.188.92]:53768) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1i70fU-000413-SD for 37325@debbugs.gnu.org; Sun, 08 Sep 2019 13:08:05 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:49285) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1i70fP-0006ce-Q0; Sun, 08 Sep 2019 13:07:59 -0400 Received: from [176.228.60.248] (port=4658 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1i70fO-0004Q4-RD; Sun, 08 Sep 2019 13:07:59 -0400 Date: Sun, 08 Sep 2019 20:08:03 +0300 Message-Id: <83mufe4sy4.fsf@gnu.org> From: Eli Zaretskii In-reply-to: <89a97611-37d4-3409-7b62-23fce7529b24@gmail.com> (message from Sebastian Urban on Sat, 7 Sep 2019 21:15:24 +0200) References: <83blvw5s42.fsf@gnu.org> <89a97611-37d4-3409-7b62-23fce7529b24@gmail.com> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Sebastian Urban > Cc: 37325@debbugs.gnu.org > Date: Sat, 7 Sep 2019 21:15:24 +0200 > > > Can you show a complete recipe starting from "emacs -Q"? > > 1. emacs -Q > 2. C-x b a RET ('a' is random name) > 3. M-x latex-mode > 4a. C-h w tex-latex-block > 4b. C-h w tex-close-latex-block Thanks, now I see it. It sounds like the code which adds aliases treats an alias as a symmetric relation. Not sure if this is correct. As for the extra blank, I think it's a matter of personal preference whether it improves the display or makes it worse. From unknown Fri Sep 05 17:59:43 2025 X-Loop: help-debbugs@gnu.org Subject: bug#37325: About 'latex-insert/close-block' in 'latex-mode' Resent-From: Sebastian Urban Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 23 Apr 2020 12:30:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 37325 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: eliz@gnu.org Cc: 37325@debbugs.gnu.org Received: via spool by 37325-submit@debbugs.gnu.org id=B37325.15876449538365 (code B ref 37325); Thu, 23 Apr 2020 12:30:02 +0000 Received: (at 37325) by debbugs.gnu.org; 23 Apr 2020 12:29:13 +0000 Received: from localhost ([127.0.0.1]:54204 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jRaye-0002Ar-W8 for submit@debbugs.gnu.org; Thu, 23 Apr 2020 08:29:13 -0400 Received: from mail-lj1-f177.google.com ([209.85.208.177]:35036) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jRayd-0002Ae-R9 for 37325@debbugs.gnu.org; Thu, 23 Apr 2020 08:29:12 -0400 Received: by mail-lj1-f177.google.com with SMTP id g4so6022423ljl.2 for <37325@debbugs.gnu.org>; Thu, 23 Apr 2020 05:29:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=to:references:subject:in-reply-to:cc:from:message-id:date :user-agent:mime-version:content-language:content-transfer-encoding; bh=IGPJEG4LS4Mn6lKZooYAnIuNbtSgqirCVdVGk3JW118=; b=gbHT7PYAktk7mW4JDJxFMOU/hbL9/+3asVQqEZP8VzB9wiy2ViYh8mt67wulK+xl98 dd+sSCc/Vvzm/ttFBuxgHr+77hRMYcBWqP5mR9WVCj3IkBGd19HGm21d8FmTisPkrO+q RHGQBHDIhax+QyWtGVeZrrcOUnu/r0oWc2PXm0O6z8i2SWhAjDZN7Kj13UuhCVHiSn8v krQhch8bXGtl9J2AwRZ+hEaOOmr9h8th537O+cQY9g64RYmF8bZPsHr9b+0bFVSck/so 9JDLtWY1v7TXBJKij+QIrme35P4p5yqgmc07zBbXA420regr/3D/INWVOLzGBmu14JbV RC4Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:to:references:subject:in-reply-to:cc:from :message-id:date:user-agent:mime-version:content-language :content-transfer-encoding; bh=IGPJEG4LS4Mn6lKZooYAnIuNbtSgqirCVdVGk3JW118=; b=lhGJIFOZY3wKpQAFfPZYkYeNEv9QJq3EhgSfMpnGCoRZGxTIyhe407HA6OV4zGqJA3 BYVDom77qLCdhX2OBPSPGjxIOhqrqZVrV9JjvnPaR141YqAF6d4+PqYzjQ2On1B1tiyj a+LoljA2O5/KrIVhdjZ07eb+Y25BiaK/lMTBnJ3LRSjX4sLHmEfH459CCR8m1Il0aTBp iV3pXcK9YsT40obakC0Aqpc36YLlht8hJi7vmgyJmwEN3a2McHmESaCxcCbilK9/yrOo SKoglGAKGdd0N2ycB8VicJxBb/r1wXsbwTYkAHW9FKf7/NDgOWDqClfUsthnNaOCxflc hoTQ== X-Gm-Message-State: AGi0PuYrAWcHKeDpBlCcLXS3z17JXQoWuTKsb7knWcdExCunAP0d0qYi cVAikuBU3qe/YSFN/+BfjuD9OfqT X-Google-Smtp-Source: APiQypIbhobvWWG368vWL4MQf0OXJqiga8Zi0YHD6YYIUA/qNevyz6DWwwuC1NNScqsU/4rVSMIG7w== X-Received: by 2002:a2e:888e:: with SMTP id k14mr2339703lji.4.1587644945398; Thu, 23 Apr 2020 05:29:05 -0700 (PDT) Received: from [192.168.1.100] (ip-89-161-13-171.tel.tkb.net.pl. [89.161.13.171]) by smtp.gmail.com with ESMTPSA id x80sm1741020lff.23.2020.04.23.05.29.04 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Thu, 23 Apr 2020 05:29:04 -0700 (PDT) References: In-Reply-To: <83mufe4sy4.fsf@gnu.org> From: Sebastian Urban Message-ID: Date: Thu, 23 Apr 2020 14:29:07 +0200 User-Agent: Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:68.0) Gecko/20100101 Thunderbird/68.7.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-GB Content-Transfer-Encoding: 7bit X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) So, I revisited this bug and I should update it. > 1. Why so many key bindings? Can we have 'C-c [' for "insert" and > 'C-c ]' for "close" - and just that? When I do 'C-c [' it's > "undefined", so maybe... After looking into "tex-mode.el" I found explanation in "tex-mode-map": ;; Redundant keybindings, for consistency with SGML mode. (define-key map "\C-c\C-t" 'latex-insert-block) (define-key map "\C-c]" 'latex-close-block) (define-key map "\C-c/" 'latex-close-block) This group is separated from other keybindings with empty lines, so I'm guessing by default "C-c C-o" inserts block and "C-c C-e" closes block, the rest (C-c C-t, C-c ], C-c /) are additional shortcuts. Therefore I think this part of the bug can be "closed". > 2. When I use 'where-is' on both aliases I get (echo area, 2 > lines): > > tex-latex-block is not on any key; > its alias latex-insert-block is on C-c C-t, C-c C-o > > If I'm not mistaken, it says that 'latex-insert-block' is an alias > for 'tex-latex-block' when it's completely otherwise. So 2nd line > should rather say: > > it's na alias for latex-insert-block, which is on C-c C-t, C-c C-o AND quoting Eli: > It sounds like the code which adds aliases treats an alias as a > symmetric relation. Not sure if this is correct. You might be right, because e.g. in "hi-lock.el" there is: (defalias 'highlight-lines-matching-regexp 'hi-lock-line-face-buffer) After using "where-is" on "hi-lock-line-face-buffer" I get: hi-lock-line-face-buffer is not on any key; its alias highlight-lines-matching-regexp is on M-s h l It seems to be OK, because "highlight-lines-matching-regexp" is an alias for "hi-lock-line-face-buffer". But I think this way of handling aliases is wrong. According to the dictionary alias is a "false name", which means no symmetric relation. Name B can be false name for Real Name A, but not the other way (going further Name B can have additional false name in form of Name C etc.). I hope I didn't mess this up. So while it does the job in example from "hi-lock.el", it fails in example from "tex-mode.el", which means the function should be corrected to have 2 strings, current one (its alias) and perhaps suggested by me - "it's an alias for". > 2.1. Why the one char indent in 2nd line? AND quoting Eli: > As for the extra blank, I think it's a matter of personal preference > whether it improves the display or makes it worse. Well, since it indicates (form similar to unordered list) that second line is "continuation" of information from first line, rather than new information, it could stay as it is. So this part can be also "closed". > 3. In INFO 25.11.2 "LaTeX Editing Commands" for 'C-c C-o' alias > 'tex-latex-block' is used and for 'C-c C-e' alias > 'tex-close-latex-block' is used - why not real functions names: > 'latex-insert-block' and 'latex-close-block'? They would even sound > better (look at the name of the section). And this is a bug. In "tex-mode.el", under "tex-mode-map", there is: (define-key map "\C-c\C-o" 'latex-insert-block) AND (define-key map "\C-c\C-e" 'latex-close-block) In "text.texi", lines 1666, 1669, 1676 and 1691 should be updated. > 4. And then, after all, are those aliases needed at all? As I searched through "tex-mode.el", I was able to find them ("tex-close-latex-block" and "tex-latex-block") only where they are defined as an alias. So if they are not used somewhere outside, maybe they could be removed? S. U. From unknown Fri Sep 05 17:59:43 2025 X-Loop: help-debbugs@gnu.org Subject: bug#37325: About 'latex-insert/close-block' in 'latex-mode' Resent-From: Sebastian Urban Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 04 May 2020 14:49:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 37325 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: mrsebastianurban@gmail.com Cc: 37325@debbugs.gnu.org Received: via spool by 37325-submit@debbugs.gnu.org id=B37325.15886036986904 (code B ref 37325); Mon, 04 May 2020 14:49:02 +0000 Received: (at 37325) by debbugs.gnu.org; 4 May 2020 14:48:18 +0000 Received: from localhost ([127.0.0.1]:33648 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jVcOI-0001nH-DJ for submit@debbugs.gnu.org; Mon, 04 May 2020 10:48:18 -0400 Received: from mail-lj1-f170.google.com ([209.85.208.170]:36923) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jVcOG-0001n3-0j for 37325@debbugs.gnu.org; Mon, 04 May 2020 10:48:17 -0400 Received: by mail-lj1-f170.google.com with SMTP id b2so9941162ljp.4 for <37325@debbugs.gnu.org>; Mon, 04 May 2020 07:48:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=to:references:subject:in-reply-to:cc:from:message-id:date :user-agent:mime-version:content-language; bh=Ns19QYTxofa+q/kIGc2COSztE5OVcjA3arptGUor83o=; b=IqlnINuw5yJ02afyEAxMJxjuvanH0Wp0o7iF47FjSyXY5/lU6ZR7B/2bq8/TUbYHef P3tzX5CfppTMaHnoH5msvkh16sLxYrMNwXhezLcsPRX+tgc7TLVCT0NyY6EGHTtkP1M/ SHZB1I6WxciEpFc3ySgG3voPptUkGz6L9xz0d+SdASz3GYqtuQP+5FV+Kk1/A1AZHjMp hYf+7Wh3lmdWrpuHShdkjoOWsad6KGLnvWXP0KEDwrTCNNlVq2LBET8yhMJvq9wagST0 fke7NLXFUdVbFY+TtbtLZRkEnmtvd5XrXcA+vNu2rOpPlrFj3AE7YRQZeTZFLRO+yBDY KrLQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:to:references:subject:in-reply-to:cc:from :message-id:date:user-agent:mime-version:content-language; bh=Ns19QYTxofa+q/kIGc2COSztE5OVcjA3arptGUor83o=; b=a65DbT3FcvepzmlOHbKGkqRXQk6JLW2fn8YHYp1YQC/P20lpw31rYoUdlRiWY1j4NE I76C5svt6WjbjNuJ1CSSLRlFLdCjt+ZlOqYCEb85kXA4ge6SXr4rpNvtcbbMsoeoBmep q3yX+nC89kC2IPAx0WNihPi8+v8u3CoG7A/Cb3Wzp3gMudEKEs/XwweAY8wAPExTjhLo ffMYR9Meufj4X1DIXyDMnpW80fhud2CzahzqlUe9njUyuc34cWxwGJldafwye8Vh2H73 Ij9ejEIs9LcQ/PcPzM/ht9Ubit9RZXCpWea5tujPUnHZggNDIxzPb8bxS/AzGbKvYbNi 3tmA== X-Gm-Message-State: AGi0PuZGJfHKvfI6hHfvzYV1RaVYaAeNioDHKgw4g9o3qgUQumpYVUTI iJlPiYs7AgbPzHloTB4YQCZ3yrUx X-Google-Smtp-Source: APiQypIGdCc95bKbxJq9HgGW2dsrtkIY1Dt+GSKWGRxtoe16rWMqmW/bJkltH/ceijSvGFN7EGwjGA== X-Received: by 2002:a2e:2414:: with SMTP id k20mr10383009ljk.162.1588603689699; Mon, 04 May 2020 07:48:09 -0700 (PDT) Received: from [192.168.1.100] (ip-89-161-2-137.tel.tkb.net.pl. [89.161.2.137]) by smtp.gmail.com with ESMTPSA id f5sm1118946lfh.84.2020.05.04.07.48.06 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 04 May 2020 07:48:06 -0700 (PDT) References: In-Reply-To: From: Sebastian Urban Message-ID: <8d17da0c-0da2-8e52-1f05-2e1c103ff6da@gmail.com> Date: Mon, 4 May 2020 16:48:08 +0200 User-Agent: Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:68.0) Gecko/20100101 Thunderbird/68.7.0 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="------------E3404B23381168BCF4D5F808" Content-Language: en-GB X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) This is a multi-part message in MIME format. --------------E3404B23381168BCF4D5F808 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit >> 3. In INFO 25.11.2 "LaTeX Editing Commands" for 'C-c C-o' alias >> 'tex-latex-block' is used and for 'C-c C-e' alias >> 'tex-close-latex-block' is used - why not real functions names: >> 'latex-insert-block' and 'latex-close-block'? They would even sound >> better (look at the name of the section). > > And this is a bug. In "tex-mode.el", under "tex-mode-map", there is: > > (define-key map "\C-c\C-o" 'latex-insert-block) > AND > (define-key map "\C-c\C-e" 'latex-close-block) > > In "text.texi", lines 1666, 1669, 1676 and 1691 should be updated. I'm attaching diff for this, to help a bit. S. U. --------------E3404B23381168BCF4D5F808 Content-Type: text/plain; charset=UTF-8; name="text.diff" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="text.diff" LS0tIG9sZC90ZXh0LnRleGkJMjAyMC0wNS0wNCAxNjoxODo0Mi45MjA0MTg2MDAgKzAyMDAK KysrIG5ldy90ZXh0LnRleGkJMjAyMC0wNS0wNCAxNjozNzo0Ni4yMDg4MzEyMDAgKzAyMDAK QEAgLTE2NjMsMTcgKzE2NjMsMTcgQEAKIEB0YWJsZSBAa2JkCiBAaXRlbSBDLWMgQy1vCiBJ bnNlcnQgQHNhbXB7XGJlZ2lufSBhbmQgQHNhbXB7XGVuZH0gZm9yIEBMYVRlWHt9IGJsb2Nr IGFuZCBwb3NpdGlvbgotcG9pbnQgb24gYSBsaW5lIGJldHdlZW4gdGhlbSAoQGNvZGV7dGV4 LWxhdGV4LWJsb2NrfSkuCitwb2ludCBvbiBhIGxpbmUgYmV0d2VlbiB0aGVtIChAY29kZXts YXRleC1pbnNlcnQtYmxvY2t9KS4KIEBpdGVtIEMtYyBDLWUKIENsb3NlIHRoZSBpbm5lcm1v c3QgQExhVGVYe30gYmxvY2sgbm90IHlldCBjbG9zZWQKLShAY29kZXt0ZXgtY2xvc2UtbGF0 ZXgtYmxvY2t9KS4KKyhAY29kZXtsYXRleC1jbG9zZS1ibG9ja30pLgogQGVuZCB0YWJsZQog Ci1AZmluZGV4IHRleC1sYXRleC1ibG9jaworQGZpbmRleCBsYXRleC1pbnNlcnQtYmxvY2sK IEBraW5kZXggQy1jIEMtbyBAcnsoQExhVGVYe30gbW9kZSl9CiAgIEluIEBMYVRlWHt9IGlu cHV0LCBAc2FtcHtcYmVnaW59IGFuZCBAc2FtcHtcZW5kfSB0YWdzIGFyZSB1c2VkIHRvCiBn cm91cCBibG9ja3Mgb2YgdGV4dC4gIFRvIGluc2VydCBhIGJsb2NrLCB0eXBlIEBrYmR7Qy1j IEMtb30KLShAY29kZXt0ZXgtbGF0ZXgtYmxvY2t9KS4gIFRoaXMgcHJvbXB0cyBmb3IgYSBi bG9jayB0eXBlLCBhbmQgaW5zZXJ0cworKEBjb2Rle2xhdGV4LWluc2VydC1ibG9ja30pLiAg VGhpcyBwcm9tcHRzIGZvciBhIGJsb2NrIHR5cGUsIGFuZCBpbnNlcnRzCiB0aGUgYXBwcm9w cmlhdGUgbWF0Y2hpbmcgQHNhbXB7XGJlZ2lufSBhbmQgQHNhbXB7XGVuZH0gdGFncywgbGVh dmluZyBhCiBibGFuayBsaW5lIGJldHdlZW4gdGhlIHR3byBhbmQgbW92aW5nIHBvaW50IHRo ZXJlLgogCkBAIC0xNjg0LDExICsxNjg0LDExIEBACiB3YW50IGFkZGl0aW9uYWwgYmxvY2sg dHlwZXMgZm9yIGNvbXBsZXRpb24sIGN1c3RvbWl6ZSB0aGUgbGlzdAogdmFyaWFibGUgQGNv ZGV7bGF0ZXgtYmxvY2stbmFtZXN9LgogCi1AZmluZGV4IHRleC1jbG9zZS1sYXRleC1ibG9j aworQGZpbmRleCBsYXRleC1jbG9zZS1ibG9jawogQGtpbmRleCBDLWMgQy1lIEByeyhATGFU ZVh7fSBtb2RlKX0KIEBmaW5kZXggbGF0ZXgtZWxlY3RyaWMtZW52LXBhaXItbW9kZQogICBJ biBATGFUZVh7fSBpbnB1dCwgQHNhbXB7XGJlZ2lufSBhbmQgQHNhbXB7XGVuZH0gdGFncyBt dXN0IGJhbGFuY2UuCi1Zb3UgY2FuIHVzZSBAa2Jke0MtYyBDLWV9IChAY29kZXt0ZXgtY2xv c2UtbGF0ZXgtYmxvY2t9KSB0byBpbnNlcnQgYW4KK1lvdSBjYW4gdXNlIEBrYmR7Qy1jIEMt ZX0gKEBjb2Rle2xhdGV4LWNsb3NlLWJsb2NrfSkgdG8gaW5zZXJ0IGFuCiBAc2FtcHtcZW5k fSB0YWcgd2hpY2ggbWF0Y2hlcyB0aGUgbGFzdCB1bm1hdGNoZWQgQHNhbXB7XGJlZ2lufS4g IEl0CiBhbHNvIGluZGVudHMgdGhlIEBzYW1we1xlbmR9IHRvIG1hdGNoIHRoZSBjb3JyZXNw b25kaW5nIEBzYW1we1xiZWdpbn0sCiBhbmQgaW5zZXJ0cyBhIG5ld2xpbmUgYWZ0ZXIgdGhl IEBzYW1we1xlbmR9IHRhZyBpZiBwb2ludCBpcyBhdCB0aGUK --------------E3404B23381168BCF4D5F808-- From unknown Fri Sep 05 17:59:43 2025 X-Loop: help-debbugs@gnu.org Subject: bug#37325: About 'latex-insert/close-block' in 'latex-mode' Resent-From: Sebastian Urban Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 28 May 2020 15:59:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 37325 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: eliz@gnu.org Cc: 37325@debbugs.gnu.org Received: via spool by 37325-submit@debbugs.gnu.org id=B37325.159068150818115 (code B ref 37325); Thu, 28 May 2020 15:59:02 +0000 Received: (at 37325) by debbugs.gnu.org; 28 May 2020 15:58:28 +0000 Received: from localhost ([127.0.0.1]:52874 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jeKvL-0004i7-Sm for submit@debbugs.gnu.org; Thu, 28 May 2020 11:58:28 -0400 Received: from mail-ej1-f53.google.com ([209.85.218.53]:42900) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jeKvK-0004hv-IQ for 37325@debbugs.gnu.org; Thu, 28 May 2020 11:58:26 -0400 Received: by mail-ej1-f53.google.com with SMTP id k11so508585ejr.9 for <37325@debbugs.gnu.org>; Thu, 28 May 2020 08:58:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:from:to:cc:references:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=rIP+Vdkmg/EJTUhNo/YkSqNeZsHO8f10WJneAozsLlU=; b=V3JUTgbK9Xkew2tz4QiX4f64UoeZDDMvGND6uEi7iVmyhsP1dTFWoxFAM0m2gjbd6P x1J4aBiwcmM079hvAIRXd1fak7iIJtmqPcgB4SBwM64mhQXR0z03AMyynzP8ztyt+Wf7 RJESFUPGMYLjyYhO96+hyjJ+m14lD79CY4Yg+FcgaMlR+G6/KnZwvwQKBv/LNjv0AJJu /EQMp6OzaHwNvAjc28nFkLDm47GWwwbOG0gXWTISNHQ8KAq3jVv/u7UUCu25KvUyWDX7 pSoZaxs9OpkvGvgLXOoiYUlevia3P0KrnCuY6TP2pbe4AHOn+3u+g+zXrNnEIVMyz0KV od2Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:from:to:cc:references:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=rIP+Vdkmg/EJTUhNo/YkSqNeZsHO8f10WJneAozsLlU=; b=FR3GTW3weI/5r0QiZGGtnMDjoQw1qkeTYnGAMRqiX9YxvF0DSFeIPeXOaNUMVMooz+ K428bRHtSdp/mjmU/xG15Zv07hoPdV1xB1oeM+iFUh70bF024RIzJgL/fDw3O78aaGu9 92dUHPe392DGnXB3/QRRtfr73RtuhjR7SD30+h5B3DhDn9Wg/B594FK2ukNBVA+tH54E 8c6TzPPuJKxCf42Z+VXENIF3SWRHolVRJALehYx6LU7GmvPYx3Y3HXd6J06xR0Gk5En8 wSn7D4n7VcVOFjdAcTAFfv56BORF4UctOE3tK/OgDTXQZNRkc6amBdkMm2MRHBtjva19 bJAA== X-Gm-Message-State: AOAM5323rqpe+uS6FJ9gEjj2xnXBkJoNMhQsKfdk30aiP1PVMwe7uRCk +rBL6L09JCJQVDwLqq5sdfb5Aviv9VI= X-Google-Smtp-Source: ABdhPJyBKCL2psWiAnqT8EjF6Sr7R5PK5AM2MOe1HxVsOkn/UEpO47Lb4JOIdJASeO29718mdZx1xw== X-Received: by 2002:a17:906:9493:: with SMTP id t19mr3460057ejx.407.1590681500344; Thu, 28 May 2020 08:58:20 -0700 (PDT) Received: from [192.168.1.100] (ip-89-161-2-137.tel.tkb.net.pl. [89.161.2.137]) by smtp.gmail.com with ESMTPSA id o24sm5583539ejb.72.2020.05.28.08.58.19 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Thu, 28 May 2020 08:58:19 -0700 (PDT) From: Sebastian Urban References: Message-ID: <5ceb5090-b235-d54b-6501-3eae0cb5ddf0@gmail.com> Date: Thu, 28 May 2020 17:58:22 +0200 User-Agent: Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:68.0) Gecko/20100101 Thunderbird/68.8.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-GB Content-Transfer-Encoding: 7bit X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) A reminder. At least documentation change (point 3.) could be done. I already sent separate e-mail with DIFF. S. U. From unknown Fri Sep 05 17:59:43 2025 X-Loop: help-debbugs@gnu.org Subject: bug#37325: About 'latex-insert/close-block' in 'latex-mode' Resent-From: Sebastian Urban Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 12 Jul 2020 19:22:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 37325 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 37325@debbugs.gnu.org Received: via spool by 37325-submit@debbugs.gnu.org id=B37325.159458166629502 (code B ref 37325); Sun, 12 Jul 2020 19:22:02 +0000 Received: (at 37325) by debbugs.gnu.org; 12 Jul 2020 19:21:06 +0000 Received: from localhost ([127.0.0.1]:46785 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1juhX8-0007fl-3S for submit@debbugs.gnu.org; Sun, 12 Jul 2020 15:21:06 -0400 Received: from mail-ed1-f42.google.com ([209.85.208.42]:33666) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1juhX4-0007es-4M for 37325@debbugs.gnu.org; Sun, 12 Jul 2020 15:21:04 -0400 Received: by mail-ed1-f42.google.com with SMTP id h28so9701070edz.0 for <37325@debbugs.gnu.org>; Sun, 12 Jul 2020 12:21:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=to:references:subject:in-reply-to:from:message-id:date:user-agent :mime-version:content-language; bh=TDDenzvh+kX4LY2CkOxVFfMde7SLhGTrfnptXglEOEo=; b=tkoqoHlPawyqWSsSbByjoNb1hz+IaMtz1oEyKO3h2rrreVOrJMoTFtwWEDkpk+inYk hDwfwDb25gITRLKmFrvQBV4dpheBkRnRBV57YAuVUPQYtv0QQHPW0r7i8vHnx4QUZpAU 6J48qMBkOMs7H/BKBkp89Hrfg3rriOEWv1SolJfiprN/uRCaV9butNx3ndN6f/3aOn27 yUlpn3p+ypbWD0yqfZfThxfcXUK80jrfZ1JNPjuHgnP18u2kIWNhxugjFfgflBSXjZp0 5vfuqLUg9RmhR9moMYFVw5wRDzcEeHwMXXBFxr+26m1IWQ90KFC5emnLRpE57HcSuI4h iF2g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:to:references:subject:in-reply-to:from :message-id:date:user-agent:mime-version:content-language; bh=TDDenzvh+kX4LY2CkOxVFfMde7SLhGTrfnptXglEOEo=; b=JQXu5sQ9vShGQD7EyNtaB6ParV19r/pWAniAnM6chI7Lokip2D6XGc7Qq+vxp+BsI1 58ysU8RcZ8Sf+0MbUwhX6PPUMuHAQpuZFb9y/66a4UNmyaoqVACO/k8Z/ZukVTVc98GM fEHULEjuzHjqsT14HTfb1knsNuCmVKuDxcnEZIUhomUSPwnzmaV1mRwMNW886vpmNC9E ffnonb22ZFxTNsNKzHT7ws5AJJI2Up3Jvn2zIeoNA4y+u6OahL1kaw+3pNUGhUUnGJCi PnbxX2wgt6jhqlD7SPIjYBeChvfpXpUPUFsDYbfNSIBVMRlY4rFmJ8DQMw0sWvwaXEHJ /IlQ== X-Gm-Message-State: AOAM5329q8IvSmZa1YcoC5c/ND83t09DX/u1nqh6kRYJRJcNXcjwYtbQ aohvT7Ry6mYplNxwJXedtE6R12K2 X-Google-Smtp-Source: ABdhPJzvSUzLm1y38JZXFKNZdyxJSBusziOqim7aL8y96DqNaXsK4iTLQx5w7Ujp+L5/cXtRx/yf9Q== X-Received: by 2002:a2e:8990:: with SMTP id c16mr38264122lji.305.1594581308037; Sun, 12 Jul 2020 12:15:08 -0700 (PDT) Received: from [192.168.1.100] (ip-89-161-2-137.tel.tkb.net.pl. [89.161.2.137]) by smtp.gmail.com with ESMTPSA id n9sm4125938lfd.60.2020.07.12.12.15.06 for <37325@debbugs.gnu.org> (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sun, 12 Jul 2020 12:15:07 -0700 (PDT) References: In-Reply-To: <8d17da0c-0da2-8e52-1f05-2e1c103ff6da@gmail.com> From: Sebastian Urban Message-ID: Date: Sun, 12 Jul 2020 21:15:06 +0200 User-Agent: Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="------------8958EF75C07CE6DC06754CA1" Content-Language: en-GB X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) This is a multi-part message in MIME format. --------------8958EF75C07CE6DC06754CA1 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit So, I tried to write something that would make "where-is" better at handling aliases. Here is the diff, which, of course, should be treated as an idea, rather than a patch: --8<---------------cut here---------------start------------->8--- --- old/help.el 2020-06-26 18:34:05.000000000 +0200 +++ new/help.el 2020-07-12 18:29:29.639145100 +0200 @@ -566,15 +566,20 @@ (if insert (if (> (length keys) 0) (if remapped - (format "%s (%s) (remapped from %s)" - keys remapped symbol) - (format "%s (%s)" keys symbol)) + (format "%s, remapped to %s (%s)" + symbol remapped keys) + (format "%s (%s)" symbol keys)) (format "M-x %s RET" symbol)) (if (> (length keys) 0) (if remapped - (format "%s is remapped to %s which is on %s" - symbol remapped keys) - (format "%s is on %s" symbol keys)) + (if (eq symbol (symbol-function definition)) + (format "%s, which is remapped to %s, which is on %s" + symbol remapped keys) + (format "%s is remapped to %s, which is on %s" + symbol remapped keys)) + (if (eq symbol (symbol-function definition)) + (format "%s, which is on %s" symbol keys) + (format "%s is on %s" symbol keys))) ;; If this is the command the user asked about, ;; and it is not on any key, say so. ;; For other symbols, its aliases, say nothing @@ -583,7 +588,9 @@ (format "%s is not on any key" symbol))))) (when string (unless (eq symbol definition) - (princ ";\n its alias ")) + (if (eq definition (symbol-function symbol)) + (princ ";\n its alias ") + (princ ";\n it's an alias for "))) (princ string))))) nil) --8<---------------cut here---------------end--------------->8--- The problem is, it doesn't work out of the box, i.e. commands are described like before changes. I have to evaluate "where-is", by C-x C-e or byte-compile and load whole help.el, then it works... Also, if there is: (defalias 'B 'A) (defalias 'C 'A) A... "its alias" B... A... "its alias" C... B... "it's an alias for" A... C... "it's an alias for" A... What about the relation between B and C? Can I say B is an alias for C, AND C is an alias for B? S. U. P.S. I'm attaching file "examples" - it shows how "where-is" works after the changes. --------------8958EF75C07CE6DC06754CA1 Content-Type: text/plain; charset=UTF-8; name="examples.txt" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="examples.txt" LSotIG1vZGU6IG91dGxpbmUgLSotDQoNCiogRlVOOiBsYXRleC1pbnNlcnQtYmxvY2sgfCBB TElBUzogdGV4LWxhdGV4LWJsb2NrDQoqKiBQUkVGSVggJiBsYXRleC1pbnNlcnQtYmxvY2sN CmxhdGV4LWluc2VydC1ibG9jayAoQy1jIEMtdCwgQy1jIEMtbyk7DQogaXRzIGFsaWFzIE0t eCB0ZXgtbGF0ZXgtYmxvY2sgUkVUDQoNCioqIE5PX1BSRUZJWCAmIGxhdGV4LWluc2VydC1i bG9jaw0KbGF0ZXgtaW5zZXJ0LWJsb2NrIGlzIG9uIEMtYyBDLXQsIEMtYyBDLW8NCg0KKiog UFJFRklYICYgdGV4LWxhdGV4LWJsb2NrDQpNLXggdGV4LWxhdGV4LWJsb2NrIFJFVDsNCiBp dCdzIGFuIGFsaWFzIGZvciBsYXRleC1pbnNlcnQtYmxvY2sgKEMtYyBDLXQsIEMtYyBDLW8p DQoNCioqIE5PX1BSRUZJWCAmIHRleC1sYXRleC1ibG9jaw0KdGV4LWxhdGV4LWJsb2NrIGlz IG5vdCBvbiBhbnkga2V5Ow0KIGl0J3MgYW4gYWxpYXMgZm9yIGxhdGV4LWluc2VydC1ibG9j aywgd2hpY2ggaXMgb24gQy1jIEMtdCwgQy1jIEMtbw0KDQoqKiBSRU1BUA0KKGRlZmluZS1r ZXkgbGF0ZXgtbW9kZS1tYXAgW3JlbWFwIGxhdGV4LWluc2VydC1ibG9ja10gJ215LWwtaS1i KQ0KDQoqKiogUFJFRklYICYgbGF0ZXgtaW5zZXJ0LWJsb2NrDQpsYXRleC1pbnNlcnQtYmxv Y2ssIHJlbWFwcGVkIHRvIG15LWwtaS1iIChDLWMgQy10LCBDLWMgQy1vKTsNCiBpdHMgYWxp YXMgTS14IHRleC1sYXRleC1ibG9jayBSRVQNCg0KKioqIE5PX1BSRUZJWCAmIGxhdGV4LWlu c2VydC1ibG9jaw0KbGF0ZXgtaW5zZXJ0LWJsb2NrIGlzIHJlbWFwcGVkIHRvIG15LWwtaS1i LCB3aGljaCBpcyBvbiBDLWMgQy10LCBDLWMgQy1vDQoNCioqKiBQUkVGSVggJiB0ZXgtbGF0 ZXgtYmxvY2sNCk0teCB0ZXgtbGF0ZXgtYmxvY2sgUkVUOw0KIGl0J3MgYW4gYWxpYXMgZm9y IGxhdGV4LWluc2VydC1ibG9jaywgcmVtYXBwZWQgdG8gbXktbC1pLWIgKEMtYyBDLXQsIEMt YyBDLW8pDQoNCioqKiBOT19QUkVGSVggJiB0ZXgtbGF0ZXgtYmxvY2sNCnRleC1sYXRleC1i bG9jayBpcyBub3Qgb24gYW55IGtleTsNCiBpdCdzIGFuIGFsaWFzIGZvciBsYXRleC1pbnNl cnQtYmxvY2ssIHdoaWNoIGlzIHJlbWFwcGVkIHRvIG15LWwtaS1iLCB3aGljaCBpcyBvbiBD LWMgQy10LCBDLWMgQy1vDQoNCiogRlVOOiBoaS1sb2NrLWxpbmUtZmFjZS1idWZmZXIgfCBB TElBUzogaGlnaGxpZ2h0LWxpbmVzLW1hdGNoaW5nLXJlZ2V4cA0KKiogUFJFRklYICYgaGkt bG9jay1saW5lLWZhY2UtYnVmZmVyDQpNLXggaGktbG9jay1saW5lLWZhY2UtYnVmZmVyIFJF VDsNCiBpdHMgYWxpYXMgaGlnaGxpZ2h0LWxpbmVzLW1hdGNoaW5nLXJlZ2V4cCAoTS1zIGgg bCkNCg0KKiogTk9fUFJFRklYICYgaGktbG9jay1saW5lLWZhY2UtYnVmZmVyDQpoaS1sb2Nr LWxpbmUtZmFjZS1idWZmZXIgaXMgbm90IG9uIGFueSBrZXk7DQogaXRzIGFsaWFzIGhpZ2hs aWdodC1saW5lcy1tYXRjaGluZy1yZWdleHAgaXMgb24gTS1zIGggbA0KDQoqKiBQUkVGSVgg JiBoaWdobGlnaHQtbGluZXMtbWF0Y2hpbmctcmVnZXhwDQpoaWdobGlnaHQtbGluZXMtbWF0 Y2hpbmctcmVnZXhwIChNLXMgaCBsKTsNCiBpdCdzIGFuIGFsaWFzIGZvciBNLXggaGktbG9j ay1saW5lLWZhY2UtYnVmZmVyIFJFVA0KDQoqKiBOT19QUkVGSVggJiBoaWdobGlnaHQtbGlu ZXMtbWF0Y2hpbmctcmVnZXhwDQpoaWdobGlnaHQtbGluZXMtbWF0Y2hpbmctcmVnZXhwIGlz IG9uIE0tcyBoIGwNCg0KKiBGVU46IGhlbHAtZm9yLWhlbHAtaW50ZXJuYWwgfCBBTElBUzog aGVscCB8IEFMSUFTOiBoZWxwLWZvci1oZWxwDQoqKiBQUkVGSVggJiBoZWxwLWZvci1oZWxw LWludGVybmFsDQpNLXggaGVscC1mb3ItaGVscC1pbnRlcm5hbCBSRVQ7DQogaXRzIGFsaWFz IE0teCBoZWxwIFJFVDsNCiBpdHMgYWxpYXMgaGVscC1mb3ItaGVscCAoQy1oID8sIEMtaCA8 ZjE+LCBDLWggPGhlbHA+LCBDLWggQy1oLCA8ZjE+ID8sIDxmMT4gPGYxPiwgPGYxPiA8aGVs cD4sIDxmMT4gQy1oLCA8aGVscD4gPywgPGhlbHA+IDxmMT4sIDxoZWxwPiA8aGVscD4sIDxo ZWxwPiBDLWgpDQoNCioqIE5PX1BSRUZJWCAmIGhlbHAtZm9yLWhlbHAtaW50ZXJuYWwNCmhl bHAtZm9yLWhlbHAtaW50ZXJuYWwgaXMgbm90IG9uIGFueSBrZXk7DQogaXRzIGFsaWFzIGhl bHAtZm9yLWhlbHAgaXMgb24gQy1oID8sIEMtaCA8ZjE+LCBDLWggPGhlbHA+LCBDLWggQy1o LCA8ZjE+ID8sIDxmMT4gPGYxPiwgPGYxPiA8aGVscD4sIDxmMT4gQy1oLCA8aGVscD4gPywg PGhlbHA+IDxmMT4sIDxoZWxwPiA8aGVscD4sIDxoZWxwPiBDLWgNCg0KKiogUFJFRklYICYg aGVscC1mb3ItaGVscA0KaGVscC1mb3ItaGVscCAoQy1oID8sIEMtaCA8ZjE+LCBDLWggPGhl bHA+LCBDLWggQy1oLCA8ZjE+ID8sIDxmMT4gPGYxPiwgPGYxPiA8aGVscD4sIDxmMT4gQy1o LCA8aGVscD4gPywgPGhlbHA+IDxmMT4sIDxoZWxwPiA8aGVscD4sIDxoZWxwPiBDLWgpOw0K IGl0J3MgYW4gYWxpYXMgZm9yIE0teCBoZWxwIFJFVDsNCiBpdCdzIGFuIGFsaWFzIGZvciBN LXggaGVscC1mb3ItaGVscC1pbnRlcm5hbCBSRVQNCg0KKiogTk9fUFJFRklYICYgaGVscC1m b3ItaGVscA0KaGVscC1mb3ItaGVscCBpcyBvbiBDLWggPywgQy1oIDxmMT4sIEMtaCA8aGVs cD4sIEMtaCBDLWgsIDxmMT4gPywgPGYxPiA8ZjE+LCA8ZjE+IDxoZWxwPiwgPGYxPiBDLWgs IDxoZWxwPiA/LCA8aGVscD4gPGYxPiwgPGhlbHA+IDxoZWxwPiwgPGhlbHA+IEMtaA0KDQoq IEZVTjogbW92ZS1lbmQtb2YtbGluZSB8IEFMSUFTOiB0ZXN0LW1vdmUtZW9sIHwgUkVNQVAg dG8gZW5kLW9mLXZpc3VhbC1saW5lDQpUTVAgQUxJQVM6IChkZWZhbGlhcyAndGVzdC1tb3Zl LWVvbCAnbW92ZS1lbmQtb2YtbGluZSkNClRNUCBCSU5EOiBNLXggZ2xvYmFsLXNldC1rZXkg UkVUIEMtYyA8cmlnaHQ+IFJFVCB0ZXN0LW1vdmUtZW9sIFJFVA0KDQoqKiBQUkVGSVggJiBt b3ZlLWVuZC1vZi1saW5lDQptb3ZlLWVuZC1vZi1saW5lLCByZW1hcHBlZCB0byBlbmQtb2Yt dmlzdWFsLWxpbmUgKEMtZSwgPGVuZD4pOw0KIGl0cyBhbGlhcyBNLXggdGVzdC1tb3ZlLWVv bCBSRVQNCg0KKioqIFdpdGggYmluZGluZyBmb3IgdGVzdC1tb3ZlLWVvbA0KbW92ZS1lbmQt b2YtbGluZSwgcmVtYXBwZWQgdG8gZW5kLW9mLXZpc3VhbC1saW5lIChDLWUsIDxlbmQ+KTsN CiBpdHMgYWxpYXMgdGVzdC1tb3ZlLWVvbCAoQy1jIDxyaWdodD4pDQoNCioqIE5PX1BSRUZJ WCAmIG1vdmUtZW5kLW9mLWxpbmUNCm1vdmUtZW5kLW9mLWxpbmUgaXMgcmVtYXBwZWQgdG8g ZW5kLW9mLXZpc3VhbC1saW5lLCB3aGljaCBpcyBvbiBDLWUsIDxlbmQ+DQoNCioqKiBXaXRo IGJpbmRpbmcgZm9yIHRlc3QtbW92ZS1lb2wNCm1vdmUtZW5kLW9mLWxpbmUgaXMgcmVtYXBw ZWQgdG8gZW5kLW9mLXZpc3VhbC1saW5lLCB3aGljaCBpcyBvbiBDLWUsIDxlbmQ+Ow0KIGl0 cyBhbGlhcyB0ZXN0LW1vdmUtZW9sIGlzIG9uIEMtYyA8cmlnaHQ+DQoNCioqIFBSRUZJWCAm IGVuZC1vZi12aXN1YWwtbGluZQ0KZW5kLW9mLXZpc3VhbC1saW5lIChDLWUsIDxlbmQ+KQ0K DQoqKiBOT19QUkVGSVggJiBlbmQtb2YtdmlzdWFsLWxpbmUNCmVuZC1vZi12aXN1YWwtbGlu ZSBpcyBvbiBDLWUsIDxlbmQ+DQoNCioqIFBSRUZJWCAmIHRlc3QtbW92ZS1lb2wNCk0teCB0 ZXN0LW1vdmUtZW9sIFJFVDsNCiBpdCdzIGFuIGFsaWFzIGZvciBtb3ZlLWVuZC1vZi1saW5l LCByZW1hcHBlZCB0byBlbmQtb2YtdmlzdWFsLWxpbmUgKEMtZSwgPGVuZD4pDQoNCioqKiBX aXRoIGJpbmRpbmcgZm9yIHRlc3QtbW92ZS1lb2wNCnRlc3QtbW92ZS1lb2wgKEMtYyA8cmln aHQ+KTsNCiBpdCdzIGFuIGFsaWFzIGZvciBtb3ZlLWVuZC1vZi1saW5lLCByZW1hcHBlZCB0 byBlbmQtb2YtdmlzdWFsLWxpbmUgKEMtZSwgPGVuZD4pDQogDQoqKiBOT19QUkVGSVggJiB0 ZXN0LW1vdmUtZW9sDQp0ZXN0LW1vdmUtZW9sIGlzIG5vdCBvbiBhbnkga2V5Ow0KIGl0J3Mg YW4gYWxpYXMgZm9yIG1vdmUtZW5kLW9mLWxpbmUsIHdoaWNoIGlzIHJlbWFwcGVkIHRvIGVu ZC1vZi12aXN1YWwtbGluZSwgd2hpY2ggaXMgb24gQy1lLCA8ZW5kPg0KDQoqKiogV2l0aCBi aW5kaW5nIGZvciB0ZXN0LW1vdmUtZW9sDQp0ZXN0LW1vdmUtZW9sIGlzIG9uIEMtYyA8cmln aHQ+Ow0KIGl0J3MgYW4gYWxpYXMgZm9yIG1vdmUtZW5kLW9mLWxpbmUsIHdoaWNoIGlzIHJl bWFwcGVkIHRvIGVuZC1vZi12aXN1YWwtbGluZSwgd2hpY2ggaXMgb24gQy1lLCA8ZW5kPg0K --------------8958EF75C07CE6DC06754CA1-- From unknown Fri Sep 05 17:59:43 2025 X-Loop: help-debbugs@gnu.org Subject: bug#37325: About 'latex-insert/close-block' in 'latex-mode' Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 28 Jan 2022 16:14:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 37325 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Sebastian Urban Cc: 37325@debbugs.gnu.org Received: via spool by 37325-submit@debbugs.gnu.org id=B37325.164338638310446 (code B ref 37325); Fri, 28 Jan 2022 16:14:01 +0000 Received: (at 37325) by debbugs.gnu.org; 28 Jan 2022 16:13:03 +0000 Received: from localhost ([127.0.0.1]:60321 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nDTrz-0002iQ-9u for submit@debbugs.gnu.org; Fri, 28 Jan 2022 11:13:03 -0500 Received: from quimby.gnus.org ([95.216.78.240]:43828) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nDTry-0002hw-12 for 37325@debbugs.gnu.org; Fri, 28 Jan 2022 11:13:02 -0500 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=aMCMKM6XtsNxEzH+u1pzMivhkzuxyuIWAFWvA5jxG2c=; b=CqawEqDC6h9twpuAXyD/6RI+yf M8mszFl0dR6zd3NdyJXFLrEs6VcSrpDrdA7F5/hqhqPKUtzVdr483TAaOjaHW7i08hsxq2t19AC2c 85r77aZW5w8shL87kathuExNp0tEXYhmClR6Lse8/lJY8BrZoXKNgzb8KE2tgxSsxkfY=; Received: from [84.212.220.105] (helo=giant) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1nDTrp-0004DY-Ii; Fri, 28 Jan 2022 17:12:56 +0100 From: Lars Ingebrigtsen References: <8d17da0c-0da2-8e52-1f05-2e1c103ff6da@gmail.com> X-Now-Playing: Nina Simone's _Little Girl Blue_: "You'll Never Walk Alone" Date: Fri, 28 Jan 2022 17:12:51 +0100 In-Reply-To: <8d17da0c-0da2-8e52-1f05-2e1c103ff6da@gmail.com> (Sebastian Urban's message of "Mon, 4 May 2020 16:48:08 +0200") Message-ID: <87h79net4s.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Sebastian Urban writes: >> In "text.texi", lines 1666, 1669, 1676 and 1691 should be updated. > > I'm attaching diff for this, to help a bit. Thanks; applied to Emacs 29. Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Sebastian Urban writes: >> In "text.texi", lines 1666, 1669, 1676 and 1691 should be updated. > > I'm attaching diff for this, to help a bit. Thanks; applied to Emacs 29. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From unknown Fri Sep 05 17:59:43 2025 X-Loop: help-debbugs@gnu.org Subject: bug#37325: About 'latex-insert/close-block' in 'latex-mode' Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 28 Jan 2022 16:29:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 37325 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Sebastian Urban Cc: 37325@debbugs.gnu.org Received: via spool by 37325-submit@debbugs.gnu.org id=B37325.164338729420842 (code B ref 37325); Fri, 28 Jan 2022 16:29:01 +0000 Received: (at 37325) by debbugs.gnu.org; 28 Jan 2022 16:28:14 +0000 Received: from localhost ([127.0.0.1]:60365 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nDU6f-0005Q6-Ti for submit@debbugs.gnu.org; Fri, 28 Jan 2022 11:28:14 -0500 Received: from quimby.gnus.org ([95.216.78.240]:43908) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nDU6d-0005Pk-5U for 37325@debbugs.gnu.org; Fri, 28 Jan 2022 11:28:12 -0500 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=zjwEHmqem/7lYoqGgZd14qIzg/42pY84SXHgnKvhLPI=; b=GKr+KGNO8EW3ynXS4rP8U0Edof JvIKF/pB7GMm/t5N+MUFaBXxWCrYSn3fRlrQI7Ymrx8bhLvXsIwSw2u5U0U+bfDj1hqHR4cTJ5QeY ht845LVo7iUzJkkQOjvu34dFk4LXlnVJUovtnAS2dOBL0VUxzHW3UOCPtsQ7BhncTlTw=; Received: from [84.212.220.105] (helo=giant) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1nDU6U-0004KW-89; Fri, 28 Jan 2022 17:28:04 +0100 From: Lars Ingebrigtsen References: X-Now-Playing: Moor Mother's _Fetish Bones_: "Creation Myth" Date: Fri, 28 Jan 2022 17:28:00 +0100 In-Reply-To: (Sebastian Urban's message of "Sun, 12 Jul 2020 21:15:06 +0200") Message-ID: <87czkbesfj.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Sebastian Urban writes: > So, I tried to write something that would make "where-is" better at > handling aliases. Here is the diff, which, of course, should be > treated as an idea, rather than a patch: Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Sebastian Urban writes: > So, I tried to write something that would make "where-is" better at > handling aliases. Here is the diff, which, of course, should be > treated as an idea, rather than a patch: This seems to lead to more correct results, so I've pushed it to Emacs 29. This change was small enough to apply without assigning copyright to the FSF, but for future patches you want to submit, it might make sense to get the paperwork started now, so that subsequent patches can be applied speedily. Would you be willing to sign such paperwork? -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Fri Jan 28 11:28:19 2022 Received: (at control) by debbugs.gnu.org; 28 Jan 2022 16:28:19 +0000 Received: from localhost ([127.0.0.1]:60368 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nDU6l-0005QM-3c for submit@debbugs.gnu.org; Fri, 28 Jan 2022 11:28:19 -0500 Received: from quimby.gnus.org ([95.216.78.240]:43922) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nDU6i-0005Px-Ut for control@debbugs.gnu.org; Fri, 28 Jan 2022 11:28:17 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Subject:From:To:Message-Id:Date:Sender:Reply-To:Cc: MIME-Version:Content-Type:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:In-Reply-To:References:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=7OO5H2PcuK+Isvo/vg6vOLR45CScRiRfx0GlimfwPu0=; b=TrbYXIKk1vhs1tiyBkxeP1mhW4 kOO9DK8fGFrp33cIRHJ+Zh3IWS385WGm1jji0DmEvPUTAnDThZ8rH0EevwbDYsyM+IjSr9kem3Kgr dsk8kk5cMzJVqT4W1789sfSa/CdaY6w7mu/xh/lfwvlA5CbscI6GZ+KjH4i/ISUlHTZ4=; Received: from [84.212.220.105] (helo=giant) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1nDU6b-0004Kj-1B for control@debbugs.gnu.org; Fri, 28 Jan 2022 17:28:11 +0100 Date: Fri, 28 Jan 2022 17:28:08 +0100 Message-Id: <87bkzvesfb.fsf@gnus.org> To: control@debbugs.gnu.org From: Lars Ingebrigtsen Subject: control message for bug #37325 X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: close 37325 29.1 quit Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) close 37325 29.1 quit