-
Notifications
You must be signed in to change notification settings - Fork 24
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
move command should take destination as a relative path too for local operation #1057
Comments
hm, indeed seems sensible to expect both source and destination paths to be relative to current directory. Or we are missing some usage pattern which would contradict that @jwodder ? |
note: I have retitled to be closer to the underlying UX issue. The original title was "behaves different from unix move" but to answer that one - even though we aimed to stay close to "unix move" semantic in the design of |
seems like this expects the user to know many things. let's simplify it to either take a prefix (e.g., |
like what? is Please file those ideas as separate issues to discuss and possibly implement. In this one I think we should address the original problem first since IMHO it goes not inline with what
and thus I consider it a bug. |
i filed this as a user experience issue rather than a bug (but it is also a bug). i would still say its also user experience issue. |
dandi move: Fix resolution of nonexistent dests when in a subdirectory
🚀 Issue was released in |
and hopefully we improve user experience having fixed the bug ;) |
running the following command moves the file from the current directory into the root directory of the dandiset. this seems unintuitive for a unix user.
The text was updated successfully, but these errors were encountered: