From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Drew Adams Newsgroups: gmane.emacs.bugs Subject: bug#42347: Feature request: Visual block attribute for overlays Date: Tue, 14 Jul 2020 07:48:47 -0700 (PDT) Message-ID: <7389a241-662e-4771-b211-a0607431e4d5@default> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="26674"; mail-complaints-to="usenet@ciao.gmane.io" Cc: 42347@debbugs.gnu.org To: Gregory Heytings Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Tue Jul 14 16:50:17 2020 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 1jvMG9-0006oY-0y for geb-bug-gnu-emacs@m.gmane-mx.org; Tue, 14 Jul 2020 16:50:17 +0200 Original-Received: from localhost ([::1]:33504 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jvMG8-0004cN-2p for geb-bug-gnu-emacs@m.gmane-mx.org; Tue, 14 Jul 2020 10:50:16 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:58800) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jvMFu-0004c8-8Q for bug-gnu-emacs@gnu.org; Tue, 14 Jul 2020 10:50:02 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:39758) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1jvMFt-00046m-VK for bug-gnu-emacs@gnu.org; Tue, 14 Jul 2020 10:50:01 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1jvMFt-0000b4-RL for bug-gnu-emacs@gnu.org; Tue, 14 Jul 2020 10:50:01 -0400 X-Loop: help-debbugs@gnu.org 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 Original-Received: via spool by 42347-submit@debbugs.gnu.org id=B42347.15947381412191 (code B ref 42347); Tue, 14 Jul 2020 14:50:01 +0000 Original-Received: (at 42347) by debbugs.gnu.org; 14 Jul 2020 14:49:01 +0000 Original-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 Original-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 Original-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== Original-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 Original-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 Original-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 Original-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 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)] 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-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.io gmane.emacs.bugs:182989 Archived-At: > >> 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?