all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
* bug#48883: dired marking bugs
@ 2021-06-06 20:33 Boruch Baum
  2021-06-06 22:12 ` bug#48883: [External] : " Drew Adams
  2021-06-07 18:53 ` Arthur Miller
  0 siblings, 2 replies; 12+ messages in thread
From: Boruch Baum @ 2021-06-06 20:33 UTC (permalink / raw)
  To: 48883

In testing my diredc package, I'm coming across the following bugs
reproducable in \emacs -Q -nw:

1) Improper marking of directory heading line

   1.1) The correct and expected behavior of dired is that when one
        navigates to a directory heading line (eg. the first line of a
        simple dired buffer) and presses 'm', all "real" files of that
        directory are marked, [IMPORTANT] the lines for the "not-real"
        files '.' and '..' are not marked, and [IMPORTANT] the directory
        line itself is not marked.

   1.2) Likewise, typing 'u' on that line unmarks all said lines.

   1.3) Now, advance one line, to the line typically presenting a
        summary, beginning with the word 'total', and press the sequence
        'C-u -1 m'.

   1.4) Why is there now a mark on the prior line, the directory line?
        Note that the result differs from actually performing 'm' on
        that line also in that none of the "real" files in the directory
        are marked. Note also that performing 'u' on the line does not
        remove the mark, but performing 'U' on the buffer does.

   1.5) Attempting to perform an operation on the marked directory line
        (eg. 'C' to copy it) returns the message "No files specified"

2) Improper marking of "not-real" files '.' and '..'

   2.1) See paragraph 1.1.

   2.2) However, those lines can be manually marked using the 'm'
        command, and attempting to perform an operation on them (eg. 'C'
        to copy them) returns messaging indicating a willingness to
        overwrite whatever target directory is chosen. I haven't risked
        let it operate.

   2.3) As in paragraph 1.3, it is possible to mark the two lines using
        a negative prefix argument.

3) Improper advancing to (point-max)

   3.1) Marking the final entry in a dired buffer advances POINT to a
        blank line, which is pretty much never desirable to a user.

--
hkp://keys.gnupg.net
CA45 09B5 5351 7C11 A9D1  7286 0036 9E45 1595 8BC0





^ permalink raw reply	[flat|nested] 12+ messages in thread

end of thread, other threads:[~2021-06-08 12:41 UTC | newest]

Thread overview: 12+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2021-06-06 20:33 bug#48883: dired marking bugs Boruch Baum
2021-06-06 22:12 ` bug#48883: [External] : " Drew Adams
2021-06-06 22:44   ` Boruch Baum
2021-06-07 15:24     ` Drew Adams
2021-06-07  0:08   ` Boruch Baum
2021-06-07 15:21     ` Drew Adams
2021-06-07 16:16       ` Drew Adams
2021-06-07  0:50   ` Boruch Baum
2021-06-07 18:53 ` Arthur Miller
2021-06-08  0:32   ` Filipp Gunbin
2021-06-08  4:15     ` Arthur Miller
2021-06-08 12:41       ` Filipp Gunbin

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.