Would be nice to be able to open multiple hubs at once so that they can be viewed and searched as one hub. Motivation:
Proposed implementation: If the hub can contain other hubs, this can be stored and thus such combination remembered and easy opened later again. Please consider.
I like this idea -- it's in some ways similar to being able to add many folders to a hub, but may be cleaner and simpler in some ways.
The trickiest part is that as I was building the app, from the start, I explicitly decided I would focus on one folder (directory) per hub, and one hub at a time with no consideration for ever implementing anything different. This means that it might be very tricky to implement what you ask. There is a chance it won't take much work, but I'm unsure.
As I've discovered working on the app, sometimes the UI / UX is the most challenging: creating a feature is sometimes straightforward, but what can be challenging and very time consuming is communicating how to use it intuitively, putting in buttons that make sense, and catching all the weird states that users might get into if they don't follow the expected process.
I welcome an attempt by others to code a rough draft of the feature (and I'm happy to answer questions and share ideas), but I'm not planning to implement it myself at this time.
ps - just FYI, in case you hadn't come across this feature: you can enable the "view recently opened" in the sidebar and you are then able to switch between hubs once you enter your search (the search terms don't disappear when you switch hubs) 馃槈
In version 3.0.0 we'll have the ability to add more than one folder to a hub. I think that is a satisfactory solution to the feature request.
Please feel free to comment or open a new issue if you think this is still worth addressing in another way 馃
Thanks @whyboris. I have played with it and found multiple folders solution satisfactory for my use-case.
First I wanted to manually merge all my (relevant) vha2 files into one to save time, but found it easier to just add folders and re-scan all the folders again one more time since I wasn't sure about all attributes added to the new format. Anyway, this will do.
I've added the note about showing "root" folders in the view when "show folders" is enabled in the #456 discussion
@lighthunt - it is possible to move over all the "thumbnails" and "filmstrips" images to the new hub before adding the new source folder. As long as the extraction settings (number of screens per video) match up, the app will add the videos to the gallery and skip extracting all the thumbs that have been copied (so it's much faster).
I'm glad it worked for you with a _re-scan_ 馃憤
Thanks for the comment about "root" folders is "show folders" view. I've been thinking about it previously. I'll continue the discussion in that thread 馃憤
@whyboris Thanks for the hint with thumbnails and filmstrips, I was considering it earlier but unsure how names are generated (using paths, what if roots are different etc.), possible duplicate names etc I didn't do, but will try that later.
re-scan didn't work so well, for larger usb disks, few things I experienced, sorry for lack of details (if something is unknown, I will try to explore further, let me know).
- if I had jpegs in the path, some javascript error pop up for every file (new error dialog after Ok confirmation of previous file), I had to kill it
A JavaScript error occured in the main process
Uncaught Exception:
Errror: ECANCELLED: operation cancelled, scandir ....
I think this is caused when I close the main windows. It doesn't do anything for a long time, then dies with the above error (never ending, after OK, it just shows error with next folder).
Aparently scan was running, but no indication about it.
Sorry, point 3 was misleading, it has nothing to do with jpeg, was cancelled at img folders by coincidence.
Thanks for bug reports 馃
Some comments in random order:
.jpg file names are based off video file bitstreams (a bit from the front, middle, and back), so moving the video file doesn't change the "hash" - keeping the image file name the same 馃榿 After merging the WIP 3.0.0 branch into main I've not tested the app too much on the create hub/add folder/rescan/switch hub/rescan/close (etc) interactions. I'll likely discover those bugs when I try to play with the app more, but I _definitely_ appreciate reports like this. Please feel free to open a new issue for better visibility if you'd like.
As of now, I expect the app to not have bugs in a standard way of use: open, create new hub, add some more folders, exit. Re-open, have no bugs 馃槄 馃 I've tested it with network drive, external HD over USB, and local HD.
I have not tested closing the app mid-scan, but I don't expect the app to break catastrophically 馃 -- it should allow re-opening of the file and a re-scanning without problems.
Thanks @whyboris for explanation! I don't know, but something is wrong. Scan process is very slow in latest version compared to v2.2.3 even with a single folder and relatively not many video files. I can't use the new app. I'll make a new issue for that.