unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
From: Juri Linkov <juri@jurta.org>
To: "Drew Adams" <drew.adams@oracle.com>
Cc: 10624@debbugs.gnu.org
Subject: bug#10624: 24.0.92; default value of `dired-do-ch*'
Date: Sun, 16 Sep 2012 01:50:06 +0300	[thread overview]
Message-ID: <87vcfex5bx.fsf@mail.jurta.org> (raw)
In-Reply-To: <4200B2318C4140E68FA74B61375885B9@us.oracle.com> (Drew Adams's message of "Fri, 14 Sep 2012 17:37:10 -0700")

> The Emacs mark is not something that is very useful in this context,
> IMO.  It's not obvious and visible.

It is visible when transient-mark-mode is enabled.

> And why use the mark only when transient-mark-mode is enabled?

Because when transient-mark-mode is enabled, it is possible
to deactivate the mark with C-g.

> That obviates use of the region for something more useful in Dired

It doesn't preclude from using the region in other Dired commands.

> What's more, if I read your code correctly, when there is no active
> mark you are still picking up the first of the marked files and using
> its data as the default.

No, you read code incorrectly.  You could pay more attention to the
line with (= (length files) 1)

> 2. Minimal, easy to do now: Use the attributes of the file on the current line,
> providing them as the default for the marked files according to the particular
> command (mod time, various permission fields, etc.).

This makes sense, but it might be too confusing.  For instance,
in the following scenario: type `m' to select a file, after that
point moves to the next line with an arbitrary unselected file
whose attributes will be used as the default value.  This would be
unexpected.

> 3. More complex, but more useful: Let the user hit a key to "copy" the
> attributes of a given file (on the current line - the "source" file), as if to a
> clipboard.  Then use those attributes for subsequent "paste" operations,

I suppose a key to copy the attributes to use as the default value
would be like `w' (`dired-copy-filename-as-kill').  It is worth thinking about.
But it has one drawback that is not too obvious.

> The point is to (a) have a reasonable source-file choice from which attributes
> are taken for the default and (b) push those attributes to the marked files as
> defaults for an operation, in a operation-pertinent way.

Using the mark in transient-mark-mode is a reasonable source-file choice
from which attributes are taken for the default, and could be added among
other possible methods.





  reply	other threads:[~2012-09-15 22:50 UTC|newest]

Thread overview: 22+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-01-27 15:35 bug#10624: 24.0.92; default value of `dired-do-ch*' Drew Adams
2012-01-27 16:23 ` Drew Adams
2012-09-14 23:47   ` Juri Linkov
2012-09-15  0:37     ` Drew Adams
2012-09-15 22:50       ` Juri Linkov [this message]
2012-09-16  4:47         ` Drew Adams
2012-09-16 23:48           ` Juri Linkov
2012-09-17  0:39             ` Drew Adams
2012-09-18 23:22             ` Juri Linkov
2012-09-15 22:54       ` Juri Linkov
2012-09-16  4:47         ` Drew Adams
2012-09-16 23:45           ` bug#10624: Dired-marking all files in the region Juri Linkov
2012-11-22  9:49             ` Juri Linkov
2012-11-22 15:27               ` Drew Adams
2012-11-23  7:51                 ` Juri Linkov
2012-11-23 17:12                   ` Drew Adams
2012-11-25  9:16                     ` Juri Linkov
2012-11-25 15:49                       ` Drew Adams
2012-11-25 16:12                         ` Juri Linkov
2012-11-25 17:02                           ` Drew Adams
2012-11-22 15:40               ` Stefan Monnier
2012-11-23  7:59                 ` Juri Linkov

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=87vcfex5bx.fsf@mail.jurta.org \
    --to=juri@jurta.org \
    --cc=10624@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).