From unknown Tue Jun 17 22:28:02 2025 X-Loop: help-debbugs@gnu.org Subject: bug#42347: Feature request: Visual block attribute for overlays Resent-From: Gregory Heytings Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 14 Jul 2020 00:52:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 42347 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 42347@debbugs.gnu.org X-Debbugs-Original-To: bug-gnu-emacs@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.15946878924194 (code B ref -1); Tue, 14 Jul 2020 00:52:01 +0000 Received: (at submit) by debbugs.gnu.org; 14 Jul 2020 00:51:32 +0000 Received: from localhost ([127.0.0.1]:49652 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jv9AS-00015a-5p for submit@debbugs.gnu.org; Mon, 13 Jul 2020 20:51:32 -0400 Received: from lists.gnu.org ([209.51.188.17]:60930) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jv9AO-00015Q-Fm for submit@debbugs.gnu.org; Mon, 13 Jul 2020 20:51:31 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:53638) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jv9AO-0004OV-7V for bug-gnu-emacs@gnu.org; Mon, 13 Jul 2020 20:51:28 -0400 Received: from mx.sdf.org ([205.166.94.24]:62033) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jv9AM-00018X-BK for bug-gnu-emacs@gnu.org; Mon, 13 Jul 2020 20:51:27 -0400 Received: from sdf.org (IDENT:smmsp@faeroes.freeshell.org [205.166.94.9]) by mx.sdf.org (8.15.2/8.14.5) with ESMTPS id 06E0p7SC021576 (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256 bits) verified NO); Tue, 14 Jul 2020 00:51:12 GMT Received: (from ghe@localhost) by sdf.org (8.15.2/8.12.8/Submit) id 068HJALk024374; Wed, 8 Jul 2020 17:19:10 GMT Date: Wed, 8 Jul 2020 19:19:05 +0200 (CEST) From: Gregory Heytings Message-ID: User-Agent: Alpine 2.21 (NEB 202 2017-01-01) MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset=US-ASCII Received-SPF: pass client-ip=205.166.94.24; envelope-from=ghe@sdf.org; helo=mx.sdf.org X-detected-operating-system: by eggs.gnu.org: First seen = 2020/07/13 20:51:24 X-ACL-Warn: Detected OS = ??? X-Spam_score_int: -18 X-Spam_score: -1.9 X-Spam_bar: - X-Spam_report: (-1.9 / 5.0 requ) BAYES_00=-1.9, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: -1.4 (-) 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.4 (--) In Emacs 21 to 26, overlays between two points in the buffer on two different lines extend to the right border of the window. This has changed in Emacs 27, and now the default is that overlays extend only one character position after the last character of the line. The previous behavior can be obtained with the ":extend t" face attribute. I agree that the earlier behavior was not optimal, but I think the current behavior with its staircase aspect is not optimal either. I think a third way to display overlays would make sense, and would be better than the earlier and current defaults. Let's name this attribute ":visualblock". It would produce the following result: 1. calculate the overlay it it would have been displayed by Emacs 21-26. 2. remove all pixel columns on the right *and on the left* of the overlay which have no "content" (that is, no characters on the right, and whitespace characters on the left). With this, on overlay on, for example, a block of code between () or {} would be displayed on the screen as a block. The above "algorithm" works with fixed and variable-width fonts, but could be made more efficient for fixed-width fonts. Gregory From unknown Tue Jun 17 22:28:02 2025 X-Loop: help-debbugs@gnu.org Subject: bug#42347: Feature request: Visual block attribute for overlays Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 14 Jul 2020 02:33:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 42347 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Gregory Heytings Cc: 42347@debbugs.gnu.org Received: via spool by 42347-submit@debbugs.gnu.org id=B42347.159469397513622 (code B ref 42347); Tue, 14 Jul 2020 02:33:02 +0000 Received: (at 42347) by debbugs.gnu.org; 14 Jul 2020 02:32:55 +0000 Received: from localhost ([127.0.0.1]:49820 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jvAkZ-0003Xe-Lh for submit@debbugs.gnu.org; Mon, 13 Jul 2020 22:32:55 -0400 Received: from eggs.gnu.org ([209.51.188.92]:47636) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jvAkY-0003XR-7t for 42347@debbugs.gnu.org; Mon, 13 Jul 2020 22:32:54 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:51417) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jvAkQ-0001Ly-Qz; Mon, 13 Jul 2020 22:32:46 -0400 Received: from [176.228.60.248] (port=1662 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1jvAkO-00084p-Vt; Mon, 13 Jul 2020 22:32:45 -0400 Date: Tue, 14 Jul 2020 05:32:41 +0300 Message-Id: <83k0z6n7w6.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: (bug-gnu-emacs@gnu.org) References: 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 (---) > Date: Wed, 8 Jul 2020 19:19:05 +0200 (CEST) > From: Gregory Heytings via "Bug reports for GNU Emacs, > the Swiss army knife of text editors" > > 1. calculate the overlay it it would have been displayed by Emacs 21-26. > > 2. remove all pixel columns on the right *and on the left* of the overlay > which have no "content" (that is, no characters on the right, and > whitespace characters on the left). What would be the definition of "whitespace" for this purpose? From unknown Tue Jun 17 22:28:02 2025 X-Loop: help-debbugs@gnu.org Subject: bug#42347: Feature request: Visual block attribute for overlays Resent-From: Drew Adams Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 14 Jul 2020 04:25:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 42347 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Gregory Heytings , 42347@debbugs.gnu.org Received: via spool by 42347-submit@debbugs.gnu.org id=B42347.159470065523839 (code B ref 42347); Tue, 14 Jul 2020 04:25:02 +0000 Received: (at 42347) by debbugs.gnu.org; 14 Jul 2020 04:24:15 +0000 Received: from localhost ([127.0.0.1]:49919 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jvCUJ-0006CR-39 for submit@debbugs.gnu.org; Tue, 14 Jul 2020 00:24:15 -0400 Received: from aserp2120.oracle.com ([141.146.126.78]:58900) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jvCUG-0006CD-68 for 42347@debbugs.gnu.org; Tue, 14 Jul 2020 00:24:13 -0400 Received: from pps.filterd (aserp2120.oracle.com [127.0.0.1]) by aserp2120.oracle.com (8.16.0.42/8.16.0.42) with SMTP id 06E4HZCc088601; Tue, 14 Jul 2020 04:24:05 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com; h=mime-version : message-id : date : from : sender : to : subject : references : in-reply-to : content-type : content-transfer-encoding; s=corp-2020-01-29; bh=JQDKSM021kjFYEnxdn4WMFkArEQWuG1p6NKZNdQ89n8=; b=rGg+AzSAnlXoSPuMN8j18WBXNm8UEPLF0ePJ7bcqZzOLsKeyJlcjchpROiz/GwMWCMj6 4JAFx4NTsYzVnE240C0+r+AAkEW8cjdjR2/eSpH5oKPxXj3kDY3WcDR3aGd/R3VJBSs0 Sa2K0ZxSbH2qznhSrwr1bThWLaG4XJeayOmY9HXeNkDzbmp1C9XVncf3+Tk4R8GNwzLA 5elLEI/AmBh6U5GnacMOxdDkqEi1X5kshoGVS2T96Jt+gG09a7HNBICT7o0CTeLwz/pJ p77vcIiUrdaikoFpb7UxK7Hl0bWBOUgCsF3vufgsPb6YtiEpmdzFFCYelfX3YGLn6ilL tg== Received: from aserp3030.oracle.com (aserp3030.oracle.com [141.146.126.71]) by aserp2120.oracle.com with ESMTP id 3275cm2ubv-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL); Tue, 14 Jul 2020 04:24:05 +0000 Received: from pps.filterd (aserp3030.oracle.com [127.0.0.1]) by aserp3030.oracle.com (8.16.0.42/8.16.0.42) with SMTP id 06E4NYCN069866; Tue, 14 Jul 2020 04:24:04 GMT Received: from userv0122.oracle.com (userv0122.oracle.com [156.151.31.75]) by aserp3030.oracle.com with ESMTP id 327q0nba1f-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Tue, 14 Jul 2020 04:24:04 +0000 Received: from abhmp0011.oracle.com (abhmp0011.oracle.com [141.146.116.17]) by userv0122.oracle.com (8.14.4/8.14.4) with ESMTP id 06E4O0Dn010481; Tue, 14 Jul 2020 04:24:03 GMT MIME-Version: 1.0 Message-ID: Date: Mon, 13 Jul 2020 21:23:59 -0700 (PDT) From: Drew Adams References: In-Reply-To: X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.9.1 (1003210) [OL 16.0.5017.0 (x86)] Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9681 signatures=668680 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 mlxscore=0 malwarescore=0 spamscore=0 mlxlogscore=999 bulkscore=0 adultscore=0 phishscore=0 suspectscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2006250000 definitions=main-2007140032 X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9681 signatures=668680 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=0 priorityscore=1501 bulkscore=0 adultscore=0 lowpriorityscore=0 phishscore=0 spamscore=0 impostorscore=0 malwarescore=0 mlxlogscore=999 clxscore=1011 mlxscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2006250000 definitions=main-2007140031 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 (---) > The previous behavior can be obtained with the ":extend t" face attribute= . Only on an individual basis, right? If you want to get the previous behavior everywhere, do you need to change every overlay? Or is there an option for that? If not, why not? And is there a way to get the previous behavior by default, and something that does the opposite of `:extend' for individual cases where you want the new behavior? If not, why not? From unknown Tue Jun 17 22:28:02 2025 X-Loop: help-debbugs@gnu.org Subject: bug#42347: Feature request: Visual block attribute for overlays Resent-From: Gregory Heytings Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 14 Jul 2020 07:39:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 42347 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 42347@debbugs.gnu.org Received: via spool by 42347-submit@debbugs.gnu.org id=B42347.15947123269753 (code B ref 42347); Tue, 14 Jul 2020 07:39:02 +0000 Received: (at 42347) by debbugs.gnu.org; 14 Jul 2020 07:38:46 +0000 Received: from localhost ([127.0.0.1]:50031 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jvFWY-0002XF-2k for submit@debbugs.gnu.org; Tue, 14 Jul 2020 03:38:46 -0400 Received: from mx.sdf.org ([205.166.94.24]:57843) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jvFWV-0002X6-FS for 42347@debbugs.gnu.org; Tue, 14 Jul 2020 03:38:44 -0400 Received: from sdf.org (IDENT:ghe@faeroes.freeshell.org [205.166.94.9]) by mx.sdf.org (8.15.2/8.14.5) with ESMTPS id 06E7cfYE002880 (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256 bits) verified NO); Tue, 14 Jul 2020 07:38:41 GMT Received: (from ghe@localhost) by sdf.org (8.15.2/8.12.8/Submit) id 06E7ceB0024975; Tue, 14 Jul 2020 07:38:40 GMT Date: Tue, 14 Jul 2020 07:38:38 +0000 From: Gregory Heytings In-Reply-To: <83k0z6n7w6.fsf@gnu.org> Message-ID: References: <83k0z6n7w6.fsf@gnu.org> User-Agent: Alpine 2.21 (NEB 202 2017-01-01) MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset=US-ASCII 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 should be merged with bug #42307. (It was sent earlier, and for some reason stayed in the mail queue during a week.) > >> 1. calculate the overlay it it would have been displayed by Emacs >> 21-26. >> >> 2. remove all pixel columns on the right *and on the left* of the >> overlay which have no "content" (that is, no characters on the right, >> and whitespace characters on the left). > > What would be the definition of "whitespace" for this purpose? > I think the regexp "[ \t\r\n]*" would be appropriate. Gregory From unknown Tue Jun 17 22:28:02 2025 X-Loop: help-debbugs@gnu.org Subject: bug#42347: Feature request: Visual block attribute for overlays Resent-From: Gregory Heytings Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 14 Jul 2020 07:50:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 42347 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Drew Adams Cc: 42347@debbugs.gnu.org Received: via spool by 42347-submit@debbugs.gnu.org id=B42347.159471298110737 (code B ref 42347); Tue, 14 Jul 2020 07:50:01 +0000 Received: (at 42347) by debbugs.gnu.org; 14 Jul 2020 07:49:41 +0000 Received: from localhost ([127.0.0.1]:50046 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jvFh7-0002n7-CU for submit@debbugs.gnu.org; Tue, 14 Jul 2020 03:49:41 -0400 Received: from mx.sdf.org ([205.166.94.24]:57130) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jvFh5-0002mz-M7 for 42347@debbugs.gnu.org; Tue, 14 Jul 2020 03:49:40 -0400 Received: from sdf.org (IDENT:ghe@faeroes.freeshell.org [205.166.94.9]) by mx.sdf.org (8.15.2/8.14.5) with ESMTPS id 06E7nctY012198 (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256 bits) verified NO); Tue, 14 Jul 2020 07:49:38 GMT Received: (from ghe@localhost) by sdf.org (8.15.2/8.12.8/Submit) id 06E7nbga006535; Tue, 14 Jul 2020 07:49:37 GMT Date: Tue, 14 Jul 2020 07:49:34 +0000 From: Gregory Heytings In-Reply-To: Message-ID: References: User-Agent: Alpine 2.21 (NEB 202 2017-01-01) MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset=US-ASCII 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 (-) > >> The previous behavior can be obtained with the ":extend t" face >> attribute. > > Only on an individual basis, right? If you want to get the previous > behavior everywhere, do you need to change every overlay? > AFAIK, yes. > > Or is there an option for that? If not, why not? > > And is there a way to get the previous behavior by default, and > something that does the opposite of `:extend' for individual cases where > you want the new behavior? > > If not, why not? > I don't know, but I do not see this as a problem. After all, if one wants the previous behavior, only a handful of faces need to be updated. Apparently the new behavior was considered better. The NEWS item about this (in NEWS.27) states: "This is to make Emacs behave more like other GUI applications with respect to displaying faces that cross line boundaries." Gregory From unknown Tue Jun 17 22:28:02 2025 X-Loop: help-debbugs@gnu.org Subject: bug#42347: Feature request: Visual block attribute for overlays Resent-From: Drew Adams Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 14 Jul 2020 14:50:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 42347 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Gregory Heytings Cc: 42347@debbugs.gnu.org Received: via spool by 42347-submit@debbugs.gnu.org id=B42347.15947381412191 (code B ref 42347); Tue, 14 Jul 2020 14:50:01 +0000 Received: (at 42347) by debbugs.gnu.org; 14 Jul 2020 14:49:01 +0000 Received: from localhost ([127.0.0.1]:51301 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jvMEv-0000ZD-00 for submit@debbugs.gnu.org; Tue, 14 Jul 2020 10:49:01 -0400 Received: from userp2130.oracle.com ([156.151.31.86]:54368) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jvMEs-0000Yz-Mj for 42347@debbugs.gnu.org; Tue, 14 Jul 2020 10:49:00 -0400 Received: from pps.filterd (userp2130.oracle.com [127.0.0.1]) by userp2130.oracle.com (8.16.0.42/8.16.0.42) with SMTP id 06EEc5sZ058610; Tue, 14 Jul 2020 14:48:52 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com; h=mime-version : message-id : date : from : sender : to : cc : subject : references : in-reply-to : content-type : content-transfer-encoding; s=corp-2020-01-29; bh=fmGg1PCQj52i+R0gtMAlVuFfMntGsc6iQzcjI2nXNrI=; b=JZbEWODIeGoq3bQAn+lFEuwGkN9VtiMIlJVSoSMzl21aJec2sfNn9qW5sZhG1jW83Fgk AzLIecGwmZK33r97tdN9KO9Z65KWMyoE5I89EEH9QEq3IwldbZffcf15lrvSPHQ15RVn Zu+59vy7iS9kMVUe5Uyf5p6BO5+BTsQjhVyqlcYjtPx8Aw2rYdgWqF5wYwjk6hVbwPZi tmbX/ytEksyiWyuxL4ZpfLIKRD9kg+2GeH1SAkXLR+CP34Hq5XtKKlx6BeEBmn/dLQOm a3CahXc9KbzhduyXCrZqHtt8loSKOa2nZ0Ojn/Ep4gJ2Mc0gofwAhqO6wHJbAvsPyrXm Ag== Received: from aserp3030.oracle.com (aserp3030.oracle.com [141.146.126.71]) by userp2130.oracle.com with ESMTP id 3274ur5vd5-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL); Tue, 14 Jul 2020 14:48:52 +0000 Received: from pps.filterd (aserp3030.oracle.com [127.0.0.1]) by aserp3030.oracle.com (8.16.0.42/8.16.0.42) with SMTP id 06EEbbDu036534; Tue, 14 Jul 2020 14:48:52 GMT Received: from userv0121.oracle.com (userv0121.oracle.com [156.151.31.72]) by aserp3030.oracle.com with ESMTP id 327q0pcrm1-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Tue, 14 Jul 2020 14:48:51 +0000 Received: from abhmp0019.oracle.com (abhmp0019.oracle.com [141.146.116.25]) by userv0121.oracle.com (8.14.4/8.13.8) with ESMTP id 06EEmoXK004280; Tue, 14 Jul 2020 14:48:50 GMT MIME-Version: 1.0 Message-ID: <7389a241-662e-4771-b211-a0607431e4d5@default> Date: Tue, 14 Jul 2020 07:48:47 -0700 (PDT) From: Drew Adams References: In-Reply-To: X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.9.1 (1003210) [OL 16.0.5017.0 (x86)] Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9681 signatures=668680 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 mlxscore=0 malwarescore=0 spamscore=0 mlxlogscore=999 bulkscore=0 adultscore=0 phishscore=0 suspectscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2006250000 definitions=main-2007140113 X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9681 signatures=668680 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 lowpriorityscore=0 impostorscore=0 suspectscore=0 phishscore=0 spamscore=0 mlxlogscore=999 malwarescore=0 mlxscore=0 priorityscore=1501 adultscore=0 bulkscore=0 clxscore=1015 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2006250000 definitions=main-2007140113 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 (---) > >> The previous behavior can be obtained with the ":extend t" face > >> attribute. > > > > Only on an individual basis, right? If you want to get the previous > > behavior everywhere, do you need to change every overlay? >=20 > AFAIK, yes. >=20 > > Or is there an option for that? If not, why not? > > > > And is there a way to get the previous behavior by default, and > > something that does the opposite of `:extend' for individual cases > > where you want the new behavior? If not, why not? > > >=20 > I don't know, but I do not see this as a problem. After all, if one > wants the previous behavior, only a handful of faces need to be updated. Really? That's what people thought at the beginning of this change. Then more popped up, one by one. Why should a user, and not necessarily a lisper, need to find and fix each such face - handful or not - to get back the previous behavior, if that's what s?he prefers? > Apparently the new behavior was considered better. The NEWS item about > this (in NEWS.27) states: "This is to make Emacs behave more like > other GUI applications with respect to displaying faces that cross line > boundaries." Yes, I know the rationale. It doesn't follow that all, or even most, users feel the same way. There are lots of outside-Emacs behaviors that we don't impose as the default - let alone the only - behavior in Emacs. I'm not making an argument that users shouldn't be able to get the new behavior, or even that the new behavior should not have been adopted immediately as the default (well...). My argument is to make it simple for users to switch behaviors. Why not? From unknown Tue Jun 17 22:28:02 2025 X-Loop: help-debbugs@gnu.org Subject: bug#42347: Feature request: Visual block attribute for overlays Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 14 Jul 2020 14:56:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 42347 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Gregory Heytings Cc: 42347@debbugs.gnu.org Received: via spool by 42347-submit@debbugs.gnu.org id=B42347.15947385272814 (code B ref 42347); Tue, 14 Jul 2020 14:56:02 +0000 Received: (at 42347) by debbugs.gnu.org; 14 Jul 2020 14:55:27 +0000 Received: from localhost ([127.0.0.1]:51323 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jvML9-0000jK-03 for submit@debbugs.gnu.org; Tue, 14 Jul 2020 10:55:27 -0400 Received: from eggs.gnu.org ([209.51.188.92]:46884) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jvML7-0000j2-Rb for 42347@debbugs.gnu.org; Tue, 14 Jul 2020 10:55:26 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:60785) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jvML2-00052A-BU; Tue, 14 Jul 2020 10:55:20 -0400 Received: from [176.228.60.248] (port=3157 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1jvMKy-0002gz-Kz; Tue, 14 Jul 2020 10:55:18 -0400 Date: Tue, 14 Jul 2020 17:55:13 +0300 Message-Id: <83eepem9im.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: (bug-gnu-emacs@gnu.org) References: <83k0z6n7w6.fsf@gnu.org> 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 (---) > Date: Tue, 14 Jul 2020 07:38:38 +0000 > From: Gregory Heytings via "Bug reports for GNU Emacs, > the Swiss army knife of text editors" > > >> 2. remove all pixel columns on the right *and on the left* of the > >> overlay which have no "content" (that is, no characters on the right, > >> and whitespace characters on the left). > > > > What would be the definition of "whitespace" for this purpose? > > > > I think the regexp "[ \t\r\n]*" would be appropriate. Are you sure? First, \r doesn't happen in Emacs buffers, and \n is the newline, so it isn't on the same line. Next, what about \f, and more generally about any other sequence of characters that match [:blank:]? And finally, what about stretches of whitespace generated by the 'space' display properties?