From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#56820: outline-minor-mode replacing the first character with an arrow Date: Sat, 10 Sep 2022 09:21:54 +0300 Message-ID: <83edwjbvgd.fsf@gnu.org> References: <87ilngmaei.fsf@gnus.org> <86wnaojst4.fsf@mail.linkov.net> <86mtbfdqdj.fsf@mail.linkov.net> <83ilm3ko51.fsf@gnu.org> <86edwotx6n.fsf@mail.linkov.net> <83tu5kii23.fsf@gnu.org> <86mtbcqx5u.fsf@mail.linkov.net> <83r10oih91.fsf@gnu.org> <86mtbbuj55.fsf@mail.linkov.net> <482e7ec4-5ff8-e574-f30f-ca59249d3905@gmail.com> <8735d25b2l.fsf@gnus.org> <831qsmf0je.fsf@gnu.org> <87y1uuyofc.fsf@gnus.org> <83tu5idkun.fsf@gnu.org> <87y1usv5rz.fsf@gnus.org> <83sfl0bf57.fsf@gnu.org> <87zgf7rglk.fsf@gnus.org> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="18238"; mail-complaints-to="usenet@ciao.gmane.io" Cc: jporterbugs@gmail.com, yilkalargawworkneh@gmail.com, 56820@debbugs.gnu.org, juri@linkov.net To: Lars Ingebrigtsen Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Sat Sep 10 08:30:01 2022 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 1oWu08-0004XB-Iq for geb-bug-gnu-emacs@m.gmane-mx.org; Sat, 10 Sep 2022 08:30:00 +0200 Original-Received: from localhost ([::1]:49272 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1oWu06-00045t-6w for geb-bug-gnu-emacs@m.gmane-mx.org; Sat, 10 Sep 2022 02:29:59 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:56792) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oWttR-0001tn-Jq for bug-gnu-emacs@gnu.org; Sat, 10 Sep 2022 02:23:06 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:47686) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1oWttO-0004bm-Bc for bug-gnu-emacs@gnu.org; Sat, 10 Sep 2022 02:23:03 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1oWttO-0006zo-5q for bug-gnu-emacs@gnu.org; Sat, 10 Sep 2022 02:23:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 10 Sep 2022 06:23:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 56820 X-GNU-PR-Package: emacs Original-Received: via spool by 56820-submit@debbugs.gnu.org id=B56820.166279094226832 (code B ref 56820); Sat, 10 Sep 2022 06:23:02 +0000 Original-Received: (at 56820) by debbugs.gnu.org; 10 Sep 2022 06:22:22 +0000 Original-Received: from localhost ([127.0.0.1]:36385 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oWtsk-0006yi-B7 for submit@debbugs.gnu.org; Sat, 10 Sep 2022 02:22:22 -0400 Original-Received: from eggs.gnu.org ([209.51.188.92]:45968) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oWtsj-0006yW-8E for 56820@debbugs.gnu.org; Sat, 10 Sep 2022 02:22:21 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:39916) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oWtsd-0004Z2-8C; Sat, 10 Sep 2022 02:22:15 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=4i6omnD42u1Hp/L4kt+YIuArI2mDunSF9Vxjs+OkEeE=; b=ecTxRPKn1v5k xlHBxffg90pvep3AvoWKsdKbBBiRSSdQ8ytEhLA/Jirz8zYPeiSXjGvcjC6udQkc15V0IlHzBFf3m qHbFR+mcKy2m6qh9TgoDYnGt8OGi7/JKv7GFyrR/+VNO598I0citswVCBcZM78YE8+NJS4JiJa5vt 40MgD6Q7vSM9+tnxV85QurlchpRZQg9xBg2Y11ws8aV9lCnjYg/M7n3keybzOqNDMyTTGe+f2DCjd 4Zo+4uEuu0/aJ1sMTwWK1AFOqBNn0ydf9yhLGd7lgPQHk/gF0A9CPNOU457RBTNnMLKXupl4u81G5 qzFlxdXAVXVXx+QY3iKCdA==; Original-Received: from [87.69.77.57] (port=2897 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oWtsc-0007DC-KF; Sat, 10 Sep 2022 02:22:14 -0400 In-Reply-To: <87zgf7rglk.fsf@gnus.org> (message from Lars Ingebrigtsen on Sat, 10 Sep 2022 06:36:07 +0200) 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:242078 Archived-At: > From: Lars Ingebrigtsen > Cc: jporterbugs@gmail.com, juri@linkov.net, yilkalargawworkneh@gmail.com, > 56820@debbugs.gnu.org > Date: Sat, 10 Sep 2022 06:36:07 +0200 > > Eli Zaretskii writes: > > >> I meant whether we could get rid of the current fringe implementation > >> (which doesn't allow displaying normal images) and just use the margin > >> code for the fringes instead. > > > > We could, but why would we want to? If we want to display other types > > of (small) images on the fringes, it should be almost straightforward > > to implement. The actual code that draws the bitmaps on the fringes > > is specific to the terminal, and we have separate implementations for > > X, w32, Cairo, etc. It shouldn't be too hard to support other images > > there. > > If it's easier to extend the image support in the fringe code instead, > then that's fine. It'd be nice to have the entire image/face machinery > working, though, so we'd be able to specify colours (for SVGs, for > instance) in the same way we do everywhere else. I'm saying we should keep both. Fringes are fine for displaying small images, and look well on display. They are also familiar to anyone who used some other IDE. Larger images and more complex stuff should use the margins. Having both gives us certain flexibility. Using margins for everything has the disadvantage that other features will have trouble using the margins at the same time (which reminds me that we still lack a protocol for sharing the margins between several Lisp programs).