From: Drew Adams via "Bug reports for GNU Emacs, the Swiss army knife of text editors" <bug-gnu-emacs@gnu.org>
To: 73954@debbugs.gnu.org
Subject: bug#73954: 30.0.91; Don't hard-couple `dired-hide-details-hide-absolute-location' with `dired-hide-details-mode'
Date: Tue, 22 Oct 2024 18:34:25 +0000 [thread overview]
Message-ID: <DS7PR10MB5232979B2D46334FC393C511F34C2@DS7PR10MB5232.namprd10.prod.outlook.com> (raw)
Starting with Emacs 30 Dired directory header lines apparently show
relative names when `dired-hide-details-mode' is on, if option
`dired-hide-details-hide-absolute-location' is non-nil.
(The only Windows v30 pretest snapshot I found doesn't have this option,
so I'm going only by the description from bug #72272.)
The behavior of being able to show only a relative name is a good one,
but it shouldn't be hard-coupled with `dired-hide-details-mode'. Users
should be able to choose:
nil Always show absolute name.
(This needs to stay the default.)
if-dired-hide-details-mode Show relative name only when
`dired-hide-details-mode' is on.
t Always show relative name.
FUNCTION Show relative name only when invoking
FUNCTION with no args returns non-nil.
The most important behaviors are for nil, t, and
`if-hiding-detail-columns'. FUNCTION is a nice-to-have.
(An alternative would be to use t for showing relative name when
`dired-hide-details-mode' is on and `always' for showing relative names
always. That keeps the current pre-release behavior for t. I don't
think it's preferable, but it's a possibility.)
In GNU Emacs 30.0.91 (build 2, x86_64-w64-mingw32) of 2024-09-11 built
on AVALON
Windowing system distributor 'Microsoft Corp.', version 10.0.19045
System Description: Microsoft Windows 10 Pro (v10.0.2009.19045.5011)
Configured using:
'configure --with-modules --without-dbus --with-native-compilation=aot
--without-compress-install --with-tree-sitter
--enable-checking=yes,glyphs 'CFLAGS=-O0 -g3''
Configured features:
ACL GIF GMP GNUTLS HARFBUZZ JPEG LCMS2 LIBXML2 MODULES NATIVE_COMP
NOTIFY W32NOTIFY PDUMPER PNG RSVG SOUND SQLITE3 THREADS TIFF
TOOLKIT_SCROLL_BARS TREE_SITTER WEBP XPM ZLIB
(NATIVE_COMP present but libgccjit not available)
Important settings:
value of $LANG: ENU
locale-coding-system: cp1252
next reply other threads:[~2024-10-22 18:34 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-10-22 18:34 Drew Adams via Bug reports for GNU Emacs, the Swiss army knife of text editors [this message]
2024-10-22 18:49 ` bug#73954: 30.0.91; Don't hard-couple `dired-hide-details-hide-absolute-location' with `dired-hide-details-mode' Eli Zaretskii
2024-10-22 19:09 ` Drew Adams via Bug reports for GNU Emacs, the Swiss army knife of text editors
2024-10-23 6:30 ` Eli Zaretskii
2024-10-23 20:47 ` Drew Adams via Bug reports for GNU Emacs, the Swiss army knife of text editors
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=DS7PR10MB5232979B2D46334FC393C511F34C2@DS7PR10MB5232.namprd10.prod.outlook.com \
--to=bug-gnu-emacs@gnu.org \
--cc=73954@debbugs.gnu.org \
--cc=drew.adams@oracle.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).