From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#9908: 24.0.90; Improve mode-line's "flags" section Date: Sun, 30 Oct 2011 06:42:55 -0400 Message-ID: References: Reply-To: Eli Zaretskii NNTP-Posting-Host: lo.gmane.org X-Trace: dough.gmane.org 1319971458 17006 80.91.229.12 (30 Oct 2011 10:44:18 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Sun, 30 Oct 2011 10:44:18 +0000 (UTC) Cc: 9908@debbugs.gnu.org To: Dani Moncayo Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sun Oct 30 11:44:10 2011 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([140.186.70.17]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1RKSs0-0000zd-Av for geb-bug-gnu-emacs@m.gmane.org; Sun, 30 Oct 2011 11:44:04 +0100 Original-Received: from localhost ([::1]:55332 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RKSrz-0006Sg-TA for geb-bug-gnu-emacs@m.gmane.org; Sun, 30 Oct 2011 06:44:03 -0400 Original-Received: from eggs.gnu.org ([140.186.70.92]:47383) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RKSrv-0006S4-Uk for bug-gnu-emacs@gnu.org; Sun, 30 Oct 2011 06:44:01 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1RKSru-0004IR-Dj for bug-gnu-emacs@gnu.org; Sun, 30 Oct 2011 06:43:59 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:45729) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RKSru-0004IN-7J for bug-gnu-emacs@gnu.org; Sun, 30 Oct 2011 06:43:58 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.69) (envelope-from ) id 1RKStu-0005Y4-Jd for bug-gnu-emacs@gnu.org; Sun, 30 Oct 2011 06:46:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 30 Oct 2011 10:46:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 9908 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 9908-submit@debbugs.gnu.org id=B9908.131997150721265 (code B ref 9908); Sun, 30 Oct 2011 10:46:02 +0000 Original-Received: (at 9908) by debbugs.gnu.org; 30 Oct 2011 10:45:07 +0000 Original-Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RKSt0-0005Wu-Di for submit@debbugs.gnu.org; Sun, 30 Oct 2011 06:45:06 -0400 Original-Received: from fencepost.gnu.org ([140.186.70.10]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RKSsv-0005WG-EO for 9908@debbugs.gnu.org; Sun, 30 Oct 2011 06:45:03 -0400 Original-Received: from eliz by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1RKSqt-00054S-QW; Sun, 30 Oct 2011 06:42:55 -0400 In-reply-to: (message from Dani Moncayo on Sun, 30 Oct 2011 10:48:41 +0100) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Resent-Date: Sun, 30 Oct 2011 06:46:02 -0400 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) X-Received-From: 140.186.70.43 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.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:53320 Archived-At: > Date: Sun, 30 Oct 2011 10:48:41 +0100 > From: Dani Moncayo > > I'd like to propose some changes to the mode-line's "flags" section, > to make it more clear and readable: I'd like to express an objection. We already made the mode line look very differently in the GUI sessions. It is only prudent to wait for a while before proposing further changes. Personally, I hate programs that change their look and feel every release. I would not like to see Emacs catch that particular disease. > 1. In text-mode, the very first character in the mode-line is always a > dash. Since it is adjacent to the "flags" section, users could think > that it is part of such section, i.e., that conveys some information. > To avoid such confusion, I propose to write a space in that spot. See http://lists.gnu.org/archive/html/emacs-devel/2010-10/msg00709.html where the rationale for leaving the dashes in the TTY sessions was explained. FWIW, I don't remember any complaints about this, so the alleged user confusion does not seem to be present in practice. > 2. The EOL flag is not consistent across platforms[a], and I don't see > the point of such inconsistency. The point is to alert the user to the fact that the EOL format of the buffer or file is not "native" for his or her platform. At the time, this was important enough for Richard to explicitly ask for a change to that effect. I don't know if the reasons are still valid. In any case, these strings are customizable. > So I propose to use always the same > convention: ":", "\" and "/" for Unix, DOS, and MAC-type EOL formats. Actually, a more logical choice would be '/' for Posix platforms, '\' for DOS and Windows, and ':' for the Mac. But I guess it's too late for such changes. > 3. When the buffer's default directory is local, the corresponding > flag is a dash, which is very unfortunate, because there can be other > dashes at both sides of that flag. So, I propose to substitute the > dash for a space (the "@" would remain the same, of course). I don't see why this is unfortunate. A space doesn't carry more or less information than a dash: both mean there's nothing to show. What is important is not to have the dash signify anything in particular. > 4. In text-mode, The frame name is always preceded by a dash, which is > also confusing, because one could think that it means something. I > propose either remove it (shifting the frame name 1 position to left) > or write a space in that spot. Again, on a TTY we use dashes as a filler. Please do not lobby for removing the dashes from a TTY mode line, as the rationale was explained in the above-mentioned URL.