Re: PR: dired-do-create-files now checks for trailing slashes in the target

[Rudi C <rudiwillalwaysloveyou@gmail.com>]

[-- Attachment #1: Type: text/plain, Size: 1601 bytes --]

> Isn't that backwards-incompatible?

This is an interactive function, I think, so backward compatibility is a
loose concept here. I can add a configuration variable if you think this
matters.

> similar features in other completion frameworks
I don't know if `ivy` has this, but anyway, I try to keep this kind of
hotkeys to a minimum; They are easy to forget, they are not ergonomic, and
I have only five fingers from birth, which doesn't help. Why would I want a
hotkey when I can perfectly achieve what I need without one, and without
losing any functionality?

Besides, the point is moot, as dired already exposes
`dired-create-destination-dirs', so it is not delegating this feature. So
it might as well do it right.

On Tue, Sep 28, 2021 at 9:47 PM Stefan Kangas <stefankangas@gmail.com>
wrote:

> Rudi C <rudiwillalwaysloveyou@gmail.com> writes:
>
> > With this patch, we can move directories into new directories if we
> > explicitly end the new name with a trailing slash.
> >
> > So `/new_name` renames `/old_name` to `/new_name`, while `/new_name/`
> > renames `/old_name` to `/new_name/old_name`.
>
> Isn't that backwards-incompatible?
>
> > Without this feature, one has to first create the new directory and then
> > move the old directory into it, which is so unpleasant I currently just
> > copy the path and use my shell's move functions.
>
> IIRC, if you use e.g. `ido', you can create a directory from the prompt
> with M-m.  I'm not sure about the default completion, but there are
> similar features in other completion frameworks.  Isn't that a better
> way to go about this?
>

[-- Attachment #2: Type: text/html, Size: 2169 bytes --]