windows
zip: https://github.com/hydrusnetwork/hydrus/releases/download/v275/Hydrus.Network.275.-.Windows.-.Extract.only.zip
exe: https://github.com/hydrusnetwork/hydrus/releases/download/v275/Hydrus.Network.275.-.Windows.-.Installer.exe
os x
app: https://github.com/hydrusnetwork/hydrus/releases/download/v275/Hydrus.Network.275.-.OS.X.-.App.dmg
tar.gz: https://github.com/hydrusnetwork/hydrus/releases/download/v275/Hydrus.Network.275.-.OS.X.-.Extract.only.tar.gz
linux
tar.gz: https://github.com/hydrusnetwork/hydrus/releases/download/v275/Hydrus.Network.275.-.Linux.-.Executable.tar.gz
source
tar.gz: https://github.com/hydrusnetwork/hydrus/archive/v275.tar.gz
I had a great week. There are several ui improvements and an important update to how the thread checker works.
drag-and-drop
Some drag and drop code works a little better. You don't have to care too much, but let me know if you get weird behaviour, particularly for drops into the client.
Otherwise, I have added a neat quick thing for page tab DnD–if you hold down shift while you drop the tab, the client won't 'chase' the page and reselect it (which saves a bit of time in ui-switching). This should help speed up larger DnD jobs where you are moving multiple pages up or down a level. Just try it out–I really like it!
some more shortcuts
I have added a 'flip_darkmode' shortcut to the 'gui' and 'media_viewer' shortcut sets. It does exactly what you think!
I've also added the copy_file/path/hash/bmp actions to the 'media' set as well. copy_file was previously hardcoded to ctrl+c, but now you can set whatever you like. I have readded ctrl+c->copy_file to the new defaults for new users, but existing users, if they miss it, will have to re-add it (or any other mapping they prefer) manually under file-shortcuts.
I hope to do more shortcut updates like this in the coming weeks.
thread watchers now check dynamically
tl;dr: Thread watchers work better now. You don't have to do anything.
After a good bit of thought and discussion with users, I finally pulled the trigger on an important thread watcher check timing update this week. I have created a more intelligent checking object to make threads check more or less frequently based on how fast files are being posted to the thread.
The main idea is that thread checkers will try to time their checks so they always get the same number of files. If you tell it to aim for 5 files per check and files are coming in at about 10 files per hour, it will check again in half an hour. After that check, it will recalculate. If the rate of new files drops below a certain value, the checker will consider the thread dead and stop checking.
All existing thread watcher pages will be updated to the new checker. They have a slightly revamped ui layout and two pause buttons and a button to edit these new timing options. There are new default settings under options->downloading. I have set simple defaults that I think will work for most people (trying for 8 files per check, dying after 0 files in 24 hours), but please feel free to change them to your preferences (but make sure you know what is going on first–this isn't a super-simple system!).
As part of this, threads now parse file post time. This isn't terribly interesting for human purposes, but you can check it anyway under the file import status window, under a new 'source time' column that will get more use in other contexts in future.
I am interested in feedback on how this goes right and wrong. I expect to add a bit more math to improve the current file velocity calculations for threads that started strong but recently dropped off.
Once this checking object is solid, I expect to use it on subscriptions in the larger download overhaul that is coming up. (so not only will your subs check faster or slower without you having to figure it out yourself, they will be able to automatically shut off and notify you if an artist didn't post anything for two months!)
full list
- if you hold shift down while dropping a page tab, the client will not 'chase' that page to show it (try it out!)
- the gui will be more snappy about dealing with drag-and-drop drops (of types file import, page tab rearrange, and url drop), returning the mouse to normal state instantly on drop and dealing with the event in a subsequent action
- dropping url text on the client will specifically inform the source program not to delete the dragged text (that the operation was copy, not move), if it is interested in hearing that
- page drag-and-drops should transition a little less flickerily
- all file import status objects can now track 'source time', typically to represent upload time
- file imports now populate 'source time' based on the earliest of creation/modified time! (this will be used later to parse as a tag)
- thread watchers now populate 'source time' based on post time!
- finished a watcher options object for the new thread checker system
- wrote a panel to edit watcher options
- converted the thread object to the new watcher system
- thread watchers now have two pause buttons–one for the file queue, one for the checker
- compressed thread watcher ui layout
- converted the thread left-panel ui and options->downloading page to reflect the new watcher system
- improved the watcher options to generate better timings for fresh threads
- cleaned up some thread watcher check time code
- the total/selected mime summary on the status bar is a little prettier and will now report by individual mime sometimes
- generating the total/select mime summaries are now faster on pages with >1,000 files (it'll just use 'file')
- a 'refresh' action on an import page now triggers a sort event
- added 'flip_darkmode' shortcut command to 'main_gui' and 'media_viewer' shortcut sets
- added copy_file/path/hash/bmp actions to the 'media' shortcut set, removed the hardcoded ctrl+c for copy_file. I added ctrl+c to the defaults, but existing users will have to re-add it manually if they want it!
- simplified some page ui update code
- import pages will no longer update their left-panel ui (which uses a bit of cpu) when they are not in view
- polished some new string and url matching code the domain engine will be using
- wrote a panel to edit string match objects
- wrote a new panel to handle simple ordered lists of data in a better way
- wrote most of a panel to edit url match objects
- misc domain manager work
- fixed an issue with the old listctrl where object name de-duplication was sometimes not permitting (1)-type names to be cleaned up
- fixed some inelegant time duration->text conversions
- improved complete process shutdown reliability when some downloads are waiting on bandwidth on shutdown
- did some misc listctrl update work
next week
I did some good domain engine work this week. I want to keep heading for User-Agent substitution so we can test a sankaku (and anything else) fix.