From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Jeff Norden Newsgroups: gmane.emacs.bugs Subject: bug#63956: 29.0.91; tex-mode display problem in emacs-29 Date: Wed, 7 Jun 2023 12:52:10 -0500 Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="21003"; mail-complaints-to="usenet@ciao.gmane.io" To: 63956@debbugs.gnu.org Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Thu Jun 08 06:31:20 2023 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 1q77Is-0005Jn-My for geb-bug-gnu-emacs@m.gmane-mx.org; Thu, 08 Jun 2023 06:31:18 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1q77Ih-0006oR-LW; Thu, 08 Jun 2023 00:31:07 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1q77Ie-0006nX-Uk for bug-gnu-emacs@gnu.org; Thu, 08 Jun 2023 00:31:05 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1q77Ie-0000Q0-LW for bug-gnu-emacs@gnu.org; Thu, 08 Jun 2023 00:31:04 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1q77Ie-0007l0-Gm for bug-gnu-emacs@gnu.org; Thu, 08 Jun 2023 00:31:04 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Jeff Norden Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 08 Jun 2023 04:31:04 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 63956 X-GNU-PR-Package: emacs X-Debbugs-Original-To: bug-gnu-emacs@gnu.org Original-Received: via spool by submit@debbugs.gnu.org id=B.168619866029758 (code B ref -1); Thu, 08 Jun 2023 04:31:04 +0000 Original-Received: (at submit) by debbugs.gnu.org; 8 Jun 2023 04:31:00 +0000 Original-Received: from localhost ([127.0.0.1]:55359 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1q77IZ-0007jm-E5 for submit@debbugs.gnu.org; Thu, 08 Jun 2023 00:30:59 -0400 Original-Received: from lists.gnu.org ([209.51.188.17]:45960) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1q6xKs-0000Se-Ap for submit@debbugs.gnu.org; Wed, 07 Jun 2023 13:52:43 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1q6xKs-0008IC-2V for bug-gnu-emacs@gnu.org; Wed, 07 Jun 2023 13:52:42 -0400 Original-Received: from mail-pf1-x42d.google.com ([2607:f8b0:4864:20::42d]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1q6xKq-0006BQ-Ha for bug-gnu-emacs@gnu.org; Wed, 07 Jun 2023 13:52:41 -0400 Original-Received: by mail-pf1-x42d.google.com with SMTP id d2e1a72fcca58-65314ee05c6so3722606b3a.1 for ; Wed, 07 Jun 2023 10:52:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20221208; t=1686160358; x=1688752358; h=to:subject:message-id:date:from:mime-version:from:to:cc:subject :date:message-id:reply-to; bh=gWKaOqJHNcKjrMIQWdShOu135/A9fKAVPze8BPKJchs=; b=HIByuC13hntrQdBWGj+VjcVzDSoGK0SzQ5wSDrVOd5GjqJSLloaL+fS7PPLIaGxQhe Wi2Y297zjwjsp17tWuOBD1Zq+0C50ax45tyH9Z8RO4YUAJyFkPJrZZlViiMIo2wdW5IX f/xYkoAvQWavuATx/RCbZUYRC4j2G2n/Q1s4mooQNLO9daS8dVywvnmODjkg5fjwPi5b WWt3LVpeBdInoHdedqoPpgIDc7Y8uosVJNorNjaN8gjQd+x9vCAPJk1DKflviXFUOsnW BPIuOlvOoqjt3U/bgx7rB077A3VxLxHoBFgpuq/Ka7mB7C1j+8+Va/jMyvWGwC8sfik7 8L/g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1686160358; x=1688752358; h=to:subject:message-id:date:from:mime-version:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=gWKaOqJHNcKjrMIQWdShOu135/A9fKAVPze8BPKJchs=; b=UCW5a5aCwQyd60ZQzKLGqaSh3u4IBUtlWvWf2zyVef4gQ9oEpOSB+UmIRW8BYaJp/R 3ifRCjYMwWFd63fkAGs3i9p+ArrfCIZ2bityvZzdVTSSK9rD2ZauWqZtt41qAyHp0p/I uDrd31wCTPIG52os6B/jPeLRxlxOdjtPHh0iLyj5w33QxRSdV8rf/9lNyskCl+I8dIG9 Wednv/txtl3Jayj5x39K+Lf0/nFECvDyTmYIsuJ1wDzWcY7MH2xYC8kTmQ5QwyjxzIom VI7Y2VblY4URHCfr4kxI9d7qFhMwAwzGHQ9dlpCUpTIM8ACoRQ5S4UjbXpa36pPEFkjz M2xA== X-Gm-Message-State: AC+VfDwdgOeMTXOshu4rg5sAx0PSw3QBC7MeyPd3w2Y3Whdij80aTDiJ AH4BChX07KQP6ckX6QC5MXgFk1N2ZK0Pq/ldc5Ov8Rxk6EM= X-Google-Smtp-Source: ACHHUZ6xAvXWWmBMvhgrS9ciV9lXGykur3kno1bno2S5falNACikIiDGVduhzeKzirAy/fU1G+b67XiVbbzycpqMkyM= X-Received: by 2002:a17:903:22c2:b0:1b0:3df7:5992 with SMTP id y2-20020a17090322c200b001b03df75992mr3364957plg.32.1686160358271; Wed, 07 Jun 2023 10:52:38 -0700 (PDT) Received-SPF: pass client-ip=2607:f8b0:4864:20::42d; envelope-from=norden.jeff@gmail.com; helo=mail-pf1-x42d.google.com X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=ham autolearn_force=no X-Spam_action: no action X-Mailman-Approved-At: Thu, 08 Jun 2023 00:30:49 -0400 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-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.bugs:263095 Archived-At: I've been trying out the 2nd emacs-29 pretest. It seems great. I haven't needed to tweak a single line of my .emacs or any of the custom files it loads (about 1200 lines in all). The new 'with-restriction' feature may simplify a project that I've been playing with for a while. However, I have found a minor issue with a change made to tex-mode. The simple calls to `display-buffer' in tex-mode.el have been replaced with: (display-buffer tex-shell display-comint-buffer-action) The default value for display-comint-buffer-action is set from display-buffer--same-window-action. As a result, the default behavior of `tex-buffer' or `tex-region' is that the document you are editing *disappears*, and and the window it was displayed in shows just the error messages (or lack thereof) from running TeX. You then need to switch back to the document's buffer to continue editing. This behavior makes no sense. It would be equivalent to running `compile' on a C file, and then only seeing the output from make/gcc/etc, with the source code hidden. The correct behavior in both cases is to show the process output in a window alongside the source. Anyone who has been using tex-mode for years would certainly find this new behavior disruptive, although it is easily corrected. I'm not sure if the `display-buffer' calls in tex-mode.el need to have an action argument, but if they do, it should be similar to what is used in compile.el. I'll be the first to admit that I'm not particularly well-versed in the current intricacies of buffer display actions (nor do I have any real desire to become so :-). Thanks, -Jeff