From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Yuri D'Elia Newsgroups: gmane.emacs.devel Subject: Re: Bigger fringe bitmaps Date: Thu, 17 Mar 2022 10:44:54 +0100 Message-ID: <87o824lwy7.fsf@wavexx.thregr.org> References: <87sfrhu6et.fsf@wavexx.thregr.org> <87h77xpgg6.fsf@yahoo.com> <87wngtf2hb.fsf@wavexx.thregr.org> <83mthpgfao.fsf@gnu.org> <87sfrhklob.fsf@wavexx.thregr.org> <83lex9gc3y.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="3373"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: mu4e 1.7.9; emacs 29.0.50 Cc: emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Thu Mar 17 11:06:13 2022 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 1nUn1I-0000g6-56 for ged-emacs-devel@m.gmane-mx.org; Thu, 17 Mar 2022 11:06:12 +0100 Original-Received: from localhost ([::1]:55118 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1nUn1H-0005NX-0W for ged-emacs-devel@m.gmane-mx.org; Thu, 17 Mar 2022 06:06:11 -0400 Original-Received: from eggs.gnu.org ([209.51.188.92]:43172) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nUmwi-0002KN-HT for emacs-devel@gnu.org; Thu, 17 Mar 2022 06:01:32 -0400 Original-Received: from [2001:41c9:1:41f::63] (port=59472 helo=erc.thregr.org) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nUmwf-0002xe-O1; Thu, 17 Mar 2022 06:01:27 -0400 Original-Received: from [37.160.141.214] (helo=localhost) by erc.thregr.org with esmtpsa (TLS1.3:ECDHE_SECP256R1__RSA_PSS_RSAE_SHA256__AES_256_GCM:256) id 1nUmwZ-000WpY-7p (envelope-from ); Thu, 17 Mar 2022 11:01:19 +0100 In-reply-to: <83lex9gc3y.fsf@gnu.org> X-Host-Lookup-Failed: Reverse DNS lookup failed for 2001:41c9:1:41f::63 (failed) Received-SPF: pass client-ip=2001:41c9:1:41f::63; envelope-from=wavexx@thregr.org; helo=erc.thregr.org X-Spam_score_int: -10 X-Spam_score: -1.1 X-Spam_bar: - X-Spam_report: (-1.1 / 5.0 requ) BAYES_00=-1.9, RDNS_NONE=0.793, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=no autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.29 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:287253 Archived-At: On Thu, Mar 17 2022, Eli Zaretskii wrote: >> Seen it, I was just prompting for more feedback on the idea and discuss >> if this could be a good and/or bad idea. > > I think it's a good idea. It "just" needs to be implemented... That's why I'd like to know all possible pitfalls before attempting to do it ;) > Emacs doesn't know how to scale a font at display time. The font is > "scaled" (or, rather, selected) when the face using the font is > defined. So dynamically changing the font of a face when the user > plays with fringe-style would be another complication that needs to be > taken care of. Mhh, I'm not sure if we added some sort of connection between the fringe sizes and fringe face, which one would prevail? Setting the fringe size (which right now is just a fixed pixel size) could implicitly set the fringe face size being used, and/or vice-versa. > How is this different from what overlay-arrow already does? It is > even more flexible, as it is not limited to a single column. <...> > In what way does it not behave the same? I agree it's more powerful, but the overlay-arrow shares the same space with the buffer, so it can hide existing information. I like the fact that the fringe is a minimal, non-shared, space. (ironically it has been a while since I last used it, thanks to the fringe) > What did you try? See the "Overlay Arrow" node in the ELisp manual > for what is available. Ok, I just realized I instinctively tried (fringe-mode -1) which creates some weird artifacts instead of using 0. The node does say: On a graphical display the contents of the string are ignored; instead a glyph is displayed in the fringe area to the left of the display area. Maybe it should be: On a graphical display, or when the left fringe is disabled, the contents of the string are ignored; instead a glyph is displayed in the fringe area to the left of the display area.