From debbugs-submit-bounces@debbugs.gnu.org Thu Feb 20 02:44:15 2014 Received: (at submit) by debbugs.gnu.org; 20 Feb 2014 07:44:15 +0000 Received: from localhost ([127.0.0.1]:32989 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WGOIo-0001pY-7M for submit@debbugs.gnu.org; Thu, 20 Feb 2014 02:44:14 -0500 Received: from eggs.gnu.org ([208.118.235.92]:42902) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WGOIk-0001pH-7T for submit@debbugs.gnu.org; Thu, 20 Feb 2014 02:44:11 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WGOId-0007G6-VF for submit@debbugs.gnu.org; Thu, 20 Feb 2014 02:44:04 -0500 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, T_DKIM_INVALID autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:37654) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WGOId-0007G0-SG for submit@debbugs.gnu.org; Thu, 20 Feb 2014 02:44:03 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:44612) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WGOIc-0000is-Gt for bug-gnu-emacs@gnu.org; Thu, 20 Feb 2014 02:44:03 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WGOIa-0007FM-43 for bug-gnu-emacs@gnu.org; Thu, 20 Feb 2014 02:44:02 -0500 Received: from mail-pa0-x233.google.com ([2607:f8b0:400e:c03::233]:41249) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WGOIZ-0007FF-S0 for bug-gnu-emacs@gnu.org; Thu, 20 Feb 2014 02:44:00 -0500 Received: by mail-pa0-f51.google.com with SMTP id ld10so1559212pab.24 for ; Wed, 19 Feb 2014 23:43:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:subject:date:message-id:mime-version:content-type; bh=+qCVnX6TgRVAlGK5G0BGWG/rByFcuzVKlLa3b063jI4=; b=dv62D039zex1S0I3M4pago7TZdpPNURCNActUFlTE65txH0YzXlLQe6S7aDtT4KlOu 11AVpl5FsG1RzSMyqU9n21NU72e+8o+8UuVOlhi+X8mDwDQNtBe5uVvva98SteJtf5yT OY+1b3SMH3vxMifS9jimO5wbnv0uO5HHdIoqepIoDQzIkI33v+98RWoO/CqodbItddr8 9uIzg0D+6eqgbQQW3vff2z+yqnXrCMgnXxT8RKTJQEOd35JqZE2MfPy83if/XfjMFdT2 siWr5G8T48hBONwUmYDqIhvWqmrk73bYIglMPPEr3IdvZSLK+0m4nknx9f7cRvIil/Nf rqeA== X-Received: by 10.67.3.68 with SMTP id bu4mr402628pad.144.1392882238160; Wed, 19 Feb 2014 23:43:58 -0800 (PST) Received: from gentoo ([2001:250:401:1172:9a4b:e1ff:feb8:30d8]) by mx.google.com with ESMTPSA id u6sm7970313pbu.16.2014.02.19.23.42.11 for (version=TLSv1.2 cipher=RC4-SHA bits=128/128); Wed, 19 Feb 2014 23:42:14 -0800 (PST) From: yynyygy@gmail.com To: bug-gnu-emacs@gnu.org Subject: 24.3.50; show-paren-mode adds confusion to active region Date: Thu, 20 Feb 2014 15:40:51 +0800 Message-ID: <874n3utenw.fsf@gentoo.i-did-not-set--mail-host-address--so-tickle-me> MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -4.0 (----) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 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: -4.0 (----) When show-paren-mode is on, it adds confusion to the active region. Suppose I have some text which is (hello), 1. I set the region to (hello and place the cursor on the left paren. 2. I set the region to (hello) and place the cursor on the left paren. Note that in Case 1, the right paren is not part of the region while in Case 2 it is. In the two cases above, I get exactly the same color on the screen, then how can I distinguish between these two different cases? Compared to the more rational behavior of Emacs 24.3, I think the paren which is part of the region should have the same color with the region while the paren which is not part of the region can has matching paren color. In this way, the user can tell which part is selected and which part is not. In GNU Emacs 24.3.50.1 (i686-pc-linux-gnu, GTK+ Version 3.8.7) of 2014-02-19 on gentoo Windowing system distributor `The X.Org Foundation', version 11.0.11403000 Configured using: `configure --prefix=/usr/local/emacs/' Important settings: value of $LC_COLLATE: C value of $LC_CTYPE: zh_CN.UTF-8 value of $LANG: en_US.UTF-8 value of $XMODIFIERS: @im=ibus locale-coding-system: utf-8-unix Major mode: Messages Minor modes in effect: tooltip-mode: t electric-indent-mode: t mouse-wheel-mode: t tool-bar-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t blink-cursor-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t buffer-read-only: t line-number-mode: t transient-mark-mode: t Recent input: M-x r e p o r M s h o w - p a r e n - m o d e SPC a d d SPC c o n f s SPC c o n f u s i o C-g C-h f t r a n s i C-x o C-n C-n C-n C-n C-n C-n C-n C-l C-n C-n C-n C-n C-n C-n C-l C-n C-n C-n C-n C-l C-n C-n C-n C-l C-n C-n C-n C-l q M-x r e C-g C-x b M-x r e p o r Recent messages: For information about GNU Emacs and the GNU system, type C-h C-a. Making completion list... Quit Type C-x 1 to delete the help window, C-M-v to scroll help. Quit Making completion list... [2 times] Load-path shadows: None found. Features: (shadow sort gnus-util mail-extr emacsbug message format-spec rfc822 mml mml-sec mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail rfc2047 rfc2045 ietf-drums mm-util help-fns mail-prsvr mail-utils help-mode easymenu time-date china-util tooltip electric uniquify ediff-hook vc-hooks lisp-float-type mwheel x-win x-dnd tool-bar dnd fontset image regexp-opt fringe tabulated-list newcomment lisp-mode prog-mode register page menu-bar rfn-eshadow timer select scroll-bar mouse jit-lock font-lock syntax facemenu font-core frame cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean japanese hebrew greek romanian slovak czech european ethiopic indian cyrillic chinese case-table epa-hook jka-cmpr-hook help simple abbrev minibuffer nadvice loaddefs button faces cus-face macroexp files text-properties overlay sha1 md5 base64 format env code-pages mule custom widget hashtable-print-readable backquote make-network-process dbusbind gfilenotify dynamic-setting system-font-setting font-render-setting move-toolbar gtk x-toolkit x multi-tty emacs) From debbugs-submit-bounces@debbugs.gnu.org Thu Feb 20 12:44:40 2014 Received: (at 16822) by debbugs.gnu.org; 20 Feb 2014 17:44:40 +0000 Received: from localhost ([127.0.0.1]:33890 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WGXfr-0002zV-QE for submit@debbugs.gnu.org; Thu, 20 Feb 2014 12:44:40 -0500 Received: from userp1040.oracle.com ([156.151.31.81]:37958) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WGXfq-0002zI-0l for 16822@debbugs.gnu.org; Thu, 20 Feb 2014 12:44:38 -0500 Received: from ucsinet21.oracle.com (ucsinet21.oracle.com [156.151.31.93]) by userp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id s1KHiVpv014689 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 20 Feb 2014 17:44:32 GMT Received: from userz7021.oracle.com (userz7021.oracle.com [156.151.31.85]) by ucsinet21.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id s1KHiULj003255 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Thu, 20 Feb 2014 17:44:31 GMT Received: from abhmp0010.oracle.com (abhmp0010.oracle.com [141.146.116.16]) by userz7021.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id s1KHiUQF003243; Thu, 20 Feb 2014 17:44:30 GMT MIME-Version: 1.0 Message-ID: <0da65346-23b7-4b99-967d-1a25c5877175@default> Date: Thu, 20 Feb 2014 09:44:29 -0800 (PST) From: Drew Adams To: yynyygy@gmail.com, 16822@debbugs.gnu.org Subject: RE: bug#16822: 24.3.50; show-paren-mode adds confusion to active region References: <874n3utenw.fsf@gentoo.i-did-not-set--mail-host-address--so-tickle-me> In-Reply-To: <874n3utenw.fsf@gentoo.i-did-not-set--mail-host-address--so-tickle-me> X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.8 (707110) [OL 12.0.6680.5000 (x86)] Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Source-IP: ucsinet21.oracle.com [156.151.31.93] X-Spam-Score: -2.9 (--) X-Debbugs-Envelope-To: 16822 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 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.9 (--) > When show-paren-mode is on, it adds confusion to the active > region. Suppose I have some text which is (hello), >=20 > 1. I set the region to (hello and place the cursor on the left paren. > 2. I set the region to (hello) and place the cursor on the left paren. >=20 > Note that in Case 1, the right paren is not part of the region while in > Case 2 it is. In the two cases above, I get exactly the same color on > the screen, then how can I distinguish between these two different > cases? >=20 > Compared to the more rational behavior of Emacs 24.3, I think the paren > which is part of the region should have the same color with the region > while the paren which is not part of the region can has matching paren > color. In this way, the user can tell which part is selected and which > part is not. Well put. Yes, it used to be the case that the region highlighting was used to show clearly what text is in the region (each char), as specified by the doc: http://www.gnu.org/software/emacs/manual/html_node/elisp/Displaying-Faces.h= tml That policy was changed recently, introducing the behavior change that you report. Now, other highlighting can take precedence visually over region highlighting for various chars of the region. Some people like the change. Some don't. Regression or improvement - take your pick. (No, you cannot take your pick in practice, e.g., via customization. But you can at least make up your own mind.) If you are interested, see bugs #15899, #16192, #15618, and this very long emacs-devel thread: http://lists.gnu.org/archive/html/emacs-devel/2014-01/msg01272.html 15899: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D15899 16192: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D16192 15618: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D15618 From debbugs-submit-bounces@debbugs.gnu.org Thu Feb 20 16:44:17 2014 Received: (at 16822) by debbugs.gnu.org; 20 Feb 2014 21:44:17 +0000 Received: from localhost ([127.0.0.1]:33988 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WGbPk-0001Ap-Qg for submit@debbugs.gnu.org; Thu, 20 Feb 2014 16:44:17 -0500 Received: from mercure.iro.umontreal.ca ([132.204.24.67]:58028) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WGbPi-0001Ag-46 for 16822@debbugs.gnu.org; Thu, 20 Feb 2014 16:44:14 -0500 Received: from hidalgo.iro.umontreal.ca (hidalgo.iro.umontreal.ca [132.204.27.50]) by mercure.iro.umontreal.ca (Postfix) with ESMTP id A6AA884DCC; Thu, 20 Feb 2014 16:44:12 -0500 (EST) Received: from lechon.iro.umontreal.ca (lechon.iro.umontreal.ca [132.204.27.242]) by hidalgo.iro.umontreal.ca (Postfix) with ESMTP id 730231E5913; Thu, 20 Feb 2014 16:43:48 -0500 (EST) Received: by lechon.iro.umontreal.ca (Postfix, from userid 20848) id 4D555B40E2; Thu, 20 Feb 2014 16:43:48 -0500 (EST) From: Stefan Monnier To: Drew Adams Subject: Re: bug#16822: 24.3.50; show-paren-mode adds confusion to active region Message-ID: References: <874n3utenw.fsf@gentoo.i-did-not-set--mail-host-address--so-tickle-me> <0da65346-23b7-4b99-967d-1a25c5877175@default> Date: Thu, 20 Feb 2014 16:43:48 -0500 In-Reply-To: <0da65346-23b7-4b99-967d-1a25c5877175@default> (Drew Adams's message of "Thu, 20 Feb 2014 09:44:29 -0800 (PST)") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-DIRO-MailScanner-Information: Please contact the ISP for more information X-DIRO-MailScanner: Found to be clean X-DIRO-MailScanner-SpamCheck: n'est pas un polluriel, SpamAssassin (score=-2.82, requis 5, autolearn=not spam, ALL_TRUSTED -2.82, MC_TSTLAST 0.00) X-DIRO-MailScanner-From: monnier@iro.umontreal.ca X-Spam-Status: No X-Spam-Score: -2.9 (--) X-Debbugs-Envelope-To: 16822 Cc: yynyygy@gmail.com, 16822@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 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.9 (--) > take your pick. (No, you cannot take your pick in practice, e.g., > via customization. But you can at least make up your own mind.) Maybe not via M-x customize, indeed, but since it's now written in Elisp, you definitely can change it in your ~/.emacs. Stefan From debbugs-submit-bounces@debbugs.gnu.org Thu Jul 15 00:55:10 2021 Received: (at 16822) by debbugs.gnu.org; 15 Jul 2021 04:55:10 +0000 Received: from localhost ([127.0.0.1]:46244 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1m3tOw-0008F4-6c for submit@debbugs.gnu.org; Thu, 15 Jul 2021 00:55:10 -0400 Received: from quimby.gnus.org ([95.216.78.240]:51882) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1m3tOu-0008Eo-BS for 16822@debbugs.gnu.org; Thu, 15 Jul 2021 00:55:08 -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=YakNyzCdiQR/e3VmvS+ZZXAofRUTdpPDijj9hOk8kDs=; b=IzlSp54SNl4q1rWVs729fgkvZp Hb4Fy3i+ndXxcvZRivh5TkvxMrqpr1/IGIRBM2DM5UYtzwGlvfDgp36Gh8CPrrHU3QVjRShQfV8GS Mmytbr3yAlFI7mx2Z5obZ11nn+OP6sJE1JwSYpUbWGvtIxHmzaD+xfbs1XW2DpsTq04I=; 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 1m3tOl-0003uw-Ou; Thu, 15 Jul 2021 06:55:02 +0200 From: Lars Ingebrigtsen To: yynyygy@gmail.com Subject: Re: bug#16822: 24.3.50; show-paren-mode adds confusion to active region References: <874n3utenw.fsf@gentoo.i-did-not-set--mail-host-address--so-tickle-me> X-Now-Playing: Squarepusher's _Be Up A Hello_: "Detroit People Mover" Date: Thu, 15 Jul 2021 06:54:59 +0200 In-Reply-To: <874n3utenw.fsf@gentoo.i-did-not-set--mail-host-address--so-tickle-me> (yynyygy@gmail.com's message of "Thu, 20 Feb 2014 15:40:51 +0800") Message-ID: <87v95cqiqk.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.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: yynyygy@gmail.com writes: > When show-paren-mode is on, it adds confusion to the active > region. Suppose I have some text which is (hello), > > 1. I set the region to (hello and place the cursor on the left paren. > 2. I set [...] 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: 16822 Cc: 16822@debbugs.gnu.org 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 (---) yynyygy@gmail.com writes: > When show-paren-mode is on, it adds confusion to the active > region. Suppose I have some text which is (hello), > > 1. I set the region to (hello and place the cursor on the left paren. > 2. I set the region to (hello) and place the cursor on the left paren. > > Note that in Case 1, the right paren is not part of the region while in > Case 2 it is. In the two cases above, I get exactly the same color on > the screen, then how can I distinguish between these two different > cases? -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Thu Jul 15 00:59:33 2021 Received: (at 16822) by debbugs.gnu.org; 15 Jul 2021 04:59:33 +0000 Received: from localhost ([127.0.0.1]:46248 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1m3tTA-0008L7-On for submit@debbugs.gnu.org; Thu, 15 Jul 2021 00:59:33 -0400 Received: from quimby.gnus.org ([95.216.78.240]:51914) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1m3tT8-0008Kq-G7 for 16822@debbugs.gnu.org; Thu, 15 Jul 2021 00:59:31 -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: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:In-Reply-To:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=LJyP24OzWohlsRXDmj7lXb7JEqT7yVFpefghnK0e00Q=; b=iFtyxgbrVdFhguc/nFpQNZwYsw CLLSb8athoXd8FfrGR+W03pT2qBeECin/8IvOk+rvBGFWL3uKjK1RSvXO49KpAXqIZkEaxiRcB4sH YiwIGHRGsRaukENuufsYOHLbVek54UqaYjZ5DVI5WO/uofuVzQYNzT9c4DVbqk6E4zek=; 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 1m3tT0-0003vy-AE; Thu, 15 Jul 2021 06:59:24 +0200 From: Lars Ingebrigtsen To: yynyygy@gmail.com Subject: Re: bug#16822: 24.3.50; show-paren-mode adds confusion to active region References: <874n3utenw.fsf@gentoo.i-did-not-set--mail-host-address--so-tickle-me> X-Now-Playing: Squarepusher's _Be Up A Hello_: "Detroit People Mover" Date: Thu, 15 Jul 2021 06:59:21 +0200 Message-ID: <87tukwqija.fsf@gnus.org> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" 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: yynyygy@gmail.com writes: > When show-paren-mode is on, it adds confusion to the active > region. Suppose I have some text which is (hello), > > 1. I set the region to (hello and place the cursor on the left paren. > 2. I set [...] 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: 16822 Cc: 16822@debbugs.gnu.org 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 (---) --=-=-= Content-Type: text/plain yynyygy@gmail.com writes: > When show-paren-mode is on, it adds confusion to the active > region. Suppose I have some text which is (hello), > > 1. I set the region to (hello and place the cursor on the left paren. > 2. I set the region to (hello) and place the cursor on the left paren. > > Note that in Case 1, the right paren is not part of the region while in > Case 2 it is. In the two cases above, I get exactly the same color on > the screen, then how can I distinguish between these two different > cases? This is still the case in Emacs 28. Whether I put the mark after the "o" or after the ")", and then go to the start of the line (in *scratch*), I get this displayed: --=-=-= Content-Type: image/png Content-Disposition: inline Content-Transfer-Encoding: base64 iVBORw0KGgoAAAANSUhEUgAAAFUAAAAkCAIAAAB36eFpAAAABGdBTUEAALGPC/xhBQAAACBjSFJN AAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAABmJLR0QA/wD/AP+gvaeTAAAA EGNhTnYAAAeAAAAEsAAAA/YAAADRZyr9jQAABZ5JREFUaN7tmHtMU1ccx7+3pZTS3vJ0BQFFXr7C cxYdiKgbTJ26QTQDZIhTsyw+JmaOJfOBMXHOueEiziVoEM1QhwpqhGJUOgcW4gN8jDE6QClPebal tLWl3R8QwEKBa7pERn+5Se89/Z5z8zm/3++cc3+ETCYDQJIkJqXRJie2md/Mb+YHYNH3QxDE6Do+ n//mw7Cz00cXFE73H5kfwOJn5ca6Cd0DzPE/ufi1sgOrhEF7OpRD2jzXZxTkn0r0eO2XeSamFxTk 91/Z2/ypC8ZnOvnhKGFAcpt83PlvaA0Xq882kElp9ixTTvaL4jOpzWyAMy9mYxj7dQTjdCq5aZPD 6d01P693SJ5DUPd/b+fxk1IizDV+ummDTS7+QyAQCATCSulrCsZr9stdox16Mn55MdY4I/H3CBuv tNGXLnecwGdimu3qCEtVUVNOC+X41xZca1fQ7ZeF0410cQpJ3JLwnq8Lt7ej6vezP524KdEM/st0 CV37SXR4oCePTVe2VpfdvpB5XtSkMSWaQ+Ca9XGRfG8em6Zqry0vvHD63N0GwzcQ/Hcd7c81Xs5T JW6wouJ/nUz0QAdvbuDIqc/03fzdrjBGbemtO38p7Od+8GXKOu+BQRg+sYfS9sbN5zaVFlzJzb/X avdOfErq7oi3TEdPLkj64eDGCA9txc3cnLz7nbyFsftS90TwhgmJudwAGp7e65JT83+t9IEc5Gxy 2sgdpsyxztq+JVOsAmBbti9z14KlS3xOiysB0LxikxNmdt86+MWRog4dACA9d8OxozGb44KERx+a IgYIn7WfR/L0VWd2JJ2TaAEQ2eUpJ3cGf5YwX/h96ataFunrjtuPpOVwCqPg/xZ1M+DoYGmkg+7B 1Wyxqu++q1hUAfBcXRkAAN9ly11ptTdynvSSNv1m3SoqqYNNUJAHTGKeISFO0JTmXJNo+xr07Tcv FXaBDA31G7bQMxwdAIW6SUHF/xqpVgFwSSMbIzok9T0DD0qpVANYsViABo7e3raAbXza+fhhg9rZ mSb1Xd2mAg3VNd2Dbb01Nc+AALdp9qg04LfhAtB2dgHscfNbMGkWgFqtM9JBpR56JNLr9QMfDxwO B3j5MGPvxb+HBU1HrUn4mVYsApB3v5LS3TK5DmCxrA3VvSo1AJoVk4r/CTuGLSCVagCKZx+FQgFY 0rrEZWXd+G9MrVLqAZJDAu0DjRwuSQOUyh5DtVYqAwiGw2ixNzz/PdmzCLTUDR9uLGsVi6WAz7wg zlhKpVIJWDGZlAW6ekkjwPP0GBLP9Bke0wFlvaTDUN1T/RxwZ8+kU+Ln2vC9oPtT9pSydx4XCBr0 1gsTNwTaDK5FBMttYfSiVzcTRWOjDJYzZ80wdjY1Kqi+K2oBY35UtEf/3NCd3l+7xA7doruP9QZa ifyRFHZBtl6gEv8AOzKclXqyq1iMYG9K/LqqrMNn/b9NWHEwfVZJcdlzGWHj4hM4b66zJv+ry3fq higf5eXVr4j5eP8huztP2lV6tfhWdmkzxiHQV/124saivZFxR477FN2v653iFxLiZS1/+GNmyUuA MXSItpLOKjCiFnMJivyYHe3sd6rmqqA7yZtDaQLwsvLX5K3VUTEfhb+9aFUwUytrbX4uupQjvFFl MFP/ZO0/Qm6LD49Y48cgILteYcBvXCAXHd35TX1iXCQ/fGUATdVWU3zhWEZWUbOh99XXBdJenkts 6Ohf+ERf/ZvL5Q6tf2hyk0p2VDhnX/fiWwAQugdMtPqPpG7lh7W0rcFXPx26ig+v/4w8O4zV291m tzalXdO8+dAjWa/wlOSpo/PX68bcwowcc2gz3A7tR6FepQSDNeHwdWqVq0vKgakhTLwmP0D3X+Xu P+HI+71nvWyT+/ikg/z/4yLn2Px6vX4SwsNc/zXzm/nN/GZ+M//ktH8BBPpALIPs7Y8AAAAASUVO RK5CYII= --=-=-= Content-Type: text/plain Perhaps the solution here is just to introduce a new face for parens that are part of the region? Any opinions? -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no --=-=-=-- From debbugs-submit-bounces@debbugs.gnu.org Thu Jul 15 00:59:38 2021 Received: (at control) by debbugs.gnu.org; 15 Jul 2021 04:59:38 +0000 Received: from localhost ([127.0.0.1]:46251 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1m3tTG-0008LO-2A for submit@debbugs.gnu.org; Thu, 15 Jul 2021 00:59:38 -0400 Received: from quimby.gnus.org ([95.216.78.240]:51928) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1m3tTE-0008Ky-7y for control@debbugs.gnu.org; Thu, 15 Jul 2021 00:59:36 -0400 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=qsguJ4SUdcwG7DsNztRz3rqmFmJ86fT6eg/68HXRXfs=; b=YlSsD4pLyIRO7DSoiLyZKX+CmO tdn4DwcIesoZROsq4OySRIGDCowxjGOIzEWWPVXMTAjn8Y7k570jMrZIlhJFyrpd1RltyrmLBy4z9 pxQXCLXMwjCErQAwUO0fHkbHT/IUtZvAg6Z1TLw9+MF1BazXoYXGqIYkFjUUxvVZ+WeI=; 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 1m3tT6-0003w6-JX for control@debbugs.gnu.org; Thu, 15 Jul 2021 06:59:30 +0200 Date: Thu, 15 Jul 2021 06:59:28 +0200 Message-Id: <87sg0gqij3.fsf@gnus.org> To: control@debbugs.gnu.org From: Lars Ingebrigtsen Subject: control message for bug #16822 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: tags 16822 + moreinfo 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 (---) tags 16822 + moreinfo quit From debbugs-submit-bounces@debbugs.gnu.org Thu Jul 15 02:53:31 2021 Received: (at 16822) by debbugs.gnu.org; 15 Jul 2021 06:53:31 +0000 Received: from localhost ([127.0.0.1]:46592 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1m3vFS-0003gR-S1 for submit@debbugs.gnu.org; Thu, 15 Jul 2021 02:53:31 -0400 Received: from eggs.gnu.org ([209.51.188.92]:32814) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1m3vFQ-0003gE-KR for 16822@debbugs.gnu.org; Thu, 15 Jul 2021 02:53:29 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:38704) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1m3vFL-0008S6-8x; Thu, 15 Jul 2021 02:53:23 -0400 Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:4805 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1m3vFK-000665-Sr; Thu, 15 Jul 2021 02:53:23 -0400 Date: Thu, 15 Jul 2021 09:53:08 +0300 Message-Id: <83eec06pbf.fsf@gnu.org> From: Eli Zaretskii To: Lars Ingebrigtsen In-Reply-To: <87tukwqija.fsf@gnus.org> (message from Lars Ingebrigtsen on Thu, 15 Jul 2021 06:59:21 +0200) Subject: Re: bug#16822: 24.3.50; show-paren-mode adds confusion to active region References: <874n3utenw.fsf@gentoo.i-did-not-set--mail-host-address--so-tickle-me> <87tukwqija.fsf@gnus.org> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 16822 Cc: yynyygy@gmail.com, 16822@debbugs.gnu.org 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: Lars Ingebrigtsen > Date: Thu, 15 Jul 2021 06:59:21 +0200 > Cc: 16822@debbugs.gnu.org > > yynyygy@gmail.com writes: > > > When show-paren-mode is on, it adds confusion to the active > > region. Suppose I have some text which is (hello), > > > > 1. I set the region to (hello and place the cursor on the left paren. > > 2. I set the region to (hello) and place the cursor on the left paren. > > > > Note that in Case 1, the right paren is not part of the region while in > > Case 2 it is. In the two cases above, I get exactly the same color on > > the screen, then how can I distinguish between these two different > > cases? > > This is still the case in Emacs 28. Whether I put the mark after the > "o" or after the ")", and then go to the start of the line (in > *scratch*), I get this displayed: > [...] > Perhaps the solution here is just to introduce a new face for parens > that are part of the region? Any opinions? I admit that I don't understand the problem. Why should the display be different in these two cases? It sounds like the (unspelled-out) assumption is that showing the region is more important than showing the (mis)matched parens? But if this is the assumption, then I don't think I agree: show-paren-mode is for _temporary_ display of the parens, so if it temporarily obscures the region, it's perfectly okay. Adding a new face would bump into the problem of making sure the colors of this new face are always visible and distinguishable from the other two colors. I don't see how that could work reliably. From debbugs-submit-bounces@debbugs.gnu.org Thu Jul 15 04:45:58 2021 Received: (at 16822) by debbugs.gnu.org; 15 Jul 2021 08:45:58 +0000 Received: from localhost ([127.0.0.1]:46766 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1m3x0H-00019R-MS for submit@debbugs.gnu.org; Thu, 15 Jul 2021 04:45:57 -0400 Received: from quimby.gnus.org ([95.216.78.240]:54638) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1m3x0G-00013V-0Q for 16822@debbugs.gnu.org; Thu, 15 Jul 2021 04:45:56 -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=fNpPUzt1rVF/ZH0JuyvlL16d1P6sxzvvW95Ik75DY4Y=; b=a0145EH7W8dohvfFDOX4+yd1MB xMoKLM7b32q6EeAHEIj9lUnBq7fnl6qf841VzMstfqX4apN8pKg1a2TPbc8qxMpyW8U6wjn3qty+O ijBkTB2lqAnCSk/U3htrmquL91sdMCLSmKR7tPuAcziY6Y2sDeo4QNYC7cSOy5HzVAM0=; 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 1m3x06-0006II-Gz; Thu, 15 Jul 2021 10:45:49 +0200 From: Lars Ingebrigtsen To: Eli Zaretskii Subject: Re: bug#16822: 24.3.50; show-paren-mode adds confusion to active region References: <874n3utenw.fsf@gentoo.i-did-not-set--mail-host-address--so-tickle-me> <87tukwqija.fsf@gnus.org> <83eec06pbf.fsf@gnu.org> X-Now-Playing: John T. Gast's _Inna Babalon_: "Bonus Bongo Harp" Date: Thu, 15 Jul 2021 10:45:45 +0200 In-Reply-To: <83eec06pbf.fsf@gnu.org> (Eli Zaretskii's message of "Thu, 15 Jul 2021 09:53:08 +0300") Message-ID: <87k0lskls6.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.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: Eli Zaretskii writes: > I admit that I don't understand the problem. Why should the display > be different in these two cases? It sounds like the (unspelled-out) > assumption is that showing the region is more important th [...] 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: 16822 Cc: yynyygy@gmail.com, 16822@debbugs.gnu.org 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 (---) Eli Zaretskii writes: > I admit that I don't understand the problem. Why should the display > be different in these two cases? It sounds like the (unspelled-out) > assumption is that showing the region is more important than showing > the (mis)matched parens? But if this is the assumption, then I don't > think I agree: show-paren-mode is for _temporary_ display of the > parens, so if it temporarily obscures the region, it's perfectly okay. > > Adding a new face would bump into the problem of making sure the > colors of this new face are always visible and distinguishable from > the other two colors. I don't see how that could work reliably. I was thinking that perhaps the region-blink-face would tweak the foreground (while the normal only tweaks the background), so by merging we'd see some difference. But you're right -- it's hard to see what the use case here is, really, beyond "it'd be nice". So I'm closing this bug report. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Thu Jul 15 04:46:09 2021 Received: (at control) by debbugs.gnu.org; 15 Jul 2021 08:46:09 +0000 Received: from localhost ([127.0.0.1]:46770 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1m3x0T-0001Kp-1L for submit@debbugs.gnu.org; Thu, 15 Jul 2021 04:46:09 -0400 Received: from quimby.gnus.org ([95.216.78.240]:54656) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1m3x0R-0001EH-Co for control@debbugs.gnu.org; Thu, 15 Jul 2021 04:46:07 -0400 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=qnUlq7XOHdSXxPqgM+GiaoOKFvvoVQCy5vXHslK37y8=; b=HMtbgE2DvEB6uDuqmuheAp4HYL UHKiGONFdkbKjqzvbocbe/fLMOvlYxidho3nSvfLa2LkFzR3NOcLAJfLWMpIMQ15/8Zgb/QHUImNe EMvZ9rYtXj3q39BRLpj7GMYdIQ8MwwgcbbXnnYOKsGXxsn+OFdW1HS0ixv2g/gCmcxSA=; 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 1m3x0J-0006Ic-Po for control@debbugs.gnu.org; Thu, 15 Jul 2021 10:46:01 +0200 Date: Thu, 15 Jul 2021 10:45:59 +0200 Message-Id: <87im1cklrs.fsf@gnus.org> To: control@debbugs.gnu.org From: Lars Ingebrigtsen Subject: control message for bug #16822 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: tags 16822 wontfix close 16822 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 (---) tags 16822 wontfix close 16822 quit From unknown Sat Jun 21 10:26:43 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Thu, 12 Aug 2021 11:24:05 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator