From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: martin rudalics Newsgroups: gmane.emacs.bugs Subject: bug#37774: 27.0.50; new :extend attribute broke visuals of all themes and other packages Date: Fri, 18 Oct 2019 10:25:28 +0200 Message-ID: References: <83bluhf7nz.fsf@gnu.org> <20191016111004.oialbyleokafpccz@Ergus> <87k194fvn7.fsf@mail.linkov.net> <871rvceeqp.fsf@mail.linkov.net> <83tv88cyic.fsf@gnu.org> <83pniwcvon.fsf@gnu.org> <87pniw30td.fsf@mail.linkov.net> <4dc05091-53db-bff9-4623-0aedd9c2907f@gmx.at> <87h8476mhz.fsf@mail.linkov.net> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="96834"; mail-complaints-to="usenet@blaine.gmane.org" Cc: andreyorst@gmail.com, 37774@debbugs.gnu.org To: Juri Linkov Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Fri Oct 18 10:26:36 2019 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([209.51.188.17]) by blaine.gmane.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1iLNaj-000P5g-SE for geb-bug-gnu-emacs@m.gmane.org; Fri, 18 Oct 2019 10:26:33 +0200 Original-Received: from localhost ([::1]:36426 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1iLNai-0005dE-JM for geb-bug-gnu-emacs@m.gmane.org; Fri, 18 Oct 2019 04:26:32 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:38064) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1iLNaF-0005cg-QN for bug-gnu-emacs@gnu.org; Fri, 18 Oct 2019 04:26:04 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1iLNaE-0004XB-Jb for bug-gnu-emacs@gnu.org; Fri, 18 Oct 2019 04:26:03 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:40448) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1iLNaE-0004Wv-GY for bug-gnu-emacs@gnu.org; Fri, 18 Oct 2019 04:26:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1iLNaE-0004FW-9r for bug-gnu-emacs@gnu.org; Fri, 18 Oct 2019 04:26:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 18 Oct 2019 08:26:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 37774 X-GNU-PR-Package: emacs Original-Received: via spool by 37774-submit@debbugs.gnu.org id=B37774.157138714616304 (code B ref 37774); Fri, 18 Oct 2019 08:26:02 +0000 Original-Received: (at 37774) by debbugs.gnu.org; 18 Oct 2019 08:25:46 +0000 Original-Received: from localhost ([127.0.0.1]:49269 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iLNZx-0004Eu-U7 for submit@debbugs.gnu.org; Fri, 18 Oct 2019 04:25:46 -0400 Original-Received: from mout.gmx.net ([212.227.15.15]:42399) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iLNZw-0004Ec-MF for 37774@debbugs.gnu.org; Fri, 18 Oct 2019 04:25:45 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1571387133; bh=uo2wh3Aa9E+bpdMPdgcndGJm8qMvZZiRz27kkl4SrkI=; h=X-UI-Sender-Class:Subject:To:Cc:References:From:Date:In-Reply-To; b=VISF9bw4pSpMVLBrjO0X2/2EGXlkJ1kelM5Z3i2g/emm1jET8F7DvUgY4kg4EHPnR ISBdZ9aVBTIKcCQVHxCos4MCd2ai8ye3NNwXIb9VfD3PatrT6Mdc8Por81JTnytVV3 N13Xgbwma+CPsX8nH4iUCgddztedOEAcWVlzkw6Q= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Original-Received: from [192.168.1.101] ([212.95.5.109]) by mail.gmx.com (mrgmx004 [212.227.17.190]) with ESMTPSA (Nemesis) id 1MVeI2-1iVAeP1LPA-00RXal; Fri, 18 Oct 2019 10:25:33 +0200 In-Reply-To: <87h8476mhz.fsf@mail.linkov.net> Content-Language: de-AT X-Provags-ID: V03:K1:i8IqIK6qGZ8qmx7kjiLf3tSUqLkxYD+tG2wIR8yoDIlWzj4sXkv 5FHvj4OKneqhmLiOnNnq0un59qiKx5VkOSy9JjPqNwDQfntgvbTHVd3Jt/c74z3fQ+0ESh/ Umfc3ZAqGGZIvfbgTB7a4/J/uheV5ifp33S8+vZE0sUgzD/P3yQIQBMBH6lhP71TC4Jg2fT BcRbS2I5CnuE7gk8uIieQ== X-UI-Out-Filterresults: notjunk:1;V03:K0:958MsM7wqsA=:V2ZAcXQq/j6R29+sgPHaoL VkoSLwQBIWyHbL8bj0ninxp3J4otD7p1js0ArbBM0V4QqFYwWEvSQsfHm22573SrDcWdI/kQr 9xxaDgd7VjF7NKJkFYE1PZaTEWVy+hTKl1MSg9g++EufPSGYpHYmmt0EWVmszEjqDRhxbur8j E8/e8gkRZMLPm+kRW/wQVMztZSXrrecuTFpbL3GoPddLtmo+ifCKcrLZe7k/l8leyGiuPyXAa je52wmL7pkq0mf9jkwahbTBaufTuDNoZbUQgJYwcH+MIKzNmJax5zFXOYAd+6Fo9DiNMK9MEJ yr9dmXbbDQfKBxYnaX2ZNXbPg8NsgC7Js7MTI6Exp8YryFKiJj5B0v/4rGtlt+c5KSi6SzdK5 y2Nyedq+b0o1GM8ibxw0b5e+1P6fux/Py3A86YRJ2THvZ8wnq1AwT4qa+kt9HXFL0+52svaW3 SlizlE/ElbdFCfiP5Sh8ugPo2w+ZB5JkSsfT8CsrQfJhJ5kRmJnr/6aQU3VfZ6JxRCwdirvU3 KNkN8xSs53mkopdy0EUWsz8WRRMWQCJrqU+dX+1LiGu6tw/7+8YpCO+GPfcSClXoMZaPXW9fO hUMbivC9DiKLCx2hN/5c1z5qqZ6k7+AbEWt2iM1LPDd16f6yAjF0fjR2Pa/uScluk9tM8NySt LXCE90e3miyUE9qyIFzFFqCpAlcctpTquvJbABbLiwY3nfxgteBu8b8aMP/XSEv9TxgQbIV9P XcezGKslwkpZQ4njcbP4p5tjHH/WQsm2fRKywzIh1OXiOKkBXfNRYBf0My6yw9uOaZFfNusS X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 209.51.188.43 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.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.org gmane.emacs.bugs:169649 Archived-At: >> I miss you here. Emacs now by default also extends the region to the >> right window edge. > > Emacs doesn't extend the region to the right window edge when the region > face was already customized, and has no "extend t" in the init file. But when the region face was already customized we hardly talk about the default any more. >> With Firefox these diffs are boxed in a subarea of the Firefox window. >> They do not start or extend at the window edges and text in these >> boxes is static, can neither overflow into a newline nor be broken. > > This is why I proposed to limit these boxes to some fixed column > like fill-column. The point I wanted to make is that the diffs shown in that Firefox window are static, you can't modify them. Hence it's easy to produce them with a once calculated, fixed column, even based on a variable pitch font. (Which, BTW, is an exaggeration - try to show that page in the non-unified, side-by-side style, shrink the Firefox frame and look at the barely readable mixture of line truncation and breaking.) With Emacs, things are different. When you ediff two buffers, you can modify their contents any which way you want and any highlighting has to adapt accordingly. Thus any rectangular block concept based on a previously established fixed column will break at least here. >> But I think that our (e)diff blocks are affected by the change and all >> their face settings probably have to change, as well as tables and >> listings. > > Yes, (e)diff face settings have to change, but actually I discovered > that diff-refined faces don't need to extend to the window edge, > because they don't form a block, they are word-based. I wouldn't consider blocks, boxes or rectangles specially in the present context. None of these should, by design, automatically extend to a window edge. The fact that they did until Ergus pushed his patch rather hints at a design shortcoming that, however, installed itself in the minds of many users (including yours truly). What we should consider specially IMHO are lines in certain, specific environments like the above mentioned side-by-side windows used by ediff for comparing two buffers. There, having a highlight in one window extend to the edge will ease passing to the corresponding line in the other window (provided we can keep these lines in synch in the first place - we'd urgently need code for that). And in listings that may contain empty lines, indicating such a line with a highlighting that expands to the edge it will probably make it easier to re-focus a user's attention when scrolling that window. Just as we do for 'hl-line' but without enabling it everywhere. Still, most of these customization are merely a matter of taste and I can't yet see the breakage I personally expected when a few weeks ago I urged Ergus to install his patch ASAP. martin