From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: Mattias =?ISO-8859-1?Q?Engdeg=E5rd?= Newsgroups: gmane.emacs.devel Subject: Re: Fill column indicator functionality Date: Fri, 15 Mar 2019 16:05:33 +0100 Message-ID: References: <20190309132207.w2ho3j6p5on6fyzw@Ergus> <838sxo87gc.fsf@gnu.org> <20190311104814.kp2nv6arv47hcykz@Ergus> <83y35l4ee0.fsf@gnu.org> <20190312152928.73o4b5fk4paz7wm5@Ergus> <834l883w15.fsf@gnu.org> <20190312192017.fkfd4h5gsbdue5q3@Ergus> <83imwm3fxf.fsf@gnu.org> <20190313200225.dpqrw7xthkj47fqw@Ergus> <83bm2e35a1.fsf@gnu.org> <20190314030224.l5zseslncw3xc5ox@Ergus> <835zsm2c2s.fsf@gnu.org> <303612d8-e691-f753-84c9-f462d88262b6@gmail.com> <83d0ms1to4.fsf@gnu.org> <32B82860-3C7D-41CC-BD2F-8114BBA170B8@acm.org> <83va0kz04o.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="252141"; mail-complaints-to="usenet@blaine.gmane.org" User-Agent: Evolution 3.30.5 (3.30.5-1.fc29) Cc: alp.tekin.aker@gmail.com, emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Mar 15 16:16:07 2019 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([209.51.188.17]) by blaine.gmane.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1h4oZ4-0013Oh-W0 for ged-emacs-devel@m.gmane.org; Fri, 15 Mar 2019 16:16:07 +0100 Original-Received: from localhost ([127.0.0.1]:57118 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1h4oZ3-0003bc-Ph for ged-emacs-devel@m.gmane.org; Fri, 15 Mar 2019 11:16:05 -0400 Original-Received: from eggs.gnu.org ([209.51.188.92]:57118) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1h4oVY-0001Ia-8o for emacs-devel@gnu.org; Fri, 15 Mar 2019 11:12:29 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1h4oOy-00041W-SO for emacs-devel@gnu.org; Fri, 15 Mar 2019 11:05:41 -0400 Original-Received: from mail178c50.megamailservers.eu ([91.136.10.188]:45590 helo=mail70c50.megamailservers.eu) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1h4oOy-0003z3-6p; Fri, 15 Mar 2019 11:05:40 -0400 X-Authenticated-User: mattiase@bredband.net DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=megamailservers.eu; s=maildub; t=1552662336; bh=RIhO0FtSRJIPxJzmz9vUFZ9QllaBuLaazMaR2kVJFII=; h=Subject:From:To:Cc:Date:In-Reply-To:References:From; b=BPTin5citUVF0aCpktRYoKP6Vs08IYz/WA/IMTXliDnyQCdGoFrmlpMeXCBOdL0+v ffefXwubk3S7/VMacswBtSPbAl5ommLBhOwuI8MLFR4uUfa/gM/+JsHsZsf4hmVIQ2 uoNE6HK0wbxDlmeYDOKvppvU0W4FpnbqC0O6zmC4= Feedback-ID: mattiase@acm.or Original-Received: from dhcppc1 (c-e636e253.032-75-73746f71.bbcust.telenor.se [83.226.54.230]) (authenticated bits=0) by mail70c50.megamailservers.eu (8.14.9/8.13.1) with ESMTP id x2FF5YAA008878; Fri, 15 Mar 2019 15:05:35 +0000 In-Reply-To: <83va0kz04o.fsf@gnu.org> X-CTCH-RefID: str=0001.0A0B0212.5C8BBF40.000B, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0 X-CTCH-VOD: Unknown X-CTCH-Spam: Unknown X-CTCH-Score: 0.000 X-CTCH-Flags: 0 X-CTCH-ScoreCust: 0.000 X-CSC: 0 X-CHA: v=2.3 cv=ILcs9DnG c=1 sm=1 tr=0 a=M+GU/qJco4WXjv8D6jB2IA==:117 a=M+GU/qJco4WXjv8D6jB2IA==:17 a=jpOVt7BSZ2e4Z31A5e1TngXxSK0=:19 a=IkcTkHD0fZMA:10 a=NjUiRwWPQUahZc1jMPEA:9 a=QEXdDO2ut3YA:10 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x (no timestamps) [generic] X-Received-From: 91.136.10.188 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.21 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.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.org gmane.emacs.devel:234166 Archived-At: fre 2019-03-15 klockan 16:24 +0200 skrev Eli Zaretskii: > Unfortunately, this is not currently possible, not without > significant changes in how the Emacs display engine works > internally. The display routines are currently called in a way that > doesn't allow them to have a window-global view of the display, not > even a way of knowing what's on the previous and the next screen > lines. Sorry, I was being unclear. What I meant to say was that if some box- drawing glyph does not go all the way to the edge of its cell, then Emacs could attempt to improve on the rendering of that glyph instead of being bound by the font. It would not need to know anything about what is drawn elsewhere. It's just a way of fixing the font. I don't even know how common the problem is with modern fonts, or what the underlying causes are. I've mostly observed it with scaled pixel fonts.