From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Gregory Heytings via "Emacs development discussions." Newsgroups: gmane.emacs.devel Subject: Re: Overlay behavior change Date: Wed, 8 Jul 2020 17:12:23 +0200 (CEST) Message-ID: References: <83k0zeqdzr.fsf@gnu.org> Reply-To: Gregory Heytings Mime-Version: 1.0 Content-Type: text/plain; format=flowed; charset=US-ASCII Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="8697"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Alpine 2.21 (NEB 202 2017-01-01) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Wed Jul 08 17:13:28 2020 Return-path: Envelope-to: ged-emacs-devel@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 1jtBlH-000270-MI for ged-emacs-devel@m.gmane-mx.org; Wed, 08 Jul 2020 17:13:27 +0200 Original-Received: from localhost ([::1]:37222 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jtBlG-0004g1-Jz for ged-emacs-devel@m.gmane-mx.org; Wed, 08 Jul 2020 11:13:26 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:54390) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jtBki-00043c-2Q for emacs-devel@gnu.org; Wed, 08 Jul 2020 11:12:52 -0400 Original-Received: from mx.sdf.org ([205.166.94.24]:59725) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jtBkf-0001j4-NN for emacs-devel@gnu.org; Wed, 08 Jul 2020 11:12:51 -0400 Original-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 068FCS5Z000533 (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256 bits) verified NO); Wed, 8 Jul 2020 15:12:29 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=sdf.org; s=default; t=1594221150; bh=RL/WJXSfJEwXxXQ6Ua1pb+4rY9E/lRJvyY8lH1SZrXA=; h=Date:From:To:Subject:In-Reply-To:References; b=gdltDncWKjKvtljQ/u0kCdS48iqqzo8rgPWbW4fS/U+SSgu+Tzn6HtvUkp3+gLK81 0Xc/SYILVVqcQVW3gOM8dgRGxFhe8xgzXdrEmKdMggxsicaOzfBdnsX3iRN5TNwj39 ZyvqKiT/sM76v4lApgu4qHOmIcqBwyqEmto6r3xI= Original-Received: (from ghe@localhost) by sdf.org (8.15.2/8.12.8/Submit) id 068FCSJA017943; Wed, 8 Jul 2020 15:12:28 GMT In-Reply-To: <83k0zeqdzr.fsf@gnu.org> Received-SPF: none 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/08 11:12:44 X-ACL-Warn: Detected OS = ??? X-Spam_score_int: -16 X-Spam_score: -1.7 X-Spam_bar: - X-Spam_report: (-1.7 / 5.0 requ) BAYES_00=-1.9, DKIM_INVALID=0.1, DKIM_SIGNED=0.1, SPF_HELO_PASS=-0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001 autolearn=no autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.io gmane.emacs.devel:252783 Archived-At: > >> Indeed I "really" need that, or at least that's what I'm used to: I use >> (show-paren-mode) with (setq show-paren-style 'expression), and during >> the last twenty years or so it has implicitly used ":extend t". > > My suggestion is to try the new display first, you might like it after > some time. There's no need to paint the entire line with the background > color, just the text should be enough. That it looks strange at first > is just a (bad) habit we all have. > In fact, I very much like the fact that a block (of code) is displayed on my screen as a (visual) block. And I don't like the staircase aspect of the current default. But I promise I'll give it another try ;-) What I would have liked to see is something that is neither the previous nor the current default behavior. This idea will probably not be considered (let's name it the attribute ":visualblock t"), but here it is: 1. calculate the overlay as it would have been displayed by Emacs 21 to 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, whitespace characters on the left). This way the block (of code) would really be displayed on the screen as a block, even a deeply nested one. The above "algorithm" would work with fixed and variable-width fonts, but could of course be made more efficient for fixed-width fonts. Gregory