I'm working on the next major release of Video Hub App version 3.0.0 ๐
The intended release date is "when it's ready" ๐ -- probably in a few months once I'm done adding the features, polishing UI, and making sure no bugs are around.
The large bulk of changes to the extraction functionality came in through #443 โ
Two key features:
This will be a _breaking change_:
I intend to keep .vha2 file name (rather than create .vha3 file name -- though I'm open to a discussion.
Various TODO are sprinkled across comments below. Additionally, a short list here:
settingsButtons (whether hidden and/or toggled)Feedback and ideas welcome ๐ค
I'll be adding comments to keep track of things to do before v3 release. Others are welcome to discuss anything here too.
Default sort makes sense (with the new indexing system?) and when re-opening the app, the previous sort order shows up in the dropdown ๐
I think there is wisdom considering these (in whole or in part) for consideration in v3.x
https://github.com/whyboris/Video-Hub-App/issues/474
https://github.com/whyboris/Video-Hub-App/issues/475
https://github.com/whyboris/Video-Hub-App/issues/476
Thank you @TheTacoScott -- I looked over these, but am not yet sold on the benefits (especially considering the immense cost in time of development). Please feel free to let me know more reasons in favor of any of the proposals in their respective _Issue_ pages ๐
I renamed master to main and merged in #443 ๐
maybe the largest PR ever ๐
Now it's time to clean things up, add a few minor features (closing the various small issues remaining) and get 3.0.0 released ๐ ๐ค
There's still leftover things to do -- at least a month or two of work:
Also, the release is blocked by a problem with scanning remote directories:
https://github.com/paulmillr/chokidar/issues/895 ๐
I've identified the problem in chokidar and proposed a solution:
https://github.com/paulmillr/chokidar/issues/895#issuecomment-660521071
I hope it will get resolved ๐ค
update: was resolved โ https://github.com/paulmillr/chokidar/pull/1025
I have a PR that may fix the problem with network folders ๐ค https://github.com/paulmillr/chokidar/pull/1025
Reminder to self:
_update:_ fixed with https://github.com/whyboris/Video-Hub-App/commit/2e46d4660a7c3cdaa62507183e45da8bbaae6545 ๐ with #537
Possible TODO: https://github.com/whyboris/Video-Hub-App/issues/355#issuecomment-671490094 <-- some items on this list
Possible _TODO_: #355 (comment) <-- some items on this list
so we won't get confused this item was already done:
_The HTML & CSS for the layout is rather hack-y, but it works well enough for now. One UI (user interface) problem I'm facing is the import indicator (doughnut progress bar on top-right). It stays even when the top ribbon (with folder & file name) gets collapsed, thus overlapping with the settings button (the gear). I'm unsure how to handle this with the UI ๐ค_
Thanks for that fix again @orkomlosh ๐ -- I'm adding a short summary of https://github.com/whyboris/Video-Hub-App/issues/355#issuecomment-671490094
ImageElement[] to a dedicated servicehome.componentThe above are _maybe_ worth fixing before 3.0.0 - not required ๐
@whyboris In 3.0.0, hub may contain multiple "root" folders. When "show folders" is enabled, I believe they should be shown on the root level. At the the current versions, I see all of the sub-folders of "root" folders mixed in one view, there should be one level above showing root folders. Is it a bug/not implemented or intended to not show root folders?
Thanks @lighthunt ๐ I've been thinking about the "root" folders when in "show folders" view too.
I'm unsure about my final decision (at least for now, prior to releasing 3.0.0). At the moment it's easiest to not change anything - the code works ๐คท but I agree that it would make conceptual sense to see the root folders first.
There _is_ a nice aspect to not having root folders -- if you have two hard drives with similar folders, I believe the folders will be combined. So C:/movies/comedies and D:/movies/comedies will show up as a single folder "comedies" and show contents of both ๐ค
I'll have to look at the code and see if it's easy to implement the change. If it's super easy, I might even have a toggle button in the settings. Most likely though, the code is complicated and won't be easy to change. It took me at least a day of work to get the algorithm right: https://github.com/whyboris/Video-Hub-App/blob/main/src/app/pipes/folder-view.pipe.ts#L101 ๐
We'll see - and thank you for the comment. Please feel free to share more thoughts on this or anything ๐
@whyboris "root" folders view -> I see what do you mean with the combination...
I guess if both approaches sounds reasonable and depends on data, a toggle for the user to choose would be the right thing to do (if the time/priority allows).
I think the motivation for seeing root folders from my POV (apart from being more logical in the way how my data are structured) was to be able to distinguish and browse only folders that are online/mounted .. I made a separate feature request for your consideration here #508
move the ImageElement[] to a dedicated service
update children components to update a video properties, no need to emit and communicate back to home.component.
i think i covered most of it in my 3 recent PR's.
let me know if you think it's not cover yet
I'm thinking of just releasing version 3.0.0 in the next month. All that's left is checking for _extraction_ and _watch folder_ bugs ๐
and it's ready to go ๐
I'll need to think through how/whether it should be possible to cancel / stop the chokidar scan (currently no - but there is an indication that the scan is happening). Perhaps I should prevent some app interactions while chokidar is running ๐ค -- stuff to think about.
@whyboris Would it be a good idea to add a keyboard shortcut "adding" feature where, say you right click an action button, for example the "shuffle videos" icon in the menu/navbar, and a context menu comes up allowing you to assign a keyboard shortcut to the action? Does that make sense?
@kevinseelbach -- this seems like a cool feature, but feels like it would take a lot of effort to write / add. The code addition wouldn't be trivial, and the UI would be a challenge.
ps - For many features, one of the big challenges is the UI (user interface) -- communicating clearly to users what is possible ("affordance") and how it can be done, preferably without resorting to large explanatory text. I'm not saying I've succeeded with this goal with all the features in my app - it's just something I'm striving towards ๐
Thank you to @martincaron for the excellent investigation of the various combinations of searches across tags, folders, files, etc:
https://github.com/whyboris/Video-Hub-App/issues/403#issuecomment-629664020
Even though I closed that issue, I think it's worth having a discussion about whether to change anything going forward.
I suspect we'll leave everything as is until after 3.0.0 is released (omg I've been trying to get this released for so long ๐ )
@martincaron -- feel free to chime in here, or if you prefer we could start another _Issue_ dedicated to what you're proposing ๐
๐ค hoping to release 3.0.0 before _Thanksgiving_ ๐
demo is limited to 50 videos without bugging out ๐ - _done with_ #582 Closing and transferring the remaining issues to #574 โ
Most helpful comment
i think i covered most of it in my 3 recent PR's.
let me know if you think it's not cover yet