From: Eli Zaretskii <eliz@gnu.org>
To: Drew Adams <drew.adams@oracle.com>
Cc: 20739@debbugs.gnu.org
Subject: bug#20739: 25.0.50; Dired switches have no effect when explicit list of files provided
Date: Sun, 07 Jun 2015 22:55:05 +0300 [thread overview]
Message-ID: <834mmjmgyu.fsf@gnu.org> (raw)
In-Reply-To: <99d84238-3b80-4778-a248-7063a7e6b3df@default>
> Date: Sun, 7 Jun 2015 12:33:16 -0700 (PDT)
> From: Drew Adams <drew.adams@oracle.com>
> Cc: 20739@debbugs.gnu.org
>
> > > > > It is not about the order. `r' works, for example - it
> > > > > reverses the order.
> > > >
> > > > No, it doesn't. The order is always the same as in the list you
> > > > pass to 'dired'.
> > >
> > > That's not what I see.
> > > (dired ("foo" "/path/to/bbbbb" "/path/to/foo.el"
> > > "/path/to/bar.el")
> > > "-alFr")
> > > shows the files in Dired in the reverse order: bar.el, foo.el,
> > > bbbbb.
>
> (I forgot the quote before the list arg, as I'm sure you realized.)
>
> > Not in my Emacs, built from the latest development sources.
>
> Interesting. I definitely see the list reversed correctly, even
> in this very recent build:
>
> In GNU Emacs 25.0.50.1 (i686-pc-mingw32)
> of 2015-05-29 on LEG570
I tried on 3 different systems, one of them GNU/Linux -- none of them
exhibits the behavior you describe.
> > > > Yes, and those are all the switches that control the order of
> > > > presenting the files in the listing.
> > >
> > > I don't agree. Unless you are interpreting "switches that control
> > > the order" as including any switch that affects the display.
> >
> > I do.
>
> An odd interpretation of sort order.
A very simple interpretation: anything that needs to rearrange the
files in any way, by examining them together as a collection.
> > > > the others are meaningless when you specify the files explicitly.
> > >
> > > Whether -A, -a, and -B are meaningless is in the eye of the user.
> > > The point is that if you specify an explicit . or .., switch -A
> > > still lists those directories.
> >
> > They are also shown without -A or -a. Specifying any files lists
> > them regardless.
>
> Which is just another way of saying that -A and -a do not remove
> those dot names. We are agreeing about the effect, but not about
> what it means. IMO, it means that these switches do not do what
> they say.
They don't do anything, because the list of files to display is
specified by the caller.
> > > Why do you think that what is controlled by the ls-lisp.el code
> > > has nothing to do with this bug report?
> >
> > Because 'dired' the function is not defined in ls-lisp.el, and it
> > works even without ls-lisp.
>
> On MS Windows (my report is from a Windows build) it uses ls-lisp
> by default, no?
'dired' on MS-Windows _calls_ functions in ls-lisp.el, but is not
implemented there. And the behavior you described, which handles the
case of a list as the 1st arg, is not implemented in ls-lisp.el, it is
implemented in subroutines of 'dired' defined on dired.el.
Now, can we please stop splitting hair?
next prev parent reply other threads:[~2015-06-07 19:55 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <<186494c2-6958-42eb-a351-6543237bfb75@default>
[not found] ` <<838ubvmj2s.fsf@gnu.org>
2015-06-07 19:33 ` bug#20739: 25.0.50; Dired switches have no effect when explicit list of files provided Drew Adams
2015-06-07 19:55 ` Eli Zaretskii [this message]
[not found] ` <<99d84238-3b80-4778-a248-7063a7e6b3df@default>
[not found] ` <<834mmjmgyu.fsf@gnu.org>
2015-06-08 1:58 ` Drew Adams
[not found] <<f0b49ecc-7301-4ec9-b339-a3f8a65c553c@default>
[not found] ` <<83oaksmyc8.fsf@gnu.org>
2015-06-06 21:57 ` Drew Adams
2015-06-06 22:21 ` Drew Adams
2015-06-07 14:39 ` Eli Zaretskii
2015-06-09 15:09 ` Drew Adams
[not found] ` <<f33db93f-7f6c-4aee-90e4-566d7e93b228@default>
[not found] ` <<83fv63mvkj.fsf@gnu.org>
2015-06-07 17:34 ` Drew Adams
2015-06-07 19:09 ` Eli Zaretskii
[not found] <<3362479c-11a3-4559-88d6-666f03933440@default>
[not found] ` <<831thqp704.fsf@gnu.org>
2015-06-05 14:56 ` Drew Adams
[not found] ` <<837frhnppc.fsf@gnu.org>
2015-06-06 18:43 ` Drew Adams
2015-06-06 19:27 ` Eli Zaretskii
2015-06-05 8:34 Drew Adams
2015-06-05 14:25 ` Eli Zaretskii
2015-06-06 9:36 ` Eli Zaretskii
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
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=834mmjmgyu.fsf@gnu.org \
--to=eliz@gnu.org \
--cc=20739@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 external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.