Feature suggestions and discussion [READ THE FIRST POST]

If I could suggest, and given I haven’t seen it mentioned yet, the ability to search for images using multiple tags? Like the standard tag search but it narrows down the images using the other tags?

@Stormingblitz  
Our search is a way more powerful, than you think
 
_{use &&, AND or just ,}

A small and unimportant idea: a line of best fit for the historical upload data? I kinda want to see if there’s any trends in it, and as is it’s hard to tell.

score.gte:faves  
or something to that effect

@beirirangu  
Do you mean my:faves ?

@The Smiling Pony  
no, searching for pictures with a score greater than the number of faves

@beirirangu  
Vast majority of pictures have score higher than faves. Reverse search (i.e. score.lt:faves) would be more useful.

@Barhandar  
Generally, yes, you are correct. Since faving an image adds an upvote, most images will have a score that exceeds (or at a minimum, matches), the number of faves.
 
The exception is controversial and low quality images. Downvotes counter upvotes, but nothing counters faves, so it’s not possible for an image to have a negative number of favorites (short of technical fuckery). In those situations, any image with a negative score (or a very low score due to mixed voting) will end up with a higher fave count than overall score.

When posts are deleted, the deletion reason often reads exactly as “Rule #[number]”. I’m assuming that this is because it is displayed through a site programming tool. If that’s the case… what if the tool was modified to make each individual deletion reason clickable, and have it take the user to that specific rule on the rules page?
 
Example:  
Deletion reason: Rule #0 and Rule #4

@Starry Mind  
Actually we just manually type in the deletion reasons.  
It can be [and often is] “Rule #”  
But other times it’s something else. Especially if we want to be snarky or are conveying other information in the deletion reason.

The tag box should be made wider because season 1 and 2 tabs no longer fit on the row after the “Species” tab was added.

Also the species tab says and makes orignal species and not original species.

I think the Species tab should be moved over so it’s to the right of the character name tags. Instead of before them.

I’m having some trouble with the keyboard shortcuts functionality, specifically, I’m activating keys accidentally.
 
What I think is happening, is I’ll be tagging an image, then maybe scroll back up to zoom in and inspect some detail, or in some other way make the text box lose focus without noticing. When I resume typing tags, I’ll trigger a shortcut instead.
 
Of particular concern is that I’ve been voting and favoriting images without realizing it. It’s been a few times that I’ll look at my profile and find images voted and faved that I have no recollection of doing so. It might be fair to tell me to “get gud” but, like stairs, it keeps happening…
 
With that in mind, I’d like to propose that keyboard shortcuts be deactivated when the tag editing interface is shown, and when there is text entered in the comment field, even if these elements don’t have focus. It seems reasonable to me that these conditions indicate user intention to be typing rather than navigating or curating.

@971384265  
Your web browser is literally 25 versions out of date…. Please update and see if the problem persists.

@Joey  
Wait, I got this thread confused for the bug report thread. My bad.
 
Still, I’ve not heard anyone else report similar behavior on the site. I’m sure it happens, but not with any frequency. Given the age of your web browser, I’d chance a guess that it’s a compatibility issue.

I’d still like some ability to kill keyboard shortcuts entirely.

@Joey  
I seriously doubt it’s a browser compatibility issue; more likely it’s just a somewhat unusual mode error that most users happen to be able to avoid. It would probably still be a good idea to address the problem, but I recognize it’s likely nowhere near the highest priority.

@Joey  
Fine, will you take me seriously now? And, I swear to Luna, I was just tagging some more images using this machine and the moment I stopped trying to make a mistake, I did it again.
 
Just making sure, since it seems you realized it yourself, that it’s clear I’m admitting to user error and suggesting a way to reduce the ease with which user error can be committed?

So, when you guys gonna implement Pools? Y’know, you open image, and then there’s navigation panel, showing “|< << >> >|” buttons, regardless of context (I.e. search-query-independent), and naked link to a pool in the same panel (Not buried in menus).
 
“Galleries” are cool, but they are just favorite folders, they don’t really help with comic navigation.

@Background Pony #99DE  
That’s kinda up to the uploader of the images/comics to implement, and if they don’t, you can make your own in a comment post and then report the comment to have it added to the description.
 
The issue with these “pools” as you call them is that it is impossible to tell which should be the next item to view. What if there’s multiple comic:* style tags? What if it’s one of the old-old tags like the many faces of twilight sparkle that don’t have a consistent theme to them and aren’t specifically a continuous comic?
 
Just how are these navigation buttons meant to divine what is next/previous/first/last?

“vinyl scratch” implies “dj pon-3” and vice versa. Why “dj pon-3” is not an alias to “vinyl scratch”?

@kerinova  
Because I like not having torch-bearing crowds chanting for blood at my front door.

@The Smiling Pony  
Well, not any more than the usual crowd, at least.

OK, don’t want to spill blood. When you add one of the tags, other one adds automatically. But then you can delete one without deleting the other. If you search (vinyl scratch || dj pon-3) && !(vinyl scratch && dj pon-3), you’ll get #556153, which has “vinyl scratch”, but someone deleted “dj pon-3”. Also counters differ significantly: vinyl scratch (30025), dj pon-3 (25930), while at the bottom “Showing images of 25820-25821 total”.