Show HN: New UI pattern for file manager type apps
github.com
github.com
> New UI pattern for file manager type apps. It makes moving and reordering files much easier and more intuitive than traditional UI patterns.
You should go into more detail who the target audience is here. Casual users don't care about moving and reordering files into place meticulously. They just want to find stuff quickly and are will prefer a better search box over a better filing system.
I'm sitting on the other end of the scale. I do obsess over file ordering to a certain extent, but then again doing any of this ordering on any sort of phone UI drives me crazy because of the form factor. I'm much better served by something that lets me do this on the big screen. Right now I use KDE Connect which has a feature for mounting the phone's FS on the PC via sshfs. Then I can use big-boy file managers (or heck, just a terminal and good ol' coreutils).
I'm not saying that there is no place for your UI design, but a good design starts from which users have which needs, and your pitch (i.e. the README) should reflect that.
The audience is clearly not casual users.
And why does the README have to be a pitch?
From what I can tell, this shows a few interactions for a multitouch file manager, where there is an explicit "selection mode" to reorder/move files; selection is preserved when navigating away from the current view. Additionally, interstitial affordances are revealed to facilitate rearrangement.
My main point of feedback would be to focus on the presentation - it is very hard to tell what is going on, and all I wrote I feel like I had to speculate to interpret. Explain clearly what problem you are solving, and why the current approaches haven't worked for you.
Btw I'm not sure what the claim of newness is; I have seen these interactions in other software in the past (but perhaps I am missing something).
When showing near the folders, was the "move here" between folder 1 and folder 2 supposed to mean move the files into folder 1, folder 2, or literally just display the selected between the two folders? It was not clear to me.
I think this could benefit from tweaking the "move here" thing to be closer to the thing that it relates to (classic UX issue/design approach)
So I assumed ‘move here’ was supposed to move videos into videos and was trying to think how that would work.
I think the pattern probably works better for this kind of thing than for files, as files aren't often manually ordered.
[1] https://moodle.org, https://en.wikipedia.org/wiki/Moodle
[2] https://www.umass.edu/it/support/moodle/reorder-sections-or-...
EDIT: On a desktop you have a mouse wheel that very much serves this purpose at least in a single-view scenario. Again, accessibility is a whole extra layer to the topic
I like the idea, but I'm not too keen on the way that once you select an item, the additional "Move Here" UI pops up for every single item in that view - I can imagine for longer lists, this could alter your frame of view significantly as you get towards the bottom of the list. I didn't clone the repo, though - do you had any considerations about this concern? I wonder what an alternative UI would look like for that piece - I guess a simple, more traditional checkbox wouldn't do the trick because it doesn't signal where you want to move something.
It (was?) is a Windows file copy/move utility that was fantastic! It support multiple file copying, and drag/drop operations to queue files and add to an existing running operation.
This is the case of when a picture is in a need of more words; not a thousand, but maybe enough to word the principle and contrast the novelty.
Still interested.
It reminds me of all the problems with Apple Podcasts compared to other podcasts apps. Too many screens, too little information on each screen, and the thumbnails are way too big.
Or, you can also do drag and drop that everyone understands.
I use Q-Dir at work because I’m constantly managing files on four networked devices.
No affiliation, just a satisfied user.
There are cases where a file is associated with directory, e.g. you export a web page and its contents are saved within a dedicated directory, and some languages will allow module.foo and module/submodules.
But those are odd cases and the insight that the file managers had was that folder navigation and file manipulation are two separate things. If you need to move a file, you always want to move it to another folder. All the files just get in the way. If you want to find a file, it's in a folder, it's not "between" two files.
Putting everything together is plainly nuts.
It kind of reminds me of spreadsheet functionality in terms of inserting x rows above or below.
Needs the word "mobile" in the heading somewhere, as it's nothing to do with standard (eg desktop) apps.