Requested Feature: Notification for whenever a user replies to a comment you have made, whether it be on one of your posts or on someone else's post.

Useful Because: If a user makes a lot of comments throughout the website, especially if those comments are questions, it would be nice if the user was notified of an answer instead of constantly searching through the website for posts they've commented on in search of an answer.

Hudson said:
That sounds useful. Feel free to do so.

Here you go http://pastebin.com/5XjVvccB
It'll try a few sources until it hit a working one... not the best way, but working.
How to use: Hold shift, move your mouse over a thumbnail, gaze, ..., profit?

rebane said:
Here you go http://pastebin.com/5XjVvccB
It'll try a few sources until it hit a working one... not the best way, but working.
How to use: Hold shift, move your mouse over a thumbnail, gaze, ..., profit?

I was annoyed that it didn't trigger a popup when pressing Shift if the mouse is already over a thumbnail, so I added a few lines so it does that: http://pastebin.com/gtJAhzYi

Added the following lines near the top:

window.addEventListener('mousemove', function(e){ lastEvent = e }, false);
var lastEvent = {pageX:0, pageY:0, target:{}};

Added this line to the keydown section of TEtoggle():

TEimg(lastEvent);

And added an extra required check to TEimg():

if (!TEenabled || !event.target.src) { return 0; }

TheKatYouNeverWanted said:
(Sorry if this is double posted, iOS is evil and reloaded the page without letting me finish typing.)

Requested feature:
Yes this has been requested hundreds of times but please make the down and up vote buttons larger and/or spaced further apart, or allow us to change our vote, or pop up an "are you sure" dialogue box when we click down vote on a comment.

Why it would be useful:
Accidentally down voting comments is too easy on this site especially for those of us on a mobile device.

I can do the first one easily enough.

Changing votes is a bit more involved, but I have done some work on it recently so hopefully that will come soon.

The last is kind of annoying usability-wise, and I'd prefer not to resort to it if we can avoid it.

Requested feature: 'Comment' tags or similar for wiki markup i.e

• only visible while editing
• not visibly parsed and displayed when not editing

Anchor tags ([#foo]) are a current example of this, not sure if there are any parallels regarding purpose

Why it would be useful:

Help keep track of lengthier/more complex wiki articles, with regards to:

• dtext formatting
• sections (headers and lists)
• maybe even as a sort of pseudo-discussion tool, since it's not displayed on the actual article (not really sure about this)

-
@rebane: ; @TonyLemur:

Not sure how viable this is in terms of server performance/other

Requested feature: An option when creating a pool/set that allows a notification to be sent [via dmail perhaps] informing the uploader of any posts added i.e

• create set/pool
• have a checkbox that says 'Notify uploaders when a post is added to this pool/set' or similar
• Each site member should ideally have an option to disable notifications as well on their end

Why it would be useful:
Aside from comic uploads, it would be an interesting way to spark extra discussion about the topic of the pool/set

Requested feature: Sticky forum topics excluded from number of topics displayed on first page
Why it would be useful: More room for other topics, easier to review recent topics, less pagination for users, in total nothing major just generally useful. Some might argue that it would destroy the purpose having pages, but it's just for a smaller number of topics. Or that it might push the pagination links further down the page, but most people have mice with scroll functionality and/or knows how to use pagedown. Besides it's only a problem on the first page.

Requested feature: Option to be notified if a wiki article you edited/created was later edited/deleted etc.

Why it would be useful:
Reasons [to add]

Requested Feature: Collapsible text formatting help menu in comment/forum/blip boxes.

Why It Would Be Useful: It would allow much easier use of Dtext without having to open another tab.

Queen_Tyr'ahnee said:
Requested Feature: Collapsible text formatting help menu in comment/forum/blip boxes.

Why It Would Be Useful: It would allow much easier use of Dtext without having to open another tab.

Download and use eSix extend; it has a lot of neat features, including an extensive version of what you suggested.

Hudson said:
Download and use eSix extend; it has a lot of neat features, including an extensive version of what you suggested.

I'm on mobile most of the time, so I'm not sure if that will work very well. I have used that on desktop though.

Yellowfin_Tuna said:
PS: Unrelated, but out of curiosity, what's the reason for italicizing the link to the forums?

.flat-list li a.forum-update
{
   font-style: italic;
}

That means there are unread topics/new posts

Requested Feature 1: Colorize tags by category when hovering over thumbnails.
Why It Would Be Useful: Easily spot artists and species (and preferably genders/gender-interactions too).

Requested Feature 2: Optional configuration of download filenames. For example "e261-%N-%A-%H.%X" - N=image number. A=artist. H=hash. X=extension. S=species. etc.
Why It Would Be Useful: 'N' would let you find the image on e621 easier. The rest provide better descriptions for the files.

Requested Feature 3: Custom border colors, using a custom filter (eg: 0x8080FF = "rating:safe"). Use multiple borders if possible when more than one applies.
Why It Would Be Useful: Helps identify topics of interest when browsing thumbnails.

Do these sound like useful features?

Mario69 said:
Requested feature: Scale the video content to screen width similar to images.

Yes! Thanks for the amazing person for implementation, the improvement is huuuge and even the 4K video seem to be really nicely watchable now.

Haven't found any requests for this in search:

Requested feature: SVG <embed> (or <object>, or <iframe>) as an alternative to Flash.

Why it would be useful:
There are a number of HTML5 games that could easily be moved into an SVG container, but none of the code would run if an <img> tag were used. Using some form of embedding, similar to how Flash games are embedded, would allow viewing them. I'd love to see e621 have this as an option.

My personal motivation: I have an adventure game I've been working on that gets thrown into an SVG container, and I'd like to upload it to e621.

Ada said:
Haven't found any requests for this in search:

Requested feature: SVG <embed> (or <object>, or <iframe>) as an alternative to Flash.

Why it would be useful:
There are a number of HTML5 games that could easily be moved into an SVG container, but none of the code would run if an <img> tag were used. Using some form of embedding, similar to how Flash games are embedded, would allow viewing them. I'd love to see e621 have this as an option.

My personal motivation: I have an adventure game I've been working on that gets thrown into an SVG container, and I'd like to upload it to e621.

There are some major security and privacy concerns in these things right now because it means sandboxing JS, which isn't universally supported yet.

Requested feature: Dynamic scaling for flash (SWF)
Why it would be useful: Content fits in viewport more easily.

Requested feature: Add "Full Size" link (and resize notice if possible) to WebM posts (and SWF if implemented for them as well)
Why it would be useful: Doesn't always want to open file directly, compare to images.

Yellowfin_Tuna said:
The way external linking currently works is a pain in the neck due to its limitations regarding escaping.

Making \ escapes more predictable and useful has been an ongoing pet project of mine. It's works pretty well 99% of the time now but as you can see it still fails horribly with urls.

I've got some bugfixes/cleanup for dtext almost ready, but I'll look into getting this to work.

Yellowfin_Tuna said:
What are the chances of it being changed to adhere to either the Markdown or BBcode style?

Markdown: [IANA](https://www.iana.org)
BBCode: [url=https://www.iana.org]IANA[/url]

The trouble with that is mostly with legacy support.

That being said, Snudown would probably be my first choice.

KiraNoot said:
There are some major security and privacy concerns in these things right now because it means sandboxing JS, which isn't universally supported yet.

There are similar issues with Flash. The allowScriptAccess parameter defaults to same domain, which is similar to the same origin policy employed by browsers (though if I'm reading the documentation correctly, Flash's script access may be more lenient?). So long as the SVGs are referenced in a way that does not bypass SOP, they shouldn't be any more dangerous than Flash.

Taking advantage of the sandbox attribute for <iframe>s, which is almost universally supported in modern browsers (IE 10+, Chrome, Firefox, Safari, iOS Safari, Android Browser, Chrome for Android, Opera), would mitigate risks even further.

A small bit of Javascript that tests for support for sandbox before adding an <iframe> to the DOM would also prevent misuse on the handful of browsers that don't support it.

Additionally, embedded SVGs would run on Android and iOS, unlike Flash.

I feel like things are at a point that an alternative to Flash games should warrant investigation, but I won't argue further if there isn't interest.

Docs links:
https://helpx.adobe.com/flash/kb/control-access-scripts-host-web.html#main_ActionScript_3_0_APIs
https://developer.mozilla.org/en-US/docs/Web/Security/Same-origin_policy
http://caniuse.com/#search=sandbox
https://developer.mozilla.org/en-US/docs/Web/HTML/Element/iframe#attr-sandbox
https://msdn.microsoft.com/en-us/hh563496

KiraNoot said:
There are some major security and privacy concerns in these things right now because it means sandboxing JS, which isn't universally supported yet.

As someone who has used SVGs a lot, scripts only execute in <object> or <iframe> elements, Embedding them directly over <img> causes browsers to ignore any scripts inside. If anything, they can be animated via CSS which provides no execution.
Only problem would be if someone tried downloading, in which case a script could do a xhr request to get cookies and forward it to a different server.

Ada said:
There are similar issues with Flash. The allowScriptAccess parameter defaults to same domain, which is similar to the same origin policy employed by browsers (though if I'm reading the documentation correctly, Flash's script access may be more lenient?). So long as the SVGs are referenced in a way that does not bypass SOP, they shouldn't be any more dangerous than Flash.

Taking advantage of the sandbox attribute for <iframe>s, which is almost universally supported in modern browsers (IE 10+, Chrome, Firefox, Safari, iOS Safari, Android Browser, Chrome for Android, Opera), would mitigate risks even further.

A small bit of Javascript that tests for support for sandbox before adding an <iframe> to the DOM would also prevent misuse on the handful of browsers that don't support it.

Additionally, embedded SVGs would run on Android and iOS, unlike Flash.

I feel like things are at a point that an alternative to Flash games should warrant investigation, but I won't argue further if there isn't interest.

Docs links:
https://helpx.adobe.com/flash/kb/control-access-scripts-host-web.html#main_ActionScript_3_0_APIs
https://developer.mozilla.org/en-US/docs/Web/Security/Same-origin_policy
http://caniuse.com/#search=sandbox
https://developer.mozilla.org/en-US/docs/Web/HTML/Element/iframe#attr-sandbox
https://msdn.microsoft.com/en-us/hh563496

Thank you for the detailed breakdown. I'll look into it it further.

Chaser said:
Only problem would be if someone tried downloading, in which case a script could do a xhr request to get cookies and forward it to a different server.

I'm not sure I understand here: An SVG is just a file, saving it shouldn't itself be vulnerable to any exploits (similarly to how you can save a malicious JPG, but nothing bad can happen until you actually attempt to view it [or precisely: decode it]). Why would it be able to do anything at all here?
Exactly when would this hypothetical exploit be executed?

savageorange said:
I'm not sure I understand here: An SVG is just a file, saving it shouldn't itself be vulnerable to any exploits (similarly to how you can save a malicious JPG, but nothing bad can happen until you actually attempt to view it). Why would it be able to do anything at all here?
Exactly when would this hypothetical exploit be executed?

The download link points directly to the file, so clicking it loads it in a new page that has the same origin as the site hosting it (e621.net). So if you click it and it opens in a tab it could potentially execute a script and access data within e621.net. That is the theory anyways.

If you only right click and save as, it wouldn't be a problem.

KiraNoot said:
The download link points directly to the file, so clicking it loads it in a new page that has the same origin as the site hosting it (e621.net). So if you click it and it opens in a tab it could potentially execute a script and access data within e621.net. That is the theory anyways.

If you only right click and save as, it wouldn't be a problem.

Oh, I see. (it's always been weird to me that e6's 'download' link actually doesn't download, just links to the file)

I think there might be a way to force downloading, though. Say I click on a PDF. On most sites, this will load in firefox's pdf.js (ie. a viewer). But some sites seem to force the download/open/foo.. dialog box to pop up, rather than opening in-browser.
(Maybe this is some hackery with mime types, not sure. Anyway, it seems like it might be worth a look in this scenario.)

EDIT: According to this , it can be done per-extension using .htaccess (and appears to work by changing both mime type and content disposition)

Other sources suggest that content-disposition is the only vital element.

savageorange said:
I'm not sure I understand here: An SVG is just a file, saving it shouldn't itself be vulnerable to any exploits (similarly to how you can save a malicious JPG, but nothing bad can happen until you actually attempt to view it). Why would it be able to do anything at all here?
Exactly when would this hypothetical exploit be executed?

SVG can use javascript, normally this is prevented via CORS(eg: example.com cannot access example.net, and visa versa), but if this was on e621, I could make it so that when viewed it executes a script to do something like spam or change tags or even take over an account.
Here is a demo, displays the latest post on e621 without any server side code(EXCEPT the cors proxy, which is provided by cors.io): http://felix.softhyena.com/demo.svg?v=1

Chessax said:
Requested feature: Dynamic scaling for flash (SWF)
Why it would be useful: Content fits in viewport more easily.

Requested feature: Add "Full Size" link (and resize notice if possible) to WebM posts (and SWF if implemented for them as well)
Why it would be useful: Doesn't always want to open file directly, compare to images.

With flash, I'm againts this.
Basically with old flash files this wouldn't matter that much as they mostly used vector graphics, however their set project resolutions are so low this wouldn't change them at all.
With modern flash files, most has stuff in bitmaps and videos inside the flash and majority of them will look goddamn awful with non-native resolution because how flash scales stuff. This is the reason why I'm using flash projector with local flash files, so that they will play at their intended resolution when viewed.

Here's an example:
post #575985
And here's how the flash looks like downscaled, native resolution and upscaled: http://imgur.com/a/tkmY7

This is the reason why I have also encouraged artists to simply use video formats if all they do is put video inside flash container or simply taken the video out of the flash to post it as video. With videos downscaling can actually even improve the quality in some scenarios.

But +1 for full size button. And of course I wouldn't mind if that is implemented with flash as well as long as native resolution is the default. (also at that point would make it more viable to have download button to ACTUALLY download instead of being direct link to media)

Chaser said:
SVG can use javascript, normally this is prevented via CORS(eg: example.com cannot access example.net, and visa versa), but if this was on e621, I could make it so that when viewed it executes a script to do something like spam or change tags or even take over an account.
Here is a demo, displays the latest post on e621 without any server side code(EXCEPT the cors proxy, which is provided by cors.io): http://felix.softhyena.com/demo.svg?v=1

Yeah, my reply was premised on, you know, actually downloading the file rather than viewing it. Which KiraNoot just cleared up (I still think the fact that the Download link doesn't actually do a download is a defect)

I did check out the demo, though.

Mario69 said:
With flash, I'm againts this. [...]

But +1 for full size button. And of course I wouldn't mind if that is implemented with flash as well as long as native resolution is the default.

Fair enough, didn't put nearly as much thought into it :). But yeah, defaulting to native size could be a good compromise.

Mario69 said:
(also at that point would make it more viable to have download button to ACTUALLY download instead of being direct link to media)

savageorange said:
(I still think the fact that the Download link doesn't actually do a download is a defect)

Personally I have no love for "download" buttons in general, I've even contested that most non-media files almost always download automatically if opened in a browser. However I could see it renamed to "Direct Link"/"Media Link" or similar, or if its current function is changed add another so named button, it is often quite helpful to have a simple direct link.

If anyone is curious, most browsers allow alt/option-clicking links to force a download to the default download location, I know Chrome, Firefox (with a config change) and Safari supports this (not sure about IE/Edge or Opera since I don't use those much).

Allow people to follow pools and send emails to tell when it has been updated. (By the way I'd be surprised if I was the first to put this out there.)

Chessax said:
Personally I have no love for "download" buttons in general, I've even contested that most non-media files almost always download automatically if opened in a browser. However I could see it renamed to "Direct Link"/"Media Link" or similar, or if its current function is changed add another so named button, it is often quite helpful to have a simple direct link.

I agree it's useful to have a direct link, and for things like SWFs you can't just rightclick on the image to get the URI.

I guess my point is really just that if you name your link Download, you really should expect people to click on it when they.. want to download. So Direct Link would be significantly better than what we have.

As an aside: I wonder whether doing a Download link properly might actually end up using more bandwidth. My understanding is that in order to return Content-Type: Inline for the inline image and Content-Type: Attachment for the download image, they would have to actually have different URIs. That probably means that when the user goes to download the file, data from the browser's cache cannot be reused, the other URI would be considered distinct and a full redownload would be forced.

Unless I'm mistaken, there doesn't seem to be any way to get the pools a post belongs to via the API.

Some sort of way of accessing a post's parent pool IDs through the API would be very useful.

Requested feature: Search suggestion ("Maybe you meant: ...") improvement, show suggestions for all tags entered and not only single tags. If it is unfeasible to do this for all tags in a search due to performance issues, at least doing it when there are no results would be a compromise.

Why it would be useful: Easier to find stuff, especially for new users or "non-power users". E.g. inspired by @Genjar's example of searching for mordecai regular_show (usually) yields no results since mordecai is "disambiguated" and the regular_show character is tagged mordecai_(regular_show). However no suggestion is made which to the uninitiated might be taken as a sign that there are no such posts.

Chessax said:
Requested feature: Search suggestion ("Maybe you meant: ...") improvement, show suggestions for all tags entered and not only single tags. If it is unfeasible to do this for all tags in a search due to performance issues, at least doing it when there are no results would be a compromise.

Why it would be useful: Easier to find stuff, especially for new users or "non-power users". E.g. inspired by @Genjar's example of searching for mordecai regular_show (usually) yields no results since mordecai is "disambiguated" and the regular_show character is tagged mordecai_(regular_show). However no suggestion is made which to the uninitiated might be taken as a sign that there are no such posts.

I'll give that a +1. For PC users, that would be a very good thing to have. However, for mobile, it rarely works as intended (because it both scrolls the screen and tries to scroll the bar), or so in my past experiences. It'd be useful to also make it mobile friendly, the same way our pool bar, and the others whom I can't remember, works; by making it open as a "foreground", and having the interactable screen in the "background".

Requested feature: Search for tags by post count
Why it would be useful: Makes narrowing large tags easier/possible

Chessax said:
Requested feature: Search suggestion ("Maybe you meant: ...") improvement, show suggestions for all tags entered and not only single tags. If it is unfeasible to do this for all tags in a search due to performance issues, at least doing it when there are no results would be a compromise.

Why it would be useful: Easier to find stuff, especially for new users or "non-power users". E.g. inspired by @Genjar's example of searching for mordecai regular_show (usually) yields no results since mordecai is "disambiguated" and the regular_show character is tagged mordecai_(regular_show). However no suggestion is made which to the uninitiated might be taken as a sign that there are no such posts.

to add onto this:

My roommate, a casual user, suggested we add a search/tag edit function that looks like this.

Of course, the end-goal will be a bit more thorough than this.

Some additional features which may be appreciated:

• implicated tags included as subtext below added tags
• if a tag aliases to another tag, include this information in color-coded subtext
• a seperate color-code warning if a tag is invalid
• possibly separate text fields for species, characters, and artists
• this is open to discussion

Yeah, I've suggested that basic idea before, first in the e6extend thread, and then in this thread. I suspect it's somewhat complex to implement.

So I just got an idea that I don't really know how well it would work, so just throwing it out there for some feedback: Sometimes people get confused over that they add tags to pictures and they don't seem to get added because of aliases, or they try to remove tags but they get re-added because of implications. I was thinking about some feature that present the tagger with replacements (aliases) and implications after an update i.e. something like:

The biggest problem I see with this is that it could get pretty cluttered on the page if one add/remove more than a few tags. But if one is tagging stuff I don't see a very big issue with this, as one would probably be interested in what e621 actually did with the input. Additionally if this is put in a notice()/warning() or similar it could just be dismissed with a click, and there's nothing stopping us from using a "never show this again" feature. I'm not sure how complicated this would be to implement but I can imagine that it would take some thought and planning. However it seems like a nice feature for confused taggers out there (including myself).

Knotty_Curls said:
to add onto this:

My roommate, a casual user, suggested we add a search/tag edit function that looks like this.

Of course, the end-goal will be a bit more thorough than this.

Some additional features which may be appreciated:

• implicated tags included as subtext below added tags
• if a tag aliases to another tag, include this information in color-coded subtext
• a seperate color-code warning if a tag is invalid
• possibly separate text fields for species, characters, and artists
• this is open to discussion

My idea for E621 goes hand-in-hand with Knotty's idea. I'd like to add-on to his and clarify that what I'm thinking of is something that I saw implemented on Derpibooru.org (pony image site similar to E621). They have a "smart tag" system, I think it's called, which can show suggestions when you're inputting tags onto a post. An example is like this on the right side of the image:

Furr* used as an example

Notice how it includes tags (in descending order of most popular) that include any part of what you typed in. This would drastically reduce mis-tagging and making many slight variations of the same tag.

You can also split the tag up into fragments based on a separator character, so that 'foo-bar' equates to a search '*foo*bar*'. Example here

(my experience using that system is it means you can narrow down the results to exactly one just by typing the right 4-8 characters, no matter how long the actual tag is. Makes tagging super quick.)

Honestly, the coders on Derpibooru need to lend a hand to E621. And maybe in return Derpibooru would finally get E621's amazing comment search abilities. :D

Requested Feature: Extra field(s) during tag alias/implication thread creation for additional aliases/implications. Like, a button to add another tag to be implicated or to alias.

Why it would be useful: Would save users time by not having to click the edit button. Also avoids others telling people like me to edit the op because we messed up...

Flash/video thumbnails

Requested feature: I suggest adding a shortcut next to tags] that will blacklist them. Clicking on the 'X' will show a popup dialog asking the user if they'd like to blacklist the tag. Accepting the dialog will add the tag to your blacklist.Why it would be useful: Rather than manually going to the blacklist in your account every time, the shortcut will make it quicker and easier to blacklist tags.

Requested feature 1:
Thumbnails for webm and other video formats.

Why it would be useful:
Viewing them at a glance would be very useful. Browsing videos from pools/sets/favourites (or some other subset of files) is unwieldy, as you have to filter your search beforehand, mouse-over for alt-text listing tags, or visit the link directly to get an idea of what the video is about.

Requested feature 2:
Giving entire pools a tag.
Why it would be useful:
Quick way to modify tags of images that share a common feature within the pool.

Requested feature 3:
Better tagging systems for images withing pools/pools themselves.
Why it would be useful:
Browsing for pools of comics is impossible. Currently we can only browse for individual page. So if you want to browse comic pages with tags of interests for comics you favourited, you had to have either favourited every page of the comic to successfully find the comic you want or you only favourited one or a few pages (e.g. front page) and fail to find it in your search results.

Zest said:
Requested feature 2:
Giving entire pools a tag.
Why it would be useful:
Quick way to modify tags of images that share a common feature within the pool.

Pools can be searched through the pool metatag using either id or name e.g. pool:1 or pool:furry_boys.

Zest said:
Requested feature 3:
Better tagging systems for images withing pools/pools themselves.
Why it would be useful:
Browsing for pools of comics is impossible. Currently we can only browse for individual page. So if you want to browse comic pages with tags of interests for comics you favourited, you had to have either favourited every page of the comic to successfully find the comic you want or you only favourited one or a few pages (e.g. front page) and fail to find it in your search results.

If I understood this correctly I believe this would be possible if favoriting pools was a thing (which has been suggested earlier somewhere...).

Zest said:
Requested feature 2:
Giving entire pools a tag.
Why it would be useful:
Quick way to modify tags of images that share a common feature within the pool.

I'm not for mass tag editing beyond what is already in place based on rank. It's far, far too easy to think a tag applies to every image in a search/pool and be wrong...even if (in theory) every image in the pool is *supposed* to have "X" in it.

Request:
Give a way to search for the best images, normalized for age.

Reason:
You can search for the most popular images by number of favourites, or total score, but those searches give a huge advantage to older posts.

Suggested implementation:
Allow people to search for posts by popularity percentile. A post's popularity percentile could be found by comparing its current number of favourites to the number of favourites of all other posts of roughly the same age.

Benefit:
Looking for the best posts would no longer show you the same old stuff. You could search for the top 10% best posts and the results would be equally distributed over all time.

EDIT: After more research (http://i.imgur.com/ZRwGrkc.png) it turns out there isn't as much of a skew toward past posts as I thought, so maybe this isn't useful.

^ That'd be pretty nice... not sure how you'd make it efficient though. Might need to cache 'total number of favorites' info for each 'timeslice'. Cache for older timeslices could be updated less often (less chance of meaningful change), and newer ones updated more often.

Request: "Forcetag" searching, as in ignore the alias applied to a tag.

Reason/Benefit: Sometimes an alias gets a hiccup and doesn't go through until the tags get updated, other times there might be a ghost tag somebody wants to look though. A forcetag would allow us to look at those images and, in the first case, fix them. The second case is a little more luxury purpose, as we could always just look at the wiki page or the implications page to see why a ghost tag is present and fix those that way.

Request: an alternate color for disambiguation tags, and have it locked so a person cannot alter their location/color via *: .

Reason this is pretty much a spur of the moment idea, but it'd offer organization for all disambiguation tags, and prevent people from re-aliasing them into inappropriate tag types. To put a hypothetical, if a person tries to use ruby as a character tag, it would become an obvious color (pink, cyan, any secondary/tertiary "odd" color) to distinguish it from the rest. If said person tried/tries to use character:ruby to make it a character tag, it'd be denied, so it remains distracting.

A hypothetical benefit is that people'd not just leave the disambiguation tag, and try to fix it instead... But that's an assumption, so this is most likely a cosmetic change that could benefit the site.

Furrin_Gok said:
Request: "Forcetag" searching, as in ignore the alias applied to a tag.

Reason/Benefit: Sometimes an alias gets a hiccup and doesn't go through until the tags get updated, other times there might be a ghost tag somebody wants to look though. A forcetag would allow us to look at those images and, in the first case, fix them. The second case is a little more luxury purpose, as we could always just look at the wiki page or the implications page to see why a ghost tag is present and fix those that way.

hijacking this

I think aliases are currently broken

* tygurstar is supposed to alias to inktiger

I have no idea what's causing it, and this should probably be in the bug report thread if it isn't already

Requested feature: Display what artist tags are aliased and implied to or from on the artist page, just like on the wiki page.
Why it would be useful: Clicking the question mark for artist tags takes you to the artist page rather than the wiki page, and while the page can have a list of aliases the artist goes by, that list is unrelated to tag aliases.

Siral_Eurgh-xan said:
Request: an alternate color for disambiguation tags

Great idea. I think they blend in with the rest of the tags and the tag types "character" and "artist" are probably not intended to be used for disambiguation tags.

This should probably not be too hard to add, right?

Maybe a "Needs Approval" tag, like the "need translation" tag? :

The tag would work kind of like the "Needs translation" tag. Somebody comes and translates the text on the image, and then removes the tag. I'm sure that the mods probuably has some kind of system like this in order already, as in an additional hyperlink under posts, that takes you off to a list only containing all of the unapproved images. But right as I'm uploading this comment, I have one post of mine that is still unapproved, 24 hours after getting uploaded. I know that the mods probuably are all very busy with their lifes, both online and offline. But seeing images uploaded not one hour ago getting approved.. well.. yeah. makes you wonder if there might be an better way, instead off comming to the forums, sounding like an stuck up asshole because your precius uploads hasn't been approved yet.That's all. Thanks for reading!:

intelligent_turret said:
Maybe a "Needs Approval" tag, like the "need translation" tag? :

We already have a meta tag for this: status:pending

Also, I would say start worrying when your post get deleted, not when it is pending, or at least not before it has been a week. Pending posts work just like approved post, they just got that fancy blue border and I doubt people react like it's a bad thing, maybe they even like that more since it's a clear indication of new and fresh.

Hm... Speaking of which I wonder if:

Requested feature: A new border color for recent posts on index pages would be useful, i.e. for one week/month or similar.
Why it would be useful: It would be nice visual cue for people who like to "stalk" tags. However it might be slightly confusing for the uninitiated with yet another border color. However one could always put a little "new"-ribbon in one corner instead.

Chessax said:
We already have a meta tag for this: status:pending

Also, I would say start worrying when your post get deleted, not when it is pending, or at least not before it has been a week. Pending posts work just like approved post, they just got that fancy blue border and I doubt people react like it's a bad thing, maybe they even like that more since it's a clear indication of new and fresh.

Hm... Speaking of which I wonder if:

Requested feature: A new border color for recent posts on index pages would be useful, i.e. for one week/month or similar.
Why it would be useful: It would be nice visual cue for people who like to "stalk" tags. However it might be slightly confusing for the uninitiated with yet another border color. However one could always put a little "new"-ribbon in one corner instead.

Thanks for pointing out the tag, I'll make sure to use it.

The problem with having the images pending is that as you probuably know, each account can only upload a set numbers of images. those numbers go up again as the files one upload gets aproved etc. Which is annoying for me as there are indeed more images I wish to upload. As for the people liking the freshness of unapproved posts, I honestly doubt anybody acthually cares about that. Also, has it ever been so bad that a post went unapproved for one week? I mean, wow. THat's bad.

intelligent_turret said:
Thanks for pointing out the tag, I'll make sure to use it.

The problem with having the images pending is that as you probuably know, each account can only upload a set numbers of images. those numbers go up again as the files one upload gets aproved etc. Which is annoying for me as there are indeed more images I wish to upload. As for the people liking the freshness of unapproved posts, I honestly doubt anybody acthually cares about that. Also, has it ever been so bad that a post went unapproved for one week? I mean, wow. THat's bad.

The counterstatement to having the "problem", the benefits it gives is: it prevents people from mass-uploading images that are irrelevant, DNP, or anything else that breaks a rule or is otherwise spam; and to promote active posters. Once you upload 10 images, you get a +1, and upload 20 gets you a +2, etc.

As for the latter, I never see unapproved posts stay that drastically, I've seen posts go unapproved for 16 hours to 4 days, and I'm willing to say lower quality posts either get approved or denied later, than the better quality images. Minimum quality is not black and white, so if one approver doesn't want to say aye or nay, then the snowball effect occurs until someone says fuck it, and approves/denies it then and there.

However, I do think that unapproved posts & FFD'd posts should be worked on sooner, relatively within a day at worst.

intelligent_turret said:
Thanks for pointing out the tag, I'll make sure to use it.

The problem with having the images pending is that as you probuably know, each account can only upload a set numbers of images. those numbers go up again as the files one upload gets aproved etc. Which is annoying for me as there are indeed more images I wish to upload. As for the people liking the freshness of unapproved posts, I honestly doubt anybody acthually cares about that. Also, has it ever been so bad that a post went unapproved for one week? I mean, wow. THat's bad.

If you've got something that goes unapproved for a long time, it means it's of questionable relevance or quality. Normally, Janitors will approve or deny images, but if there's something they aren't clear on, which often happens with borderline cases, they'll leave it sitting there for moderators and admins, who are often busy with their own things.

Do you think the view counter will ever make a return?

fox_whisper85 said:
Do you think the view counter will ever make a return?

What's the point? All the counts would probably be reset to zero, and any future counts for new posts will be higher than popular but older posts, making it useless for sorting images.

Requested feature: Highlight tags that are different between a parent and child post.
Why it would be useful: Because it would allow the user to tell at a glance how two similar images are different, and hopefully cut down on the number of incorrect deletion requests due to duplicates. (I'm not sure if that's currently an issue, but it seems like it would be)

Requested feature: A purple border around favorited posts
Why it would be useful: because its annoying clicking on a post to favorite it and its already favorited

Usa100 said:
Requested feature: Highlight tags that are different between a parent and child post.
Why it would be useful: Because it would allow the user to tell at a glance how two similar images are different, and hopefully cut down on the number of incorrect deletion requests due to duplicates. (I'm not sure if that's currently an issue, but it seems like it would be)

I think a comparison tool would work better. Just something to load up the tags and image stats (size, type, bytes), and display any differences that way. Would work well with harry.lu for image duplicate detection.

We have a new forum in place that replaces both this thread and the bug reports.

Please stand by as we open the forum. Please note that we best recreated reports from 11ish pages ago and to close to recently. We have only created threads for relevant/valid reports and features.

You may need to recreate some very recent ones, but please check existing threads first as well as regard the new format for reports and requeats.

Thanks for your requests and reports. Users like you are what help this site become better.