From unknown Fri Aug 15 17:22:52 2025 X-Loop: don@donarmstrong.com Subject: bug#1355: suggestion on the modeline Reply-To: xah lee , 1355@debbugs.gnu.org Resent-From: xah lee Resent-To: bug-submit-list@lists.donarmstrong.com Resent-CC: Emacs Bugs Resent-Date: Sun, 16 Nov 2008 01:20:03 +0000 Resent-Message-ID: Resent-Sender: don@donarmstrong.com X-Emacs-PR-Message: report 1355 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Received: via spool by submit@emacsbugs.donarmstrong.com id=B.122679781318535 (code B ref -1); Sun, 16 Nov 2008 01:20:03 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02 (2007-08-08) on rzlab.ucr.edu X-Spam-Level: X-Spam-Status: No, score=-7.2 required=4.0 tests=AWL,BAYES_00, RCVD_IN_DNSWL_MED autolearn=ham version=3.2.3-bugs.debian.org_2005_01_02 Received: (at submit) by emacsbugs.donarmstrong.com; 16 Nov 2008 01:10:13 +0000 Received: from lists.gnu.org (lists.gnu.org [199.232.76.165]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id mAG1A8K0018237 for ; Sat, 15 Nov 2008 17:10:10 -0800 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1L1W9Q-0008I2-5D for bug-gnu-emacs@gnu.org; Sat, 15 Nov 2008 20:10:08 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1L1W9N-0008Hg-HQ for bug-gnu-emacs@gnu.org; Sat, 15 Nov 2008 20:10:05 -0500 Received: from [199.232.76.173] (port=54266 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1L1W9N-0008Hd-9n for bug-gnu-emacs@gnu.org; Sat, 15 Nov 2008 20:10:05 -0500 Received: from mout.perfora.net ([74.208.4.197]:61013) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1L1W9M-00082u-Vm for bug-gnu-emacs@gnu.org; Sat, 15 Nov 2008 20:10:05 -0500 Received: from [192.168.1.5] (c-24-6-185-159.hsd1.ca.comcast.net [24.6.185.159]) by mrelay.perfora.net (node=mrus1) with ESMTP (Nemesis) id 0MKpCa-1L1W974Alu-0007kI; Sat, 15 Nov 2008 20:09:54 -0500 Mime-Version: 1.0 (Apple Message framework v753.1) Content-Transfer-Encoding: quoted-printable Message-Id: Content-Type: text/plain; charset=UTF-8; delsp=yes; format=flowed To: bug-gnu-emacs@gnu.org From: xah lee Date: Sat, 15 Nov 2008 17:09:36 -0800 X-Mailer: Apple Mail (2.753.1) X-Provags-ID: V01U2FsdGVkX19kjytw6ekZtR8vkAqbgIkfCrEr8ptrBh6uDES aA2CL6ZubC9Ffd7dWfdnF7nBbgmVfaupnstk7Ue1gtasBympWd RPldsAUms0RFgeJA6vakA== X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6? (barebone, rare!) Dear emacs developers, Recently there's a question in gnu.help.emacs about how to disable =20 the buffer switching behavior of mouse clicking on the buffer name in =20= mode line. Out of this discussion i wrote a little essay on =20 suggestions on the emacs mode line. The essay is here: http://xahlee.org/emacs/modernization_mode_line.html I think this would make emacs more easier for the average programer =20 or writer but does not subtract its power. Here's what i think, for =20 what its worth. Thanks. --------------------------------------------- Emacs's Mode Line Modernization Suggestions Xah Lee, 2008-12 This article gives some suggestions on improving emacs's =E2=80=9Cmode =20= line=E2=80=9D, so that it is more intuitive and useful. I think the mode line is one of emacs's problem in usability. emacs mode line above: Emacs's mode line. Here's what i think are better default: =E2=80=A2 The start of the mode line, displaying the coding system used = such =20 as =E2=80=9C-u=E2=80=9D, =E2=80=9C-uuu=E2=80=9D, and displaying the = modification status like =20 =E2=80=9C:**=E2=80=9D, =E2=80=9C%%=E2=80=9D, =E2=80=9C%*=E2=80=9D are = quite cryptic. Having used emacs for =20 10 years, these are still not burned into my brain. And it's not easy =20= to look them up what they are unless you are emacs diehard. (e.g. =20 you'll have to know it's technically called =E2=80=9Cmode line=E2=80=9D, = then =20 you'll have to know about emacs-index-search, and in general familiar =20= with info and emacs) It'd better to instead say =E2=80=9CRead Only=E2=80=9D instead of = =E2=80=9C%*=E2=80=9D, and =20 show =E2=80=9CModified=E2=80=9D instead of the =E2=80=9C**=E2=80=9D. = (don't show anything when =20 it's =E2=80=9C--=E2=80=9D) =E2=80=A2 The coding system shown in mode line should be removed. = Because, =20 for vast majority of programers, he rarely deals with different file =20 coding systems or coding system change, perhaps just few times a =20 year. It is not something programers encounter on a daily basis. =20 Also, 3 letter-code is cryptic for conveying file coding system, =20 especially today because there are lots of them. The current coding =20 system should be shown perhaps in the menu somewhere, and allow users =20= to change thru menu. For programers who deals with different file =20 systems or coding systems hourly and need it be displayed on the mode =20= line, perhaps emacs can introduce a customization feature so that the =20= full coding system is displayed in modeline. =E2=80=A2 The cursor location percentage should by default not shown if =20= emacs is running in GUI with scroll bar. (this is sometimes shown as =20 =E2=80=9CTop=E2=80=9D or =E2=80=9CBot=E2=80=9D) GUI scroll bar gives = intuitive indication of =20 where cursor are in relation to the whole buffer, and also gives a =20 indication of the screen display size in relation to the buffer size, =20= and conveys these info faster. =E2=80=A2 When emacs is running in a terminal, the special indicator =20 =E2=80=9CTop=E2=80=9D and =E2=80=9CBot=E2=80=9D should be shown as = percentage as usual, =20 because for someone uninitiated, consistent changing of percentage as =20= he moves the cursor is more intuitive. The code =E2=80=9CTop=E2=80=9D = and =20 =E2=80=9CBot=E2=80=9D could mean many things =E2=80=A2 Minor mode should not be displayed in mode line. It's = confusing. =20 For one reason, it by default selectively display only some of the =20 minor modes currently on, and the selective process is not something =20 people who intuitively understands. For the other reason, Emacs's =20 technical concept of Minor mode is somewhat confusing. Most minor =20 modes in practice can be thought of as Preferences settings (Mac-=20 speak) or Options (Windows-speak and Linux Desktops). =E2=80=A2 Line number mode should be on by default. So that, the line = number =20 shows in the mode line. How to show line number is a frequently asked =20= question. =E2=80=A2 Clicking on the file name should not switch buffer. It could = do =20 contextual menu listing user buffers instead. (user buffer here are =20 those not starting with =E2=80=9C*=E2=80=9D) =E2=80=A2 Clicking on the major mode name should pop up a contextual = menu to =20 let user switch to popular major modes. (e.g. C, C++, java, perl, =20 php, bash, javascript, html/xml, python, text, LaTeX, elisp.) Summary I think the mode line should be like this: =E2=80=B9buffer name=E2=80=BA =E2=80=B9major mode name=E2=80=BA =E2=80=B9l= ine num=E2=80=BA =20 =E2=80=B9status=E2=80=BA------------------- where the status is Modified or Read Only. Here's a example of such actual display: elisp_basics.html html-mode L19 Modified------------------- Also, when editing as root, it'd be nice to indicate it in mode line. =20= Possibly making the mode line's background red, or add a word =20 =E2=80=9C(root)=E2=80=9D on the right. Some indication of being root is = a =20 frequently requested feature. If running in a GUI, clicking on the buffer name should show menu =20 list of user buffers, those not starting with a =E2=80=9C*=E2=80=9D. Clicking on the major mode name should show a menu of commonly used =20 major modes, allowing user a easy way to switch. (currently, emacs =20 has no intuitive way for user to switch a mode or know what modes are =20= available. This is also a FAQ item.) Clicking on linePos/charPos show a menu that allow user to turn on/=20 off line number mode or char number mode. Clicking on the Read Only or =E2=80=9CModified=E2=80=9D, should show a = menu =20 allowing user to toggle Read Only. Clicking the rest of the mode line displaying =E2=80=9C--------=E2=80=9D, = can show =20 all the useful info about the current buffer. For example: modified/=20 read status, mode settings, minor modes, encoding used. This can be =20 done as a new split window much like describe-function would. In the =20 result pane, it can show status of other buffer local vars that are =20 related to text editing (such as case sensitive search, how lines are =20= wrapped, length for truncation, margin ... ). With links or active =20 text that lets user toggle or set new vals easily (similar to the UI =20 of the customize function). All these clicking should be Right Click, which is more standard =20 behavior of clicking on things for contextual menu. (e.g. in Windows, =20= Mac, Linux, system wide, and in Firefox and other browsers.) =E2=80=A2 The term =E2=80=9Cmode line=E2=80=9D could be changed to = =E2=80=9Cstatus bar=E2=80=9D in =20 the manuals. =E2=80=9CStatus bar=E2=80=9D is more understandable to = modern users. Xah =E2=88=91 http://xahlee.org/ =E2=98=84 From unknown Fri Aug 15 17:22:52 2025 X-Loop: don@donarmstrong.com Subject: bug#1355: suggestion on the modeline Reply-To: rms@gnu.org, 1355@debbugs.gnu.org Resent-From: "Richard M. Stallman" Resent-To: bug-submit-list@lists.donarmstrong.com Resent-CC: Emacs Bugs Resent-Date: Mon, 17 Nov 2008 03:05:05 +0000 Resent-Message-ID: Resent-Sender: don@donarmstrong.com X-Emacs-PR-Message: report 1355 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Received: via spool by submit@emacsbugs.donarmstrong.com id=B.122689065319709 (code B ref -1); Mon, 17 Nov 2008 03:05:05 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02 (2007-08-08) on rzlab.ucr.edu X-Spam-Level: X-Spam-Status: No, score=-10.1 required=4.0 tests=AWL,BAYES_00,HAS_BUG_NUMBER, RCVD_IN_DNSWL_MED autolearn=ham version=3.2.3-bugs.debian.org_2005_01_02 Received: (at submit) by emacsbugs.donarmstrong.com; 17 Nov 2008 02:57:33 +0000 Received: from lists.gnu.org (lists.gnu.org [199.232.76.165]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id mAH2vUcq019692 for ; Sun, 16 Nov 2008 18:57:31 -0800 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1L1uIr-0005Sg-PF for bug-gnu-emacs@gnu.org; Sun, 16 Nov 2008 21:57:29 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1L1uIp-0005SU-Dp for bug-gnu-emacs@gnu.org; Sun, 16 Nov 2008 21:57:28 -0500 Received: from [199.232.76.173] (port=54473 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1L1uIp-0005SR-7j for bug-gnu-emacs@gnu.org; Sun, 16 Nov 2008 21:57:27 -0500 Received: from fencepost.gnu.org ([140.186.70.10]:57202) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1L1uIp-0007Vk-74 for bug-gnu-emacs@gnu.org; Sun, 16 Nov 2008 21:57:27 -0500 Received: from rms by fencepost.gnu.org with local (Exim 4.67) (envelope-from ) id 1L1uIj-0003nH-1c; Sun, 16 Nov 2008 21:57:21 -0500 Content-Type: text/plain; charset=ISO-8859-15 From: "Richard M. Stallman" To: xah lee , 1355@debbugs.gnu.org CC: bug-gnu-emacs@gnu.org, bug-submit-list@donarmstrong.com, bug-gnu-emacs@gnu.org In-reply-to: (message from xah lee on Sat, 15 Nov 2008 17:09:36 -0800) References: Message-Id: Date: Sun, 16 Nov 2008 21:57:21 -0500 X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6, seldom 2.4 (older, 4) X-CrossAssassin-Score: 2 It'd better to instead say Read Only instead of %* , and show Modified instead of the ** . (don't show anything when it's -- ) If the mode line were infinitely long, I would agree with you. But there's no room for that. The coding system shown in mode line should be removed. Because, for vast majority of programers, he rarely deals with different file coding systems or coding system change, perhaps just few times a year. You're probably right. I would guess that only a few experts know what these mean, and it's only useful once in a while, not often enough to be worth mentioning in the mode line. However, having the unibyte/multibyte indicator in the mode line is useful. The cursor location percentage should by default not shown if emacs is running in GUI with scroll bar. Maybe so. When emacs is running in a terminal, the special indicator Top and Bot should be shown as percentage as usual, "Top" is equivalent to 00%, and showing "00%" instead would be just as good. However, "Bot" gives you other information: that the bottom of the buffer is on the screen. Minor mode should not be displayed in mode line. It's confusing. For one reason, it by default selectively display only some of the minor modes currently on, and the selective process is not something people who intuitively understands. For the other reason, Emacs's technical concept of Minor mode is somewhat confusing. Most minor modes in practice can be thought of as Preferences settings (Mac- speak) or Options (Windows-speak and Linux Desktops). The aim is to show those that are useful to see. Line number mode should be on by default. So that, the line number shows in the mode line. Isn't it enabled by default, nowadays? From unknown Fri Aug 15 17:22:52 2025 X-Loop: don@donarmstrong.com Subject: bug#1355: suggestion on the modeline Reply-To: Alan Mackenzie , 1355@debbugs.gnu.org Resent-From: Alan Mackenzie Resent-To: bug-submit-list@lists.donarmstrong.com Resent-CC: Emacs Bugs Resent-Date: Mon, 17 Nov 2008 23:20:03 +0000 Resent-Message-ID: Resent-Sender: don@donarmstrong.com X-Emacs-PR-Message: report 1355 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Received: via spool by submit@emacsbugs.donarmstrong.com id=B.12269636826378 (code B ref -1); Mon, 17 Nov 2008 23:20:03 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02 (2007-08-08) on rzlab.ucr.edu X-Spam-Level: X-Spam-Status: No, score=-8.1 required=4.0 tests=AWL,BAYES_00,HAS_BUG_NUMBER, PHONENUMBER,RCVD_IN_DNSWL_MED autolearn=ham version=3.2.3-bugs.debian.org_2005_01_02 Received: (at submit) by emacsbugs.donarmstrong.com; 17 Nov 2008 23:14:42 +0000 Received: from lists.gnu.org (lists.gnu.org [199.232.76.165]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id mAHNEdK0006371 for ; Mon, 17 Nov 2008 15:14:40 -0800 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1L2DIk-0003Xy-UL for bug-gnu-emacs@gnu.org; Mon, 17 Nov 2008 18:14:38 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1L2DIj-0003XP-7E for bug-gnu-emacs@gnu.org; Mon, 17 Nov 2008 18:14:38 -0500 Received: from [199.232.76.173] (port=48234 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1L2DIj-0003XM-4f for bug-gnu-emacs@gnu.org; Mon, 17 Nov 2008 18:14:37 -0500 Received: from colin.muc.de ([193.149.48.1]:3680 helo=mail.muc.de) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1L2DIi-00026W-He for bug-gnu-emacs@gnu.org; Mon, 17 Nov 2008 18:14:36 -0500 Received: (qmail 47334 invoked by uid 3782); 17 Nov 2008 23:14:28 -0000 Received: from acm.muc.de (pD9E5292D.dip.t-dialin.net [217.229.41.45]) by colin2.muc.de (tmda-ofmipd) with ESMTP; Tue, 18 Nov 2008 00:14:26 +0100 Received: (qmail 9550 invoked by uid 1000); 17 Nov 2008 23:26:48 -0000 Date: Mon, 17 Nov 2008 23:26:48 +0000 To: rms@gnu.org, 1355@debbugs.gnu.org Cc: xah lee , bug-gnu-emacs@gnu.org, bug-submit-list@donarmstrong.com Message-ID: <20081117232648.GA9335@muc.de> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.9i X-Delivery-Agent: TMDA/1.1.5 (Fettercairn) From: Alan Mackenzie X-Primary-Address: acm@muc.de X-detected-operating-system: by monty-python.gnu.org: FreeBSD 4.6-4.9 X-CrossAssassin-Score: 2 Hi, R and X! On Sun, Nov 16, 2008 at 09:57:21PM -0500, Richard M. Stallman wrote: > The cursor location percentage should by default not shown if > emacs is running in GUI with scroll bar. > Maybe so. > When emacs is running in a terminal, the special indicator > Top and Bot should be shown as percentage as usual, > "Top" is equivalent to 00%, and showing "00%" instead would > be just as good. However, "Bot" gives you other information: > that the bottom of the buffer is on the screen. Incidentally, I think the wrong percentage is displayed. Assuming that the window shows part of the buffer, there's stuff above, stuff below, like this: a ^ a | a | a | W | ^ W | | W | | W buffer window W | | W | | W | v b | b | b | b v , the percentage currently displayed is a / (a + W + b). So, although in the picture, the window is showing the middle of the buffer, the percentage displayed is 22%, rather than 50%. This is particularly jarring when scrolling through, perhaps, an info page. You see 47%, then two lines later, Bot. A better calculation would be a / (a + b), the degree of "travel" of the windown through the buffer. This approaches 100% as the window reaches the bottom of the buffer. I've been using this for many years now. Here's how: [ Emacs 22.3 ] *** xdisp.orig.c 2008-08-26 15:45:44.000000000 +0000 --- xdisp.c 2008-09-12 13:59:17.000000000 +0000 *************** *** 18033,18041 **** case 'p': { int pos = marker_position (w->start); ! int total = BUF_ZV (b) - BUF_BEGV (b); ! if (XFASTINT (w->window_end_pos) <= BUF_Z (b) - BUF_ZV (b)) { if (pos <= BUF_BEGV (b)) return "All"; --- 18033,18043 ---- case 'p': { int pos = marker_position (w->start); ! int bottpos = BUF_Z (b) - XFASTINT (w->window_end_pos); /* ACM */ ! int totnotdisp = BUF_ZV (b) - BUF_BEGV (b) - (bottpos - pos); /* ACM */ ! int total ; ! if ((bottpos >= BUF_ZV (b)) || (totnotdisp <= 0)) /* ACM */ { if (pos <= BUF_BEGV (b)) return "All"; *************** *** 18046,18056 **** return "Top"; else { ! if (total > 1000000) /* Do it differently for a large value, to avoid overflow. */ ! total = ((pos - BUF_BEGV (b)) + (total / 100) - 1) / (total / 100); else ! total = ((pos - BUF_BEGV (b)) * 100 + total - 1) / total; /* We can't normally display a 3-digit number, so get us a 2-digit number that is close. */ if (total == 100) --- 18048,18060 ---- return "Top"; else { ! if (totnotdisp > 1000000) /* Do it differently for a large value, to avoid overflow. */ ! total = ((pos - BUF_BEGV (b)) + (totnotdisp / 100) - 1) ! / (totnotdisp / 100); /* ACM */ else ! total = ((pos - BUF_BEGV (b)) * 100 + totnotdisp - 1) ! / totnotdisp ; /* ACM */ /* We can't normally display a 3-digit number, so get us a 2-digit number that is close. */ if (total == 100) -- Alan Mackenzie (Nuremberg, Germany). From unknown Fri Aug 15 17:22:52 2025 X-Loop: don@donarmstrong.com Subject: bug#1355: suggestion on the modeline Reply-To: Stefan Monnier , 1355@debbugs.gnu.org Resent-From: Stefan Monnier Resent-To: bug-submit-list@lists.donarmstrong.com Resent-CC: Emacs Bugs Resent-Date: Tue, 18 Nov 2008 03:55:04 +0000 Resent-Message-ID: Resent-Sender: don@donarmstrong.com X-Emacs-PR-Message: report 1355 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Received: via spool by submit@emacsbugs.donarmstrong.com id=B.122698008510357 (code B ref -1); Tue, 18 Nov 2008 03:55:04 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02 (2007-08-08) on rzlab.ucr.edu X-Spam-Level: X-Spam-Status: No, score=-8.0 required=4.0 tests=AWL,BAYES_00,HAS_BUG_NUMBER, RCVD_IN_DNSWL_MED autolearn=ham version=3.2.3-bugs.debian.org_2005_01_02 Received: (at submit) by emacsbugs.donarmstrong.com; 18 Nov 2008 03:48:05 +0000 Received: from lists.gnu.org (lists.gnu.org [199.232.76.165]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id mAI3m2Rf010345 for ; Mon, 17 Nov 2008 19:48:03 -0800 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1L2HZJ-0006tH-Fe for bug-gnu-emacs@gnu.org; Mon, 17 Nov 2008 22:48:01 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1L2HZI-0006rw-5G for bug-gnu-emacs@gnu.org; Mon, 17 Nov 2008 22:48:01 -0500 Received: from [199.232.76.173] (port=47392 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1L2HZH-0006rn-UN for bug-gnu-emacs@gnu.org; Mon, 17 Nov 2008 22:47:59 -0500 Received: from ironport2-out.pppoe.ca ([206.248.154.182]:56511 helo=ironport2-out.teksavvy.com) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1L2HZG-0003Ml-AO; Mon, 17 Nov 2008 22:47:58 -0500 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AhIFADfKIUlMCrcy/2dsb2JhbACBbc8/gnmBFA X-IronPort-AV: E=Sophos;i="4.33,622,1220241600"; d="scan'208";a="29991873" Received: from 76-10-183-50.dsl.teksavvy.com (HELO pastel.home) ([76.10.183.50]) by ironport2-out.teksavvy.com with ESMTP; 17 Nov 2008 22:47:42 -0500 Received: by pastel.home (Postfix, from userid 20848) id 5F7D57F97; Mon, 17 Nov 2008 22:47:41 -0500 (EST) From: Stefan Monnier To: Alan Mackenzie Cc: 1355@debbugs.gnu.org, rms@gnu.org, xah lee , bug-gnu-emacs@gnu.org, bug-submit-list@donarmstrong.com Message-ID: References: <20081117232648.GA9335@muc.de> Date: Mon, 17 Nov 2008 22:47:41 -0500 In-Reply-To: <20081117232648.GA9335@muc.de> (Alan Mackenzie's message of "Mon, 17 Nov 2008 23:26:48 +0000") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-detected-operating-system: by monty-python.gnu.org: Genre and OS details not recognized. X-CrossAssassin-Score: 2 > , the percentage currently displayed is a / (a + W + b). So, although in > the picture, the window is showing the middle of the buffer, the > percentage displayed is 22%, rather than 50%. This is particularly > jarring when scrolling through, perhaps, an info page. You see 47%, then > two lines later, Bot. > A better calculation would be a / (a + b), the degree of "travel" of the > windown through the buffer. This approaches 100% as the window reaches > the bottom of the buffer. I'd tend to agree, tho I don't have any strong feeling about it. Stefan From unknown Fri Aug 15 17:22:52 2025 X-Loop: don@donarmstrong.com Subject: bug#1355: suggestion on the modeline Reply-To: "Juanma Barranquero" , 1355@debbugs.gnu.org Resent-From: "Juanma Barranquero" Resent-To: bug-submit-list@lists.donarmstrong.com Resent-CC: Emacs Bugs Resent-Date: Tue, 18 Nov 2008 09:50:02 +0000 Resent-Message-ID: Resent-Sender: don@donarmstrong.com X-Emacs-PR-Message: report 1355 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Received: via spool by 1355-submit@emacsbugs.donarmstrong.com id=B1355.12270013322689 (code B ref 1355); Tue, 18 Nov 2008 09:50:02 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02 (2007-08-08) on rzlab.ucr.edu X-Spam-Level: X-Spam-Status: No, score=-6.1 required=4.0 tests=AWL,BAYES_00,HAS_BUG_NUMBER autolearn=ham version=3.2.3-bugs.debian.org_2005_01_02 Received: (at 1355) by emacsbugs.donarmstrong.com; 18 Nov 2008 09:42:12 +0000 Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.244]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id mAI9g9Kb002683 for <1355@emacsbugs.donarmstrong.com>; Tue, 18 Nov 2008 01:42:11 -0800 Received: by an-out-0708.google.com with SMTP id c38so1198486ana.31 for <1355@emacsbugs.donarmstrong.com>; Tue, 18 Nov 2008 01:42:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=QqLUAExXu3wyap4bNFyg8lw+lMx+AyQLBY92PZwWoiU=; b=m7SbUOYLlW1NnLQNyEmZbgZTDRFdWa2IjvpBnt7i+6CFGOFu/1IIf2LHcKII8WLq8S u2uE6Ws4/fTpQuM4MV4/Ao7q4O2yppWYjKJAT5z7SZxYyYDEKWBNcReN19evpKBAl5jm tVjMFuRH1DT5uKC5z30NZmnwMwUiwMZ7qreVQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=KH8yBfC7ZqcNFZBBpwYUUC/92n7OB1tolRKZHpUD7gWW9kyfaX7Fboe8ePgEQVxxhp sAvFJo9SMNP7UFRCpVjvu2jz8Q7p+zsNs8Ko6JC9VRBUoYY8a86d7HLKeytYPweIBt6p oQMhH98IBL/TzDflGmFp4Y+7xMI0Yi0uStItM= Received: by 10.101.69.6 with SMTP id w6mr2010173ank.140.1227001329468; Tue, 18 Nov 2008 01:42:09 -0800 (PST) Received: by 10.100.13.13 with HTTP; Tue, 18 Nov 2008 01:42:09 -0800 (PST) Message-ID: Date: Tue, 18 Nov 2008 10:42:09 +0100 From: "Juanma Barranquero" To: "Alan Mackenzie" Cc: 1355@debbugs.gnu.org In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20081117232648.GA9335@muc.de> On Tue, Nov 18, 2008 at 04:47, Stefan Monnier wrote: >> A better calculation would be a / (a + b), the degree of "travel" of the >> windown through the buffer. This approaches 100% as the window reaches >> the bottom of the buffer. > > I'd tend to agree, tho I don't have any strong feeling about it. I like the effect much more than the original, but it contradicts the "above" bit of the documentation: %p -- print percent of buffer above top of window, or Top, Bot or All. Also, the same change should be done to %P, shouldn't it? Juanma From unknown Fri Aug 15 17:22:52 2025 X-Loop: don@donarmstrong.com Subject: bug#1355: suggestion on the modeline Reply-To: Alan Mackenzie , 1355@debbugs.gnu.org Resent-From: Alan Mackenzie Resent-To: bug-submit-list@lists.donarmstrong.com Resent-CC: Emacs Bugs Resent-Date: Tue, 18 Nov 2008 10:35:03 +0000 Resent-Message-ID: Resent-Sender: don@donarmstrong.com X-Emacs-PR-Message: report 1355 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Received: via spool by 1355-submit@emacsbugs.donarmstrong.com id=B1355.122700391413990 (code B ref 1355); Tue, 18 Nov 2008 10:35:03 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02 (2007-08-08) on rzlab.ucr.edu X-Spam-Level: X-Spam-Status: No, score=-7.0 required=4.0 tests=AWL,BAYES_00,HAS_BUG_NUMBER autolearn=ham version=3.2.3-bugs.debian.org_2005_01_02 Received: (at 1355) by emacsbugs.donarmstrong.com; 18 Nov 2008 10:25:14 +0000 Received: from mail.muc.de (qmailr@colin.muc.de [193.149.48.1]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id mAIAP9pJ013663 for <1355@emacsbugs.donarmstrong.com>; Tue, 18 Nov 2008 02:25:11 -0800 Received: (qmail 78053 invoked by uid 3782); 18 Nov 2008 10:25:09 -0000 Received: from acm.muc.de (pD9E5199F.dip.t-dialin.net [217.229.25.159]) by colin2.muc.de (tmda-ofmipd) with ESMTP; Tue, 18 Nov 2008 11:25:07 +0100 Received: (qmail 3101 invoked by uid 1000); 18 Nov 2008 10:37:31 -0000 Date: Tue, 18 Nov 2008 10:37:31 +0000 To: Juanma Barranquero Cc: 1355@debbugs.gnu.org Message-ID: <20081118103731.GC2491@muc.de> References: <20081117232648.GA9335@muc.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.9i X-Delivery-Agent: TMDA/1.1.5 (Fettercairn) From: Alan Mackenzie X-Primary-Address: acm@muc.de Hi, Juanma! On Tue, Nov 18, 2008 at 10:42:09AM +0100, Juanma Barranquero wrote: > On Tue, Nov 18, 2008 at 04:47, Stefan Monnier wrote: > >> A better calculation would be a / (a + b), the degree of "travel" of the > >> windown through the buffer. This approaches 100% as the window reaches > >> the bottom of the buffer. > > I'd tend to agree, tho I don't have any strong feeling about it. > I like the effect much more than the original, but it contradicts the > "above" bit of the documentation: > %p -- print percent of buffer above top of window, or Top, Bot or All. How about: %p -- print Top, Bot, All, or how far through the buffer the window is (in percent). This is 100 * A / (A + B), where A is the number bytes above the window, B the number below it. > Also, the same change should be done to %P, shouldn't it? Hmmm. :-) If so, than %p + %P = 100% (modulo rounding errors), and %P is kind of redundant. So, for backwards compatibility, %p and %P should remain unchanged, and 100 * A / (A + B) should be attached to a new %-construct, say %v. (Why %v? Why not? It's reminiscent of C-v, and %M-v.) > Juanma -- Alan Mackenzie (Nuremberg, Germany). From unknown Fri Aug 15 17:22:52 2025 X-Loop: don@donarmstrong.com Subject: bug#1355: suggestion on the modeline Reply-To: "Juanma Barranquero" , 1355@debbugs.gnu.org Resent-From: "Juanma Barranquero" Resent-To: bug-submit-list@lists.donarmstrong.com Resent-CC: Emacs Bugs Resent-Date: Tue, 18 Nov 2008 10:45:03 +0000 Resent-Message-ID: Resent-Sender: don@donarmstrong.com X-Emacs-PR-Message: report 1355 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Received: via spool by 1355-submit@emacsbugs.donarmstrong.com id=B1355.122700464216454 (code B ref 1355); Tue, 18 Nov 2008 10:45:03 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02 (2007-08-08) on rzlab.ucr.edu X-Spam-Level: X-Spam-Status: No, score=-6.1 required=4.0 tests=AWL,BAYES_00,HAS_BUG_NUMBER autolearn=ham version=3.2.3-bugs.debian.org_2005_01_02 Received: (at 1355) by emacsbugs.donarmstrong.com; 18 Nov 2008 10:37:22 +0000 Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.251]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id mAIAbJXh016448 for <1355@emacsbugs.donarmstrong.com>; Tue, 18 Nov 2008 02:37:20 -0800 Received: by an-out-0708.google.com with SMTP id c38so1203406ana.31 for <1355@emacsbugs.donarmstrong.com>; Tue, 18 Nov 2008 02:37:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=SpIAsSbKOSby8vvz9KA1TabBsNa11TesRZ0T8MkLWu4=; b=lt9Uf0z111+xNa1BVy+Eq/qkMWft6MpsIKyW1QG6xvTZ07yVrtRMLWNVtmGAtuowD7 6GTawPU/p3hUGNmxcQ1u373KuARn2JRSQr7/4bTPme4y4hsyaqRAHeiXo+b9g9jYsY9J brbTp3uzVQuh/vOeUXKglG9zZZmrhbMRcjXHg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=SxuzakSi7Sl+kloPNViixldN5kGkaW2c6FZdjC/fcGXFeGRwKbnWm5RvNpTWe4qX3l SUs6z2VfGSuEvgQ3kJAgwqfpTKZvvsyiVhtV1tA3glI/1VitjsMtn30aboiwsLSSLRL8 IMObamkdDDvE8h+Zb99XOQ8HJQ1XgN9QD2CeU= Received: by 10.100.3.4 with SMTP id 4mr2060238anc.27.1227004639021; Tue, 18 Nov 2008 02:37:19 -0800 (PST) Received: by 10.100.13.13 with HTTP; Tue, 18 Nov 2008 02:37:18 -0800 (PST) Message-ID: Date: Tue, 18 Nov 2008 11:37:18 +0100 From: "Juanma Barranquero" To: "Alan Mackenzie" Cc: 1355@debbugs.gnu.org In-Reply-To: <20081118103731.GC2491@muc.de> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20081117232648.GA9335@muc.de> <20081118103731.GC2491@muc.de> On Tue, Nov 18, 2008 at 11:37, Alan Mackenzie wrote: > How about: > > %p -- print Top, Bot, All, or how far through the buffer the window > is (in percent). This is 100 * A / (A + B), where A is the number > bytes above the window, B the number below it. Too much information; the second sentence is not really needed IMO. But anyway, my point was exactly what you're addressing here: > So, for backwards compatibility, %p and %P should > remain unchanged, and 100 * A / (A + B) should be attached to a new > %-construct, say %v. (Why %v? Why not? It's reminiscent of C-v, and > %M-v.) I'd like to see that added. Let's hear what Stefan and Chong have to say. Juanma From unknown Fri Aug 15 17:22:52 2025 X-Loop: don@donarmstrong.com Subject: bug#1355: suggestion on the modeline Reply-To: Stefan Monnier , 1355@debbugs.gnu.org Resent-From: Stefan Monnier Resent-To: bug-submit-list@lists.donarmstrong.com Resent-CC: Emacs Bugs Resent-Date: Tue, 18 Nov 2008 16:40:03 +0000 Resent-Message-ID: Resent-Sender: don@donarmstrong.com X-Emacs-PR-Message: report 1355 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Received: via spool by 1355-submit@emacsbugs.donarmstrong.com id=B1355.12270258148096 (code B ref 1355); Tue, 18 Nov 2008 16:40:03 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02 (2007-08-08) on rzlab.ucr.edu X-Spam-Level: X-Spam-Status: No, score=-6.5 required=4.0 tests=AWL,BAYES_00,HAS_BUG_NUMBER autolearn=ham version=3.2.3-bugs.debian.org_2005_01_02 Received: (at 1355) by emacsbugs.donarmstrong.com; 18 Nov 2008 16:30:14 +0000 Received: from pruche.dit.umontreal.ca (pruche.dit.umontreal.ca [132.204.246.22]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id mAIGU9PZ007951 for <1355@emacsbugs.donarmstrong.com>; Tue, 18 Nov 2008 08:30:11 -0800 Received: from alfajor.home (vpn-132-204-232-46.acd.umontreal.ca [132.204.232.46]) by pruche.dit.umontreal.ca (8.14.1/8.14.1) with ESMTP id mAIGUhYT015583; Tue, 18 Nov 2008 11:30:43 -0500 Received: by alfajor.home (Postfix, from userid 20848) id C2C9E1C72B; Tue, 18 Nov 2008 11:30:07 -0500 (EST) From: Stefan Monnier To: Alan Mackenzie Cc: 1355@debbugs.gnu.org, Juanma Barranquero Message-ID: References: <20081117232648.GA9335@muc.de> <20081118103731.GC2491@muc.de> Date: Tue, 18 Nov 2008 11:30:07 -0500 In-Reply-To: <20081118103731.GC2491@muc.de> (Alan Mackenzie's message of "Tue, 18 Nov 2008 10:37:31 +0000") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-NAI-Spam-Score: 0 X-NAI-Spam-Rules: 1 Rules triggered RV3149=0 >> %p -- print percent of buffer above top of window, or Top, Bot or All. > How about: > %p -- print Top, Bot, All, or how far through the buffer the window > is (in percent). This is 100 * A / (A + B), where A is the number > bytes above the window, B the number below it. >> Also, the same change should be done to %P, shouldn't it? > Hmmm. :-) If so, than %p + %P = 100% (modulo rounding errors), and %P > is kind of redundant. So, for backwards compatibility, %p and %P should > remain unchanged, and 100 * A / (A + B) should be attached to a new > %-construct, say %v. (Why %v? Why not? It's reminiscent of C-v, and > %M-v.) You'd have to ask people who use %P: how do they use it? Why (or what for)? Maybe it's OK to have %P represent B/(A+B), or maybe a better solution would be to offer access to A/(A+B) as well as (TOTAL-A-B)/TOTAL (i.e. percentage of buffer shown). I don't think it's urgent, so we should take the time to try and figure out what %P users want. Stefan From unknown Fri Aug 15 17:22:52 2025 X-Loop: don@donarmstrong.com Subject: bug#1355: suggestion on the modeline Reply-To: James Cloos , 1355@debbugs.gnu.org Resent-From: James Cloos Resent-To: bug-submit-list@lists.donarmstrong.com Resent-CC: Emacs Bugs Resent-Date: Tue, 18 Nov 2008 18:25:05 +0000 Resent-Message-ID: Resent-Sender: don@donarmstrong.com X-Emacs-PR-Message: report 1355 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Received: via spool by 1355-submit@emacsbugs.donarmstrong.com id=B1355.12270323062539 (code B ref 1355); Tue, 18 Nov 2008 18:25:05 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02 (2007-08-08) on rzlab.ucr.edu X-Spam-Level: X-Spam-Status: No, score=-6.3 required=4.0 tests=AWL,BAYES_00,HAS_BUG_NUMBER autolearn=ham version=3.2.3-bugs.debian.org_2005_01_02 Received: (at 1355) by emacsbugs.donarmstrong.com; 18 Nov 2008 18:18:26 +0000 Received: from eagle.jhcloos.com (eagle.jhcloos.com [207.210.242.212]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id mAIIINkl002533 for <1355@emacsbugs.donarmstrong.com>; Tue, 18 Nov 2008 10:18:24 -0800 Received: by eagle.jhcloos.com (Postfix, from userid 10) id 5658140024; Tue, 18 Nov 2008 17:57:41 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=jhcloos.com; s=eagle; t=1227031084; bh=Zx3OVxWyp/etOcTwMppjoh3LGjSvbIoZCB7BPCKEa Kk=; h=From:To:Subject:In-Reply-To:References:Date:Message-ID: MIME-Version:Content-Type; b=GRqIXWBYCUda9eM6au6ZBGRqIbbKDEazPZBwA xl8shq6nBhXUfWz+Hxsa6VPsA4QCB2tQllP4hN6XKKU3F6Tp271Z34ISY2S+YjcCLNh xOYUJfSiD8OCGMwt5MDmkQabQ9B0TzAnbNAXF+PlQx5oU7c3e76sf3cm6zpSPPI9E0g = Received: by lugabout.jhcloos.org (Postfix, from userid 500) id 6AC2FA19B6; Tue, 18 Nov 2008 18:18:09 +0000 (UTC) From: James Cloos To: 1355@debbugs.gnu.org In-Reply-To: <20081117232648.GA9335@muc.de> (Alan Mackenzie's message of "Mon, 17 Nov 2008 23:26:48 +0000") References: <20081117232648.GA9335@muc.de> User-Agent: Gnus/5.110011 (No Gnus v0.11) Emacs/23.0.60 (gnu/linux) Face: iVBORw0KGgoAAAANSUhEUgAAABAAAAAQCAYAAAAf8/9hAAAABHNCSVQICAgIfAhkiAAAAI1J REFUOE+lU9ESgCAIg64P1y+ngUdxhl5H8wFbbM0OmUiEhKkCYaZThXCo6KE5sCbA1DDX3genvO4d eBQgEMaM5qy6uWk4SfBYfdu9jvBN9nSVDOKRtwb+I3epboOsOX5pZbJNsBJFvmQQ05YMfieIBnYX FK2N6dOawd97r/e8RjkTLzmMsiVgrAoEugtviCM3v2WzjgAAAABJRU5ErkJggg== Copyright: Copyright 2008 James Cloos OpenPGP: ED7DAEA6; url=http://jhcloos.com/public_key/0xED7DAEA6.asc OpenPGP-Fingerprint: E9E9 F828 61A4 6EA9 0F2B 63E7 997A 9F17 ED7D AEA6 Date: Tue, 18 Nov 2008 13:17:46 -0500 Message-ID: Lines: 12 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Hashcash: 1:23:081118:1355@emacsbugs.donarmstrong.com::4JMdn8xD+YxnffP3:0000000000000000000000000000006R3V I just noticed this one. I have to say that: "Top" is indeed better than "0%" or "00%"; "Bot", as RMS wrote, gives more info and should remain as is; and I use that info even in a GUI with a scroll bar -- it is often more informative than the bar can be. I hope the default at least remains as is. -JimC -- James Cloos OpenPGP: 1024D/ED7DAEA6 From unknown Fri Aug 15 17:22:52 2025 X-Loop: help-debbugs@gnu.org Subject: bug#1355: suggestion on the modeline Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 19 Sep 2020 22:00:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 1355 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: xah lee Cc: 1355@debbugs.gnu.org Received: via spool by 1355-submit@debbugs.gnu.org id=B1355.1600552782605 (code B ref 1355); Sat, 19 Sep 2020 22:00:02 +0000 Received: (at 1355) by debbugs.gnu.org; 19 Sep 2020 21:59:42 +0000 Received: from localhost ([127.0.0.1]:48321 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kJktR-00009h-UC for submit@debbugs.gnu.org; Sat, 19 Sep 2020 17:59:42 -0400 Received: from quimby.gnus.org ([95.216.78.240]:52630) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kJktQ-00009V-6c for 1355@debbugs.gnu.org; Sat, 19 Sep 2020 17:59:40 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=AfDdnwit/LPGyB2CEaG/vMi3rGp7QkYneMgFKvxjCfk=; b=qGz9cpDIMwykZPtz6jLlzpydCS 36tFfubFO2wGkeZsAMf9jO7yz9LtdHa1tsgRX3+uiI0xL6z985BycENMkoQcl93R+JehUUyvmeKM0 x+oAa4PTBf3CRjsfNc+ZkoC2u141afUzc3IREMQ+P0fnpGo7NC2vRbduTcVEKM3WRgp8=; Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=xo) by quimby with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1kJktC-0006za-Vr; Sat, 19 Sep 2020 23:59:34 +0200 From: Lars Ingebrigtsen References: X-Now-Playing: The Art of Noise's _In Visible Silence_: "Instruments of Darkness" Date: Sat, 19 Sep 2020 23:59:25 +0200 In-Reply-To: (xah lee's message of "Sat, 15 Nov 2008 17:09:36 -0800") Message-ID: <87wo0pjuma.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: xah lee writes: > Recently there's a question in gnu.help.emacs about how to disable the > buffer switching behavior of mouse clicking on the buffer name in mode > line. Out of this discussion i wrote a little essay [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) xah lee writes: > Recently there's a question in gnu.help.emacs about how to disable the > buffer switching behavior of mouse clicking on the buffer name in mode > line. Out of this discussion i wrote a little essay on suggestions on > the emacs mode line. Some discussion followed, but there didn't seem to be much enthusiasm for the new defaults proposed by the patch. So I'm closing this bug report. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Sat Sep 19 18:00:16 2020 Received: (at control) by debbugs.gnu.org; 19 Sep 2020 22:00:16 +0000 Received: from localhost ([127.0.0.1]:48325 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kJku0-0000Pk-5q for submit@debbugs.gnu.org; Sat, 19 Sep 2020 18:00:16 -0400 Received: from quimby.gnus.org ([95.216.78.240]:52646) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kJkty-0000Iy-Bq for control@debbugs.gnu.org; Sat, 19 Sep 2020 18:00:14 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Subject:From:To:Message-Id:Date:Sender:Reply-To:Cc: MIME-Version:Content-Type:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:In-Reply-To:References:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=4oljnAGs1UMEdpmCBTm4btr9ZxZnIeyRell7/NX+9fA=; b=llsBO6rxyrEtSe0bc+MC0XQzwT teTx6bmJpWjKdrSHk5QNbvymh1p3telAf3jTyiFcQMtKFXRiOMEzeev3k8ghQnsqsV8szjTJGAMAu zhpYAoPfDjfAcyPNS93Dkkz0SGJZlY9+jMIX6Z4xUt0MTwMpW3TYpSieS5itcgv2j+UQ=; Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=xo) by quimby with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1kJktq-0006zw-Gd for control@debbugs.gnu.org; Sun, 20 Sep 2020 00:00:08 +0200 Date: Sun, 20 Sep 2020 00:00:05 +0200 Message-Id: <87v9g9jul6.fsf@gnus.org> To: control@debbugs.gnu.org From: Lars Ingebrigtsen Subject: control message for bug #1355 X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: close 1355 quit Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) close 1355 quit