Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Some ideas for dired-ranger. #177

Open
jcguu95 opened this issue Feb 28, 2021 · 4 comments
Open

Some ideas for dired-ranger. #177

jcguu95 opened this issue Feb 28, 2021 · 4 comments

Comments

@jcguu95
Copy link

jcguu95 commented Feb 28, 2021

Hello,

Thanks for gathering hacks for dired. Here are some ideas for dired-ranger. Shouldn't be hard to implement, and I can also do it later if it's needed.

  1. Functions to empty, save, and quickly inspect the copy rings and bookmark rings.
  2. Functions to let the users select which bookmark to jump to, with shortcut and the path, by ivy-read or some helm technology.
  3. While conflicts arise during moving/pasting files, as in ranger ask the users if auto-renaming to files with certain suffix. For example,
with ~/personal/note.md present,
~/note.md -> ~/personal  ==> ~/personal/note.md_
  1. Add dired-ranger-symlink and dired-ranger-hardlink.
  2. Add dired-ranger-undo and dired-ranger-redo.
  3. (optional) Separate the copy-ring and the cut-ring.
@jcguu95 jcguu95 changed the title Some ideas on dired-ranger. Some ideas for dired-ranger. Feb 28, 2021
@Fuco1
Copy link
Owner

Fuco1 commented Mar 25, 2021

TBH I've never actually used ranger program so I don't know how things work there. Having said that, I like your ideas.

1 and 2 definitely sound like a good idea, it should be possible to prepare some function to return the data which can then be plugged in into any of these completion frameworks. I'd do it in two steps, first create API on our end to get the data, and second implement the completions. I've actually probably never used the ring functionality myself because currently you just have to remember what is where which is just bad UX and hard to use efficiently.

3 sounds good and I think was suggested before (I have a strong feeling of deja vu).

4 would be extension of the copy/move mechanism, the question is if we want to use the same copy-ring for that.

5 how, would that work exactly? I.e. for a move operation, it would move files back, for copy, it would delete the target?

6 might be useful, but to me personally would probably be too confusing. It can exist as a configurable user option.

@jcguu95
Copy link
Author

jcguu95 commented Mar 26, 2021

Glad you like some of them. Do you think it makes sense to rename copy-ring to kill-ring or maybe even just ring?

@Fuco1
Copy link
Owner

Fuco1 commented Mar 28, 2021

kill-ring already exists for the text, so we probably shouldn't use that as it might be confusing. Just ring seems not descriptive enough. Do you think copy-ring is problematic?

@jcguu95
Copy link
Author

jcguu95 commented Mar 28, 2021

copy-ring is a little bit misleading. Currently, it's not just for copying's sake, but also moving's. It will become more confusing after we add more functionalities: symlink, hardlink, inspect.. etc.

How about dired-ranger-kill-ring?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
Status: Backlog
Development

No branches or pull requests

2 participants