Re: Friendlier dired experience [CODE INCLUDED]

[Jean Louis]

* Arthur Miller <arthur.miller@live.com> [2020-11-05 11:22]:
> I have skimmed through diredc (readme + code) but I haven't tried it.
> As far as I see, the only part I see worth putting directly in dired
> is maybe as you pointed out trash management. I don't use Sunrise nor
> any other `comander' Ranger clone; it is just not needed. I don't use
> trash folder either for that matter, but I can see there is not much of
> trash handling offered via Emacs, so maybe some users would prefer to
> have such functionality.

I am using trash functions, and it is very handy especially when
managing some critical files. Some system /etc/configurations may
remain as backup on server, and those are transferred to local Trash
now. It would not be handy to delete large video or image on remote
ssh/scp systems and that such files are transferred to local Trash, it
would consume bandwidth, so I just need to be careful with it.

Emacs trash system can use Freedesktop style trash or directory for
trash. I am using latter set to be ~/tmp/Trash and inside of directory
I have to place .dir-locals.el with following variables:

;;; Directory Local Variables
;;; For more information see (info "(emacs) Directory Variables")

((dired-mode . ((delete-by-moving-to-trash . nil))))

That is easy done by doing {M-x add-dir-local-variable}, then choosing
dired-mode and variable `delete-by-moving-to-trash'. Why? Because if
variable is true then files in trash would not be deleted from Dired,
they would be renamed but not deleted. So deleting truly works only in
my trash directory.

Emacs does support trashing. So far so good.

> For me Helm does the most; dired is needed just sometimes, so it is nice
> if we can keep it lightweight. That said it does not mean that Emacs (or
> Elpa) can't include a file manager, I would just prefer to keep it
> separate from Dired.

I prefer using plain Dired for file management as I am using Emacs on many
computers and VPS-es. I do not know if that is harder or easier, I
have no idea. What I know is that it works well and I am efficient and
fast. It would generally disturb me to load some packages to give me
my familiarity. That is what I avoid. With many computers I would
waste time until I get all packages installed.

When I need some particular option during the session then I do:
{M-x local-set-key RET} then ' then I can set it for shell command
just like diredc proposed it, which is good idea to quickly open
shell. I just need to figure out how to invoke new shell buffer in the
directory where I am located. Package exist for that, but I want to be
fast in setting it up on plain Emacs from `local-set-key'

Diredc should improve shell choice, as Eli said, rather not from
/etc/passwd but at least from Emacs shell handlings.

>From docstring for function `shell':

If a file ‘~/.emacs_SHELLNAME’ exists, or ‘~/.emacs.d/init_SHELLNAME.sh’,
it is given as initial input (but this may be lost, due to a timing
error, if the shell discards input when it starts up).

And there is more in the description how Emacs is choosing default
shell. Dash is not even a choice but is main shell on Debian
GNU/Linux.

Again I represent idea that shell list should be taken from
/etc/shells as it is system based list. And if such does not exist
then some default list from diredc, or any package choosing a
shell.