all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
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:09:31 +0300	[thread overview]
Message-ID: <838ubvmj2s.fsf@gnu.org> (raw)
In-Reply-To: <186494c2-6958-42eb-a351-6543237bfb75@default>

> Date: Sun, 7 Jun 2015 10:34:18 -0700 (PDT)
> From: Drew Adams <drew.adams@oracle.com>
> Cc: 20739@debbugs.gnu.org
> 
> > > > I've found no switches that are ignored as result of this
> > > > implementation, except those that control the order of the
> > > > files in the listing, so that's what I stated in the doc string.  
> > > > I think this makes the actual behavior clear enough.
> > >
> > > 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.

Not in my Emacs, built from the latest development sources.

> > > It's not about switches that control the order.  It's about
> > > switches that deal with directory (or directories) themselves,
> > > their entire contents, as opposed to switches that deal only
> > > with an individual entry to be listed or that (like `r') deal
> > > only with the set of entries without needing any knowledge of
> > > the directory.
> > 
> > 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.

> You say that -C, for instance, "controls the order".  At least
> here (I'm using Cygwin), -C lists the entries by columns.  It
> does not change/control the order.

It shows them in column-wise order.

> > "-C" is about the order; 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.

> 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.

> The bug is about certain Dired switches having no effect when
> DIRNAME is a cons, even though they could work (have the usual
> effect).

Exactly.  And they have or don't have effect regardless of ls-lisp.





  reply	other threads:[~2015-06-07 19:09 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <<f0b49ecc-7301-4ec9-b339-a3f8a65c553c@default>
     [not found] ` <<83oaksmyc8.fsf@gnu.org>
2015-06-06 21:57   ` bug#20739: 25.0.50; Dired switches have no effect when explicit list of files provided 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 [this message]
     [not found] <<186494c2-6958-42eb-a351-6543237bfb75@default>
     [not found] ` <<838ubvmj2s.fsf@gnu.org>
2015-06-07 19:33   ` Drew Adams
2015-06-07 19:55     ` Eli Zaretskii
     [not found]   ` <<99d84238-3b80-4778-a248-7063a7e6b3df@default>
     [not found]     ` <<834mmjmgyu.fsf@gnu.org>
2015-06-08  1:58       ` Drew Adams
     [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=838ubvmj2s.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.