From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Simon Josefsson Newsgroups: gmane.emacs.devel Subject: Re: Customize fringe Date: Sun, 12 May 2002 01:11:42 +0200 Sender: emacs-devel-admin@gnu.org Message-ID: <200205120111.42940.simon@josefsson.org> References: <5xk7qa45cm.fsf@kfs2.cua.dk> NNTP-Posting-Host: localhost.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Trace: main.gmane.org 1021158907 4247 127.0.0.1 (11 May 2002 23:15:07 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Sat, 11 May 2002 23:15:07 +0000 (UTC) Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by main.gmane.org with esmtp (Exim 3.33 #1 (Debian)) id 176g4x-00016O-00 for ; Sun, 12 May 2002 01:15:07 +0200 Original-Received: from fencepost.gnu.org ([199.232.76.164]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 176gEk-00056I-00 for ; Sun, 12 May 2002 01:25:14 +0200 Original-Received: from localhost ([127.0.0.1] helo=fencepost.gnu.org) by fencepost.gnu.org with esmtp (Exim 3.34 #1 (Debian)) id 176g51-0005Ug-00; Sat, 11 May 2002 19:15:11 -0400 Original-Received: from h39n1c1o299.bredband.skanova.com ([217.208.172.39] helo=latte.josefsson.org) by fencepost.gnu.org with esmtp (Exim 3.34 #1 (Debian)) id 176g2p-0005Ox-00 for ; Sat, 11 May 2002 19:12:55 -0400 Original-Received: from localhost (localhost [[UNIX: localhost]]) by latte.josefsson.org (8.11.6/8.11.6) id g4BNDMb10650; Sun, 12 May 2002 01:13:22 +0200 Original-To: storm@cua.dk (Kim F. Storm), emacs-devel@gnu.org User-Agent: KMail/1.4.1 In-Reply-To: <5xk7qa45cm.fsf@kfs2.cua.dk> Errors-To: emacs-devel-admin@gnu.org X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.0.9 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Emacs development discussions. List-Unsubscribe: , List-Archive: Xref: main.gmane.org gmane.emacs.devel:3846 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:3846 On Sunday 12 May 2002 01:44, Kim F. Storm wrote: > Simon Josefsson writes: > > storm@cua.dk (Kim F. Storm) writes: > > > Simon Josefsson writes: > > >> What do you think of this? > > > > > > I would like you to wait implementing anything like this. > > > It is on my TODO list to make fringe configurable > > > per buffer/window rather than per frame. > > > > > > Something like variables left-margin-width / right-margin-width > > > and functions set-window-margin / window-margin. > > > > > > Once that is in place, various modes may fine-tune their > > > use of the fringe (e.g. gdb may explicitly enable the left > > > fringe for the arrow, and speedbar may turn off both fringes > > > by default). > > > > Hm. Aren't these separate issues? Fine tuning for each mode would > > require per buffer fringes. But the overall customization by the use= r > > to disable fringes works if default-frame-alist and all existing > > frames are modified. If the fine tuning exist, it can override the > > frame wide decision not to have fringes. > > Can it? Should it? > > If you think of this as similar to the menu-bar, I don't think we > have any major modes which turns on the menu bar if the user has > turned it off (and likewise with the scroll-bar). I don't know -- for me disabling the fringes everywhere is acceptable (an= d, to=20 me, preferable). I was trying to understand why fine tuning of fringes w= ould=20 be useful, and then trying to understand how this fine tuning relates to = the=20 high level customization made possible by fringe.el. > So will it be acceptable to have a non-standard behaviour for fringes > where major (or minor) modes override the user's choice? Probably not. OTOH, some modes do override the user's choice because it=20 "knows better". E.g., speedbar (menu-bar, tool-bar) and ediff (ditto). > I would prefer to have per-buffer fringes controlled by a per-mode > alist -- then you (as a user) will be able to add e.g. fundamental-mode > and text-mode to that alist with option "no fringes". > > That's less intrusive than simply turning off the fringe for all modes. Ah. That could be useful. Would adding similar controls for controlling = the=20 menu-bar and tool-bar be useful as well? > IMO it is a bad idea to remove the left fringe in e.g. C buffers, as > it is used by gdb-mode if you debug that C program/module. gdb-mode moves the point as well, if I recall correctly. I'm satisfied w= ith=20 that, and in fact I prefer it over having an arrow in the fringe. > However, I don't object to adding "Fringe" to the Show/Hide menu -- as > long as it is understood that it only controls the default settings > for the fringes. I think the options should be: Both/Left/Right/None. Yes, sounds good. > > My main goal is that it should not be very difficult for the user to > > just disable fringes everywhere, much like you can disable the toolba= r > > and menubar everywhere today. Fine tuning is useful for re-enabling > > fringes in those modes where the user wants them, but couldn't that b= e > > added to fringe.el later? > > Yes. Ok.