/hydrus/ -Version 415

Name
Email
Subject	REC STOP
Comment *
File	Select/drop/paste files here
Password	(Randomized for file and post deletion; you may also set your own.)
Archive	Archive [500 char limit]
* = required field	[▶Show post options & limits] Confused? See the FAQ.

Embed	(replaces files and can be used instead)
Options	Do not bump (you can also write sage in the email field)
Allowed file types:jpg, jpeg, gif, png, webp,webm, mp4, mov, swf, pdf Max filesize is16 MB. Max image dimensions are15000 x15000. You may upload5 per post.

YouTube embed. Click thumbnail to play.

Version 415 Anonymous ## Board Owner 10/28/20 (Wed) 22:38:20 1d9ccf No.14869

windows

zip: https://github.com/hydrusnetwork/hydrus/releases/download/v415/Hydrus.Network.415.-.Windows.-.Extract.only.zip

exe: https://github.com/hydrusnetwork/hydrus/releases/download/v415/Hydrus.Network.415.-.Windows.-.Installer.exe

macOS

app: https://github.com/hydrusnetwork/hydrus/releases/download/v415/Hydrus.Network.415.-.macOS.-.App.dmg

linux

tar.gz: https://github.com/hydrusnetwork/hydrus/releases/download/v415/Hydrus.Network.415.-.Linux.-.Executable.tar.gz

source

tar.gz: https://github.com/hydrusnetwork/hydrus/archive/v415.tar.gz

I had a mixed week. I greatly reduced the lag that 414 could get after large sibling/parent changes, but unfortunately I could not get much else done.

all misc this week

I had wanted to do a bunch of small work this week, but my schedule fell apart a bit, and then the 'one last thing' for the new parents cache, which was rejiggering the background maintenance code to do smaller jobs at once, ended up being very difficult. I worked hard on figuring out a method, and then when I was ready to move on, I realised there was a design flaw and had to re-do a large part of it! In any case, it now works much better–even if you have thousands of tags with one common parent, they can now calculate one at a time, nice and quietly in the background. Some million-strong siblings and parents might still be a bit too laggy for an HDD to calculate in normal time, but an SSD should be generally ok. If it still lags for you, you can make it only work in idle time under tags->siblings/parents sync.

In that vein, the new tag display dialogs now have a nice green/red text label to describe the current maintenance options, so you better know when to expect any changes to be calculated.

I fixed and improved a couple small things, but other than that, the main highlight is options->gui pages now lets you put the main window's page tabs on top/left/right/bottom (previously it could only do top/left). This now also updates as soon as the options dialog is applied.

full list

- in _options->gui pages_ you can now set the main window's page tab alignment to top/left/right/bottom (previously it was just top/left). this property now updates for all page of pages on options ok, it no longer needs client restart (issue #642)

- the maintenance task that migrates tag display from the current values to the ideal application now works in significantly smaller steps. big lag from adding hundreds of childen to one parent (or similar siblings) should now be radically reduced

- rejiggered some layout in the new tag display dialogs

- added green/red texts to the new tag display dialogs to talk about when sync can work atm and how fast to expect changes to apply

- reordered the new tag 'siblings/parents info' right-click menu so the dynamic 'has x siblings/parents' submenus are on the bottom

- added basic client api calls for /add_files/…, delete_files, undelete_files, archive_files, and unarchive_files. they take 'hash' and 'hashes' parameters. I am throwing these out at the end of the week, so they don't have documentation or proper unit tests, but feel free to play with them (issue #393)

- sped up some UI refresh on content update for very large sessions

- sped up right-click tag/file menu any/all select actions on very large file sessions

next week

I'll try to get some more small things done, ha ha. I have IRL election day stuff to do, so it'll unfortunately be a slightly light week again. Release should be on Wednesday as normal, maybe a little late.

____________________________

Disclaimer: this post and the subject matter and contents thereof - text, media, or otherwise - do not necessarily reflect the views of the 8kun administration.

Anonymous 10/30/20 (Fri) 10:44:29 1f57e2 No.14870

>>14851

>I do not plan to bring it back with these systems…

Could we get an option to display siblings in reverse? I mean instead of "censored (1) (will display as meta:censored)" it will show as "meta:censored (1) (tagged as censored)"?

For me, and the main reason I used the hard replace tags with siblings, was that it was easier to see which tags were missing and needed to be added. As it is displayed now a file might have the correct series: tag but it's added through a sibling to a non-namespaced tag long down the list of tags. So I might try to add the series tag when it essentially already exists, wasting my time. If siblings displayed in reverse it would be immediately noticeable.

Disclaimer: this post and the subject matter and contents thereof - text, media, or otherwise - do not necessarily reflect the views of the 8kun administration.

Anonymous 10/31/20 (Sat) 06:37:00 bbf136 No.14871

Thank you as always, based dev.

Disclaimer: this post and the subject matter and contents thereof - text, media, or otherwise - do not necessarily reflect the views of the 8kun administration.

## Board Owner Anonymous 10/31/20 (Sat) 21:22:07 15a16a No.14873

>>14870

Thanks. I agree about it is now less easy to see which tags a file actually has. I won't replace the current system with what you are asking for here, as the main purpose of that dialog is to allow editing, and if I show the reverse, then if multiple tags went to that ideal sibling, it would not be easy to double-click it to remove.

I have two main things to do next:

-Update the render code to draw multiple colours per line. I can then highlight siblings by drawing the 'will display as' part in the correct namespace colour.

-Update the list code to allow for 'ghost' entries, which will render with softer colour or something to make them look different. I can then populate the list with parents implied by other tags, and then potentially add what you want here, 'x (implied by y)' as a ghost in addition to the original 'y (will display as x)'.

Disclaimer: this post and the subject matter and contents thereof - text, media, or otherwise - do not necessarily reflect the views of the 8kun administration.

Release Tomorrow! Anonymous ## Board Owner 11/03/20 (Tue) 21:12:25 49bc65 No.14893

I had a great week. I caught up on smaller work, added some new default watchers, fixed some of the dodgy multi-column list sizing, and greatly sped up the manage tags dialog when dealing with thousands of files at once.

The release should be as normal tomorrow, maybe a little late.

Disclaimer: this post and the subject matter and contents thereof - text, media, or otherwise - do not necessarily reflect the views of the 8kun administration.