I despise this paternalistic attitude of keeping information from people.

Except they aren't keeping it from you. The site disables multiple people from flagging a post and it tells you that it's flagged when it does so.

I'm not saying that it's entirely kept. I'm saying that it is less clear than it should be, and here it is being explicitly defended as a way to keep information from people.

The reality two entities need to know why there's a flag: the mods, and the uploader. I imagine in some cases, the artist may need to know too. There is zero or less utility in having other parties know why something is flagged except that it is flagged.

This is something that I take the mods' side on, and you're continuing to bitch about further proves their point.

So you don't think there's value in people knowing something may be deleted so that they can save it?

There's no reason to get hostile about this.

It has utility/value for anybody who likes the artwork and doesn't notice that it might be deleted the next time they come on the site. Especially since you can't scrape the deleted pictures anymore.

This isn't some us vs them mods vs users thing.

edit: we can also see that it's flagged already, I'm asking if it's possible to have a more obvious tell from the main page rather than a small word change of flag to flagged.

Quick question: if a post on this site gets deleted, how does the uploader know? On the old software, it would alert you (I think when you went to upload another post) that a post you uploaded got deleted, then you could click on your deleted posts to go see why. How do you find that here?

Look I get that you guys have a lot of opinions about flagged posts but this really isn't the thread for it.

As promised, some big functionality this time around:

* Favorites downloading
* Pool downloading
* Image footers now properly display the image resolution on hover and link directly to the image URL

All of these features make use of the site's API to retrieve info on posts and while I've tried my best to make sure the results are cached as aggressively as possible (maybe a bit too aggressively in some places, will update it as I go) you should still exercise some caution of your own.

I don't want to be held responsible if someone decides to download a 300+ image pool and gets their IP blocked for spam or something like that.

You're amazing, as always. Thank you for all your efforts.

You're the one that restored the pool "bar", right (as in, "this is post #x in the x pool", which enables you to browse from posts themselves without additional hoops)?
Because if so, I'm wondering a couple things:

1) Is it possible to restore the "parent-child" direct access? So on the old Hub, you could access both the parent post directly from the child posts, and vice-versa - child posts were written in parentheses with a number after the "this post has child posts" part, and clicking on them would bring you to each. That was convenient to jump from parent to child without having to go through some intermediate page. On here, you can access the parent just as well, however the child posts don't have the individual numbered option, so you need to go through the separate index of children.

2) I also wonder why, when posts that are in a pool are accessed from the main search or post index, they don't have the "pool browsing bar" at the top, whereas accessing them from a pool page does give you the bar - and so I also wonder if it would be doable to have that browsing bar for either case, instead of the generic "belongs to one or more pools" message that isn't helpful except in the extremely niche case where a post belongs to several different pools that have markedly different storylines and should be read independently. And even then, browsing directly from the posts is a lot easier in my mind - on the old Hub, a post that belonged to several pools simply had "stacked" pool navigation options (like here, on one of my own commissioned comics: old.hypnohub.net/post/sho..._scheme-alternate_costume).

I'm not sure if that's a bug, or something. To take an example, when I go to this post here: hypnohub.net/index.php?page=post&s=view&id=143255 - accessing it from the post index gives the generic message. But if I click on it from its pool page, it brings me to a modified URL that adds the pool ID here: hypnohub.net/index.php?pa...d=143255&pool_id=5039 - and that one does contain the pool browsing option.

For 2, when you visit the pool page, the script save the info from the pool page, then later when you visit a post, if there's a link to a pool, the script look into its own database, and make sequential access possible if data is available.
That's why you have to visit the pool page first.
I don't know if the script could (or should) load a pool page in an invisible way, whenever you load a post belonging to a pool not yet in the script database, so that all pools connected to your browsing get "recorded", and you always see the "previous" and "next" when it apply.

Though Detour mentioned the API, maybe it create possibilities I don't know...

I think all the work you've done here is amazing, Detour. Thanks to you I have hope that my experiences with the site's software will only improve.

Is it possible to recreate the old tagging mode for the new site?
I actually had an idea for an improved version:
It would involve something like giving all the images on a page a check box and then in another text box you put in the tag you want to add to all the images with their check box ticked.

Also I miss the hoverzoom feature, if that's doable.

Maybe, now that I've figured out the API I could probably just have it perform the search on the page itself rather than having it redirect you.



This one is a bit trickier. As far as I know there's no way to access pools via the API so if I wanted to do this I would have to request and parse the page manually, which is more involved than just getting a response in JSON. There's also the small problem of overlapping controls for pool navigation (which pool do I advance if you hit the left/right arrow key?)



I wouldn't mind doing this but I'm not sure if it's possible to send along normal cookies along with a 'custom' request like the ones I'm doing. If I can't then there's no way for the script to submit tag edits in your name.

As for hoverzoom, it's somewhere on the TODO list.

I'm getting a bug where notes are misaligned with their parent image when the userscript is active. I noticed it on this post:
hypnohub.net/index.php?page=post&s=view&id=143430

I've noticed it as well yeah, I'm planning to have it fixed with the next release whenever I get a moment for it.