windows
zip: https://github.com/hydrusnetwork/hydrus/releases/download/v274/Hydrus.Network.274.-.Windows.-.Extract.only.zip
exe: https://github.com/hydrusnetwork/hydrus/releases/download/v274/Hydrus.Network.274.-.Windows.-.Installer.exe
os x
app: https://github.com/hydrusnetwork/hydrus/releases/download/v274/Hydrus.Network.274.-.OS.X.-.App.dmg
tar.gz: https://github.com/hydrusnetwork/hydrus/releases/download/v274/Hydrus.Network.274.-.OS.X.-.Extract.only.tar.gz
linux
tar.gz: https://github.com/hydrusnetwork/hydrus/releases/download/v274/Hydrus.Network.274.-.Linux.-.Executable.tar.gz
source
tar.gz: https://github.com/hydrusnetwork/hydrus/archive/v274.tar.gz
Despite a bit of illness, I had a good week overall. I fixed and improved some things and added custom 'open externally' launch paths for files.
colour update
I've improved last week's darkmode colourset addition. First off, the client will now immediately redraw all its custom-coloured elements as soon as any colour change is saved, and second, you can now quickly switch between the default and darkmode coloursets under the help menu!
As a note for Win 10 users, a user helpfully mentioned the place to switch the OS-level system colours to darkmode is under 'High contrast settings', which is more reliable than a regedit hack that is floating around. Switching Windows to 'High contrast black' seems to work well for some users, but others have had more success with third-party custom themes.
I intend to add more custom colours in future!
discord drag-and-drop update
I have also figured out a more safe way to support discord drag-and-drop. If you would like to turn this on, please check it under the BUGFIX section of options->gui. It makes all hydrus file drag and drops discord-compatible (and you don't have to hold down ctrl to make them copy–a 'move' result is safe as far as hydrus is concerned).
It adds a small amount of lag to the initial drag event, so I have limited it to DnDs that involve 10 or fewer files and less than 50MB total size. Let me know if this is a problem.
When this mode is active, the files are only available for upload while the client is running, so if you drop some files onto discord (or anywhere else), close the client, and then confirm the upload discord-side, they will not work.
custom 'open externally' launch paths
When you select 'open externally' on a file, hydrus normally asks your OS to open the file in its default application. Some users have reported this does not always work, or that they would like to overwrite it, so you can now override the path it will use!
Please check it under options->files and trash. You can set different custom launch paths for all mimes.
Actually firing this stuff has been a minor multiplatform headache, so please let me know if your chosen path does not work for your OS. I have improved the error reporting here, so you should see a good traceback if it goes wrong.
full list
- the help menu now has an easy on/off check entry for the darkmode colourset
- changing any individual colour or the entire colourset will now immediately refresh almost all custom-coloured controls with the new colour
- added a BUGFIX option to options->gui to permanently fix all discord file drag-and-drop events (as long as they contain <= 10 files and total < 50MB)
- you can now set specific 'open externally' launch paths on a per-mime basis under options->files and trash
- improved error reporting on a bad file launch
- improved the network engine to recover from and reattempt in-progress response read errors (previously reported as ReadTimeout)
- fixed the 'scroll to focused thumbnail' calculations on key events (when hitting up/down arrow key on thumbnail grid, the page wasn't scrolling correctly as needed)
- known urls no longer display with the scheme (http or https) in the media viewer top-right summary
- known urls in the media viewer top-right summary now tooltip their full url
- wrote a new button for editing tag import options. it has a good summary tooltip. it is only in the manage import folder dialog atm, but I will replicate it across the rest of the program in the coming weeks
- in some situations, the file import status window will list some timestamp note info for 'already in db' and 'deleted' statuses. see if you like it
- the new listctrl will generally give its data to other consumers in ui sorted order (this fixes some stuff like 'copy sources' in the file import status window, which was copying them in random order)
- manage tag parents now uses the new listctrl (and is hence now safely sortable)
- manage tag sibings now uses the new listctrl (and is hence now safely sortable)
- some behind-the-scenes of manage parents/siblings is a bit neater
- improved some thumbnail internal media structures to fetch specific media based on hash much much faster, particularly for pages with 10,000+ thumbs. this should speed up large imports and other content update events that can result in thumb redraws
- fixed an issue where dismissing a popup message could spawn the entire result of the queue, ignoring the 'show 10 max' rule
- completely finished the menu rewrite! all menus now work on the new system
- deleted a ton of old and now obselete menu event processing code
- some boot/shutdown terminal printing should be more reliable
- misc refactoring
- misc cleanup
next week
I didn't have time to work on the login and domain engines this week, so I would like to get back to that.