From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.ciao.gmane.io!not-for-mail From: Drew Adams Newsgroups: gmane.emacs.devel Subject: RE: Dired - ls-switches on Modeline Date: Thu, 14 May 2020 08:29:54 -0700 (PDT) Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="ciao.gmane.io:159.69.161.202"; logging-data="57697"; mail-complaints-to="usenet@ciao.gmane.io" Cc: emacs-devel@gnu.org To: Arthur Miller Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Thu May 14 17:33:09 2020 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 1jZFrA-000EuD-5q for ged-emacs-devel@m.gmane-mx.org; Thu, 14 May 2020 17:33:08 +0200 Original-Received: from localhost ([::1]:60862 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jZFr9-00038v-5c for ged-emacs-devel@m.gmane-mx.org; Thu, 14 May 2020 11:33:07 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:52056) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jZFq3-00023I-5q for emacs-devel@gnu.org; Thu, 14 May 2020 11:31:59 -0400 Original-Received: from userp2120.oracle.com ([156.151.31.85]:59244) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jZFq1-0002iR-Ne for emacs-devel@gnu.org; Thu, 14 May 2020 11:31:58 -0400 Original-Received: from pps.filterd (userp2120.oracle.com [127.0.0.1]) by userp2120.oracle.com (8.16.0.42/8.16.0.42) with SMTP id 04EFRZ3V007206; Thu, 14 May 2020 15:31:56 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com; h=mime-version : message-id : date : from : sender : to : cc : subject : references : in-reply-to : content-type : content-transfer-encoding; s=corp-2020-01-29; bh=8gYto8dy09KttnNWn1U/1hr9TLMl9t75B1mNHbxVfBE=; b=VqJYFS+efJYou5hAHFkexlYsxjCycDiVrjEjNHFw3rKPzNLRZoc5caenuYl9UbAoqrgA Ma/Ud0uTUOqUsb9GPnkrMrEk1Y1L8PS7YcEpcLoyBPP2Ra6mZ7tZ6qAz5gpnTXs4/ly8 9IdxSze7NsjMyFYFxJbIRAQ4UNj3Sh26iy1deZ4QbTEUQ2BVSsTU0pbf8JaSlKbqu1Nu Yn/C6GUzE11biekipf3l/ei1WIy607UyqReJTaMycqczNi1IIErL5ut6KlqKil9AzmTp an97s6dF5Hq5HUwZwIViD7KPGX8b0zW7+09b0gTp90Bnev5mSQTfC5BVi91Zvmv2b1gg 3w== Original-Received: from userp3020.oracle.com (userp3020.oracle.com [156.151.31.79]) by userp2120.oracle.com with ESMTP id 3100xwu8p1-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL); Thu, 14 May 2020 15:31:56 +0000 Original-Received: from pps.filterd (userp3020.oracle.com [127.0.0.1]) by userp3020.oracle.com (8.16.0.42/8.16.0.42) with SMTP id 04EFShMV172413; Thu, 14 May 2020 15:29:55 GMT Original-Received: from userv0122.oracle.com (userv0122.oracle.com [156.151.31.75]) by userp3020.oracle.com with ESMTP id 3100yphd6q-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Thu, 14 May 2020 15:29:55 +0000 Original-Received: from abhmp0005.oracle.com (abhmp0005.oracle.com [141.146.116.11]) by userv0122.oracle.com (8.14.4/8.14.4) with ESMTP id 04EFTslP028336; Thu, 14 May 2020 15:29:55 GMT In-Reply-To: X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.9.1 (1003210) [OL 16.0.4993.0 (x86)] X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9621 signatures=668687 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 mlxlogscore=999 adultscore=0 phishscore=0 bulkscore=0 spamscore=0 mlxscore=0 suspectscore=0 malwarescore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2004280000 definitions=main-2005140136 X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9621 signatures=668687 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 cotscore=-2147483648 bulkscore=0 phishscore=0 adultscore=0 mlxlogscore=999 lowpriorityscore=0 impostorscore=0 spamscore=0 malwarescore=0 priorityscore=1501 mlxscore=0 suspectscore=0 clxscore=1015 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2004280000 definitions=main-2005140136 Received-SPF: pass client-ip=156.151.31.85; envelope-from=drew.adams@oracle.com; helo=userp2120.oracle.com X-detected-operating-system: by eggs.gnu.org: First seen = 2020/05/14 11:31:55 X-ACL-Warn: Detected OS = Linux 3.1-3.10 [fuzzy] X-Spam_score_int: -43 X-Spam_score: -4.4 X-Spam_bar: ---- X-Spam_report: (-4.4 / 5.0 requ) BAYES_00=-1.9, DKIMWL_WL_HIGH=0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001 autolearn=_AUTOLEARN X-Spam_action: no action X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.23 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:250255 Archived-At: > > Sounds good to me. > > > > E.g. A user option whose value is a format string > > that accepts the value of `dired-actual-switches' > > and returns the text to use in the mode-line. > > Trivial to do. > > > > You might want to file an enhancement request for > > this (`M-x report-emacs-bug'). > > ___ > > > > If the request doesn't get accepted for some reason > > then perhaps I'll do it for Dired+.el. > > > > I already add additional info to the mode-line (on > > a hook, so you can remove it): > > > > -- > > > > Show number of marked, flagged, and current-list lines in mode-line. > > (Flagged means flagged for deletion.) > > If the current line is marked/flagged and there are others > > marked/flagged after it then show `N/M', where `N' is the number > > marked/flagged through the current line and `M' is the total number > > marked/flagged. > > > > If the current line is for a file then show `L/T', where `L' is the > > line number in the current listing and `T' is the number of files in > > that listing. If option `diredp-count-.-and-..-flag' is non-nil then > > count also `.' and `..'. > > > > Also abbreviate `mode-name', using "Dired/" instead of "Dired by". > > > > -- > That seems a lot of stuff Drew :-). I don't really get you, did you > already implemented all that in Dired+ or do you wish to implement all > that? What I described as "I already add" is in the mode line (with Dired+). What you suggested, and the related formatting user option I suggested for that, is not (yet) in Dired+. I won't add that to Dired+ if you can get it in vanilla Emacs. If not, maybe I will. > I do have your Dired+ but honestly, it is a little big, so I never got > really time to get into it, so I don't really know what it offers. Most of what it offers is available from the menu-bar menus, to make it discoverable etc. > Anyway I just need a simple way to remove ls-switches from modeline. I > don't find it usefull at all to see switches on modeline, I don't > understand why it is on by default. I guess somebody found it useful > :-). I don't really need formated ls-switches on modeline, for me, it > is a bit overkill. I just wish to turn it off, and in some rare case if I > would ever need to see my switches, so I can turn them on. To be clear, the switches are only shown when they differ from the simple sort-by-name and sort-by-date behavior. But yes, being able to control what's shown in the mode-line is always a good idea. This is something that kind of applies to Emacs generally. Related: it's not so easy for a user to modify/customize the mode-line. > I will file a bug repport and send a patch to offer defcustom user > option to turn that off/on, but you would probably like to make it more > customizable as you suggest for Dired+? I suggested that the option (for vanilla Dired) that you propose could optionally have, as its value, a formatting string, to give users more control than simply on/off. But if that doesn't happen for vanilla Dired then I might do it for Dired+. The aim of Dired+ is just to supplement Dired. Dired+ essentially amounts to behavior/stuff that I've proposed for vanilla Dired but that wasn't adopted, for whatever reasons. (About the only thing that was adopted is highlighting `w' in the permissions for group and world. And that happens only if you customize face `dired-perm-write' to something other than `default'.) IOW, if such behavior is in vanilla Dired then so much the better - no need for me to put it in Dired+ and have to maintain it.