Version 179

Name
Email
Subject
Comment *
File	Select/drop/paste files here
* = 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) Spoiler images (this replaces the thumbnails of your images with question marks)
Password	(For file and post deletion.)
Allowed file types:jpg, jpeg, gif, png, webm, mp4, swf, pdf Max filesize is 8 MB. Max image dimensions are 10000 x 10000. You may upload 5 per post.

Version 179 hydrus_dev ## Board Owner 10/28/15 (Wed) 22:47:53 No.1323

win32

zip: https://github.com/hydrusnetwork/hydrus/releases/download/v179/Hydrus.Network.179.-.Win32.-.Extract.only.zip

exe: https://github.com/hydrusnetwork/hydrus/releases/download/v179/Hydrus.Network.179.-.Win32.-.Installer.exe

os x

app: https://github.com/hydrusnetwork/hydrus/releases/download/v179/Hydrus.Network.179.-.OS.X.-.App.dmg

tar.gz: https://github.com/hydrusnetwork/hydrus/releases/download/v179/Hydrus.Network.179.-.OS.X.-.Extract.only.tar.gz

linux

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

source

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

I had a good week. I have done a bunch of small things and added multiple tag selection and interaction to all the tag lists.

multiple tag selection

Anywhere you see a list of tags or system predicates should now support multiple selection. You can use ctrl- or shift- to select what you want, and both the mouse and the keyboard should do it (e.g. Shift+End will select everything from the current position to the end of the list).

Furthermore, any tag window that lets you 'activate' a selection, like hitting enter or double-clicking to choose an autocomplete tag result, should now activate everything you have selected in one go! So, if you have some thumbnails that have several character tags in the 'selection tags' box on the left, you can select two of them with a quick ctrl+click and then double click to throw them both up to the 'search' predicate box at the top in one step. Have a play with this to get a feel for it–I was already doing it during unrelated testing today, and I really liked the feel of it.

In updating the various methods that pass tags to and accept tags from these lists, I rewrote several related things–double-clicking the tag list that hovers over the media viewer will now launch the manage tags dialog, for instance, and when you see parents beneath some autocomplete tag results, they will be selected in a block along with their child. The tag right-click menu also supports your multiple selections, whether for copying to clipboard or initialising the manage siblings or parents dialogs with several tags at once.

I am pleased with this, but due to all the changes, I expect there are some bugs. Please report any tracebacks or odd censorship/autocomplete/sibling/parent/whatever behaviour you get. There is also some more stuff I didn't have time for this week–I would like to single->multiple-ify the internal workings of the manage tags dialog so you'll be able to assign one petition reason for multiple tags in one step, and I will add Ctrl+A and Delete key support to all the tag lists where appropriate.

mouse idle

Cancelling idle mode (when the client does high-CPU stuff after a period of inactivity) can sometimes be difficult, because the client lets itself become so busy that it doesn't have time to notice that you want to do something with it! If you have ever been unable to un-minimise the client after a while, this is usually what is happening.

So, I have written a simple 'when was the last time the mouse was moved?' test to complement the idle mode calculation, so it basically acts like a screensaver. By default, it is set to disallow idle mode if the mouse has been moved in the last ten minutes, so if you are using your computer for anything at all, your client's heavy cpu will probably turn off. You can edit this timing, including turning the check completely off, in file->options->maintenance and processing.

hentai foundry 'count' error fixed

If you paused your hentai foundry subscriptions because the gallery parse step was throwing up an error about 'count' something, you can turn them back on again! Some new 'a' html tag without an 'href' attribute was popping up for some reason, and my parser wasn't expecting it, but now I've fixed it.

full list

- all tag listboxes support multiple selection

- all tag listboxes manipulate their data as sets of tags rather than individual tags

- all tag listboxes report to their callbacks as sets of tags

- many dialogs and other windows that use tag listboxes now deal with tags as sets

- double clicking the media viewer's tag hover window now launches the manage tags dialog

- the media viewer's tag hover window now includes (+1) counts like the manage tags dialog–harmonising the underlying canvas tag list will follow

- lots of tag/sibling/parent code has been iterated over

- ditched some misc redundant code and needlessly tightly coupled object relationships

- some bizarro tag sibling dialog code has been rewritten

- the autocomplete dropdown for 'writing' will now not expand search results to include parents when the receiving control isn't interested in them or it is otherwise not appropriate

- when the autocomplete dropdown does have parents, they will be selected in a group with their child

- the autocomplete dropdown for writing now broadcasts 'I'm done with tagging, close the dialog pls' in a better way

- 'activating' the sibling or parent dialogs' listcontrols (usually by hitting enter) now processes all rows that are selected, not just the first

- manage siblings and parents dialogs can now take multiple initialising tags from the taglist right-click menu

- removed some redundant listbox code

- cleaned up and improved some tag list event processing

- cleaned up some taglist right-click menu code

- added system-wide mouse idle test to idle calculation. you can set this in files->options->maintenance and processing, and it defaults to ten minutes

- import folders now support tag import options' explicit tags for multiple tags to any tag service

- existing import folders will be updated to the new version, and if a local tag exists, it will be intserted into the new import tag options

- fixed a hentai foundry page parsing bug

- the deviant art downloader can now download >1024 pixel width versions of images via the download button (and a bit of cookie magic)

- gallery page queries that 404 (like for a non-existent username) will now report 'Gallery 404' rather than spamming the gallery's whole custom 404 html page to the status box

- fixed a bad layout flag that meant some namespace checkboxes in tag import options could remain hidden during first panel expand until first mouseover

- the import status frame now initialises its status text properly

- fixed last week's num_tags optimisations, which accidentally broke num_tags < x for x > 1

- the client should work on both OpenCV 2.4.x and 3.0.0 (thankfully, the only difference for our purposes turned out to be some static variable renaming)

- the Windows and OS X releases now come with OpenCV 3.0.0

- increased the max period of import and export folders to 30 days

- the launchfile/directory thread is now a daemon, so the (some flavours of Linux) client can shutdown even if an externally launched file/dir remains open

- misc cleanup

next week

This week, I actually spent more time working on the stuff I didn't highlight, which was mostly boring-but-semi-tricky bugfixes. I think I would like another week doing that quality-of-life stuff before I start anything big and new.

Anonymous 10/29/15 (Thu) 02:03:32 No.1326

Not sure if this is intended behaviour, but:

For system namespaced tags that popup a dialog, double-clicking them in the current search terms to remove them from the current search will bring up the popup again and will remove the tag if the values set in the popup are the exact same, otherwise a new tag is added to search.

Anonymous 10/29/15 (Thu) 16:20:52 No.1332

Hi, some of the windows are reaaaally long. My 1366 x 768 laptop can't handle it!

Could you please add some scrollbars to some of the windows with maybe 600px in height?

Right now the Edit import folder window is too long, I can't even scrolldown or anything to accept..

Anonymous 10/30/15 (Fri) 12:05:25 No.1337

>>1323

What about updates directly from the client? Something like menus "check for updates". It would be convenient.

Anonymous 10/31/15 (Sat) 15:16:40 No.1338

>>1337

+1 to this.

hydrus_dev ## Board Owner 10/31/15 (Sat) 22:07:19 No.1344

File: 1446329242030.jpg (83.57 KB, 829x1098, 829:1098, 0c545ba98a54e084e34fb21c90….jpg)

>>1326

Thank you, this is unintentional. I will fix it for next week.

>>1332

I have made a job to fix this, either by explicitly adding scrollbars to everything or preferably having them automatically pop in as needed, thank you for pointing it out.

>>1337

>>1338

There is a general plan for this in future. I think I will have the client just check github–I think there is an API I can even hook into.

Anonymous 11/03/15 (Tue) 02:03:55 No.1357

File: 1446516235647-0.png (240.73 KB, 1366x768, 683:384, Captura de pantalla (7).png)

File: 1446516235647-1.png (244.92 KB, 1366x768, 683:384, Captura de pantalla (8).png)

I think something is afoul in the image rendering system. When opening an image (enter/double click) it looks choppy. If I exit through the escape key and enter again, it still happens. BUT, if I cycle back and forth once, it "fixes itself". I believe this is because the image is larger than my screen resolution, and when it resizes it to fit, it messes up.

My screen resolution is 1366x768, and the image is 704x1000.

First image is the starting one, second one is after cycling.

Thanks for all your hard work.

hydrus_dev ## Board Owner 11/03/15 (Tue) 18:23:09 No.1359

File: 1446574990118.jpg (261.24 KB, 1425x1021, 1425:1021, e6a31736a12de7a43a2e1f8d9f….jpg)

>>1357

Thank you for this report. I sometimes get this as well, but I can't always recreate it, so it is good to hear that someone else sees the same thing. The media viewer sometimes uses ugly zoom code to save time, and I think that is kicking in incorrectly in certain cases on window initialisation.

I am planning a complete rewrite of the media container inside my media canvas to handle all media transitions better (getting rid of the grey boxes while scrolling, for instance), and on the way to that I think I will ditch the quick ugly zoom code entirely, or have it schedule a nicer zoom replacement within a few seconds.