Open abaldwin88 opened 7 years ago
@abaldwin88 I'd like to take this issue, but I need your assistance. Could you please describe base use-cases of this feature? Here is what I come up with:
/path/to/a/file --> /path/to/a/main_file : rename a file
/path/to/a/file --> /path/to/file : move file to the parent directory
/one/two/three/four/file --> /one/three/four/file : create subdirs three/four under /one and move file to it
@alex-bender Ideally I'd like to keep all the functionality available to the user of a normal session. Deleting, Copying, Renaming files. Entries would be listed out using the path from the current working directory like in your example. The only real difference to the user would be that entries can include a path if they are not in the top level directory.
So I would add two things to your spec. The ability to delete an entry (file/folder) and the ability to copy an entry (file/folder).
Side Note: Being able to create nested subdirs like your example would also be excellent.
I think the trickiest part is going to be that places in the code assume that a Directory
instance contains all of the valid Entry
instances at a certain point in time. Since we are allowing the user to filter the list this would no longer be true. I would anticipate chunks of logic around the Directory
and EditDirectory
classes to be peeled off into a new class. We need to split the functionality of diffing entry changes and tracking entry paths.
Would require quite a bit of code restructuring... but it sounds pretty useful.