something in how the site responds to booru browsers is not working correctly. I’ve tried a number of booru browsers on iphone and all of them generally come back with “there was an error communicating with the site”. If this could get looked at at some point that would be great.

Also the mobile version of the site (at least for me) is a jumble of overlapping frames that occasionally rearranges itself when scrolling up and down. It’s pretty chaotic.

forsaken621-2 said:
something in how the site responds to booru browsers is not working correctly. I’ve tried a number of booru browsers on iphone and all of them generally come back with “there was an error communicating with the site”. If this could get looked at at some point that would be great.

Isn't it just that e621 provides neither the danbooru V1 api nor the danbooru V2 api, but its own thing? IIRC that was the admin response when others made this complaint previously.

thiggy said:
On another note

I wloud like to see who uploaded posts here again because there's, alot of artists here that exclusively post here and it wloud be much easier if I had a simple link to there account instead of trying to go threw bullshit tags.

Agreed, I often used the uploader name/link to get to an artist's account if they're the one posting their own art.

Comment vote status display is not currently working.. I guess this might be a CSS problem? Anyway, after voting on a comment, I cannot see whether I have voted (neither of the arrows next to the comment change color).

Browser etc: FF 74.0, Arch Linux x86_64

I just hit the fav cap and am distraught over what to do. I can't use the site for what I use it for anymore.

tonycoon said:
Agreed, I often used the uploader name/link to get to an artist's account if they're the one posting their own art.

I think it's stupid honestly like that's a basic website function how the fuck do you remove or forget about it

savageorange said:
Isn't it just that e621 provides neither the danbooru V1 api nor the danbooru V2 api, but its own thing? IIRC that was the admin response when others made this complaint previously.

I don’t know if it’s possible to get the dambooru v2 api back, but i would greatly appreciate it if so.

I prefer the booru browsers over the website because all my browsing is done via smart phone and the booru browsers automatically resize pictures and provide all relevant info in a UI interface that’s fairly intuitive, and designed specifically to fit on smart phone screens. It makes wandering through the million pics on here a lot easier.

thiggy said:
On another note

I wloud like to see who uploaded posts here again because there's, alot of artists here that exclusively post here and it wloud be much easier if I had a simple link to there account instead of trying to go threw bullshit tags.

Agreed, but apparently it's more important to the circlejerk that you see who approved the image so you can bow to them and thank them that they did so. Nobody cares about artists. /s

PS: Add this to your adblocker to opt out of the circlejerk and remove the useless approver field, which is 99% Mario anyway:

e621.net###post-information > ul > li:nth-of-type(6)

blacklistbaron said:
Nobody cares about artists.

The artist(s) are still on prominent display at the top of the tag list. The uploader is often not the artist here.

blacklistbaron said: Add this to your adblocker to opt out of the circlejerk and remove the useless approver field

Don't actually do this, because it'll also get rid of the 6th line in the post information even on posts that have the uploader name.
So, in unapproved posts, it would probably get rid of the line with the image size and resolution.

I don't get what the fuck the obsession with uploader's name is about. The artist's name is still right there. It literally does not matter who uploaded what image.

There are just a couple of changes with sets that bother me:
1-Now sets are sorted by date of upload, but I'm pretty sure it didn't used to.
2-When adding something to a set the page used to tell you if it was already in the set. EDIT:I'm talking about the popup message. You can know whether it's in a set or not.

tonycoon said:
Agreed, I often used the uploader name/link to get to an artist's account if they're the one posting their own art.

thiggy said:
I think it's stupid honestly like that's a basic website function how the fuck do you remove or forget about it

A workaround to this is going into the Tag/Desc history of a post and then scroll down to see the first user who has added tags which of course will be the uploader. It's complicated and stupid compared to before but it works.

watsit said:
The artist(s) are still on prominent display at the top of the tag list. The uploader is often not the artist here.

Good job not understanding a joke and misquoting me at the same time by removing the pretty obvious /s at the end of my original post.

I don't know if this is a good place to put this, but I found no other before coming here, so this is a suggestion. Can we get the ability to have the tags in the web address like before with the option of the 'e621' to be alongside it as well as not? It felt fluid, to me at least, than numbers with the artists name.

I think someone mentioned something like this a while ago, but can we please bring back the ability for the upload page to remember your inputs when you go back in history (and make the sources section use the traditional text box to lessen clicks and make the process easier).

I accidentally clicked on "wiki" while trying to upload an artist's WIP image and it was next to completely blank once I returned. And something like this happened the second time; the first time was when my craptop made Chrome crash. Perhaps add a function that makes e621 remember your upload progress like Google Docs?

Edit: Another thing. By any chance we could have the tag bar on the landing page have the same list of tags dropping down as well, to make finding specific ones sooner and easier?

sins_and_virtues said:
I think someone mentioned something like this a while ago, but can we please bring back the ability for the upload page to remember your inputs when you go back in history (and make the sources section use the traditional text box to lessen clicks and make the process easier).

The upload form is build through javascript instead of plain HTML. Browsers can typically "remember" text in plain HTML text boxes, but they don't seem to be able to remember text in javascript-constructed text boxes. I doubt that they'll want to redesign the upload form just to "fix" a browser quirk.

I've been missing the old single text box for sources as well, having to click a button to add extra source fields is somewhat annoying.

For the profile page:
-Why are uploads not horizontally alligned? The work for fixing this is already done really, just gotta change the div class to "horizontal-section"
-Add some padding to the username
-Add some padding to the profile image
-Give profile images have the same rounded corners post previews do (this one is global, no just in the profile page)

For some reason user bios are squished into a tall, narrow box on the right-hand side of the screen, with a giant empty space in the middle.

I’m actually pretty glad the site got updated. After all, it was pretty outdated at this point. It worked as much as Windows 95 program runs in Windows 10; perfectly, but lacking the current features that many are used to on other sites. I’ve had an account here since 2011, and there wasn’t much different from then; 8 years later. So I’d say a change was desperately needed. I’ve been on many a sites where they’ve made changes that were catastrophic; and without notice to the average user.
With how much traffic this site gets now vs. 2011; a newer system was needed just to handle the increase.

The only wish I have is a custom styling form similar to tumblr. Or a cheatsheet for css tags that can be modified and how.

For new uploads, can you please make the source lines 1 multi-line box like before instead of individual lines?

For anyone uploading multiple images from the same source page or posted on different websites, it's a massive pain to cut and paste each source instead of just pasting them all at once like we could before. Currently I find it easier to just check "no source available" then edit and paste the sources after the images upload.

It would be nice if the 'Comments' search still showed the post stats under the thumb. It was useful in various ways, such as seeing at glance if someone's messed with the post rating.

..also, it'd help differentiate those from the user thumbnails. Currently it can get kind of confusing, especially if some posts are hidden due to the blacklist (since there's no placeholders for those anymore).

Is this where we request UI-related changes?

There's so much low-hanging fruit. This is what I remembered on the spot. I only set out to mention two requests, but I kept remembering my usability issues with the site.

Editing Post Tags

Can the tag edit area where ratings are selected provide a link to e621:ratings like the upload page does?

In the tag edit area, can Edit Reason be changed to Edit Reason (optional)? Some users don't seem to know that based on their tag edit history. No one needs to see or provide reasons like "added a tag" when that's self-evident. I just found a user who has so far provided a reason for all their edits.

Editing Wikis

When in the wiki edit page (https://e621.net/wiki_pages/#####/edit), can the Edit button between History and Report be removed? It effectively reloads the live version of the open wiki. I once mistakenly clicked that and lost hours of work. That button doesn't really have a purpose once you're already editing the wiki anyway.

When editing wikis, can the Edit Reason box have its size increased? It's very easy to say more than the box shows, which makes revising that difficult. Can this edit reason have and display an allotted character limit? The wiki history page (https://e621.net/wiki_page_versions?search[wiki_page_id]=####) really is not formatted for long wiki edit reasons (not a current request, just saying). Can this edit reason be previewed after pressing the preview button?

When editing wikis, can the Edit Tag button between Posts (#######) and History be renamed to something more intuitive like Change Namespace or Change Tag Type? Can something similar be done for the Tag search page (https://e621.net/tags)?

Blips

What happened to the active character count and limit when typing new blips (https://e621.net/blips/new)? Don't blips still have a character limit? Can that functionality be restored?

Tag Autocomplete

Can the home page (https://e621.net/) have tag autocomplete added to the search box, please? Its exclusion makes it inferior to the search box on the Posts page (https://e621.net/posts), which means I'd rather do all my searches from there.

Can the tag autocomplete list also provide links to tag wikis? The standard ? would be fine, but (wiki) should be better. I have on many occasions opened a tag search in a new tab from the autocomplete list just for a guaranteed wiki link on the new page (and no more typing).

Tag autocomplete is good, but it often lists plenty of unhelpful (and overzealous) aliased tags. Burying desired tags under, frankly, unhelpful "spam" defeats the purpose of autocomplete. I would like these aliased tags relocated from the top of the autocomplete list if not removed entirely, at least for shorter autocompleted strings.

A good example is typing out non-mammal_breasts. We really don't have many non* tags as non* isn't common e621 tag syntax, and non-mammal breasts will have the most posts of the non* tags anyway, so it should always be at the top of the autocomplete list just from typing non. Instead, the autocomplete shows:

non anthropomorphic -> feral
non humanoid humanoid penis -> humanoid penis
non-colored -> monochrome
non-furry -> not furry
non-mammal breasts
noncon -> forced
non-mammal balls
noname55
nonbinary (lore)
non-mammal nipples

Arguably, users who know a bit about e621 tags and our tagging syntax won't even think of the first four autocomplete results. Seeing those aliases in the autocomplete list only benefits a tiny, tiny fraction of e621 users. I can't conceive how the non humanoid humanoid penis result helps anyone ever. I would say that showing noncon -> forced is valuable, however. This probably requires several iterations to get it right, but the process should be started.

abadbird said:

Editing Wikis

When in the wiki edit page (https://e621.net/wiki_pages/#####/edit), can the Edit button between History and Report be removed? It effectively reloads the live version of the open wiki. I once mistakenly clicked that and lost hours of work. That button doesn't really have a purpose once you're already editing the wiki anyway.

I already complained about it on Discord, but definitely seconding this. I don't even know how many times I've clicked the wrong Edit by reflex, and ended up losing all of my work.

Hey, on the serpents theme the text for the suggestions from the search bar are dark green text on a dark blue background, its incredible hard to see. Could suggestion background be like a bright yellow or maybe just a bright blue?

This is purely a stylistic suggestion, but I've been using this tweak for a bit on my own end (in the screenshots I added box shadow: 0px 0px 26px -18px #000; to the class article.post)), and I feel like adding that half opaque shadow gave the site more depth and made it easier on the eyes:

https://imgur.com/a/yk2nPH3

The check for being 18+ isn't... Forceful enough. It used to be the first page you'd be redirected to, but now it seems like it's a secondary redirection...? Essentially I get to see posts before that redirection happens. I can see the 2 step process, that is dangerous.
Logging in also doesn't bring you to your account page right away, as it used to, as I would prefer it to. It brings you to posts, that is dangerous.
I like to be able to navigate as "safely" as possible until I am ready to look at posts. I will click posts when I am ready. Posts should not be the default landing page after things like logging in. I login on the main site landing page, I should stay there, or go to my account page.
I think I recall logging always bringing you back to the page you were on, generally speaking.

Can we move parent/child links back to the top to make them obvious/accessible?
Typically the first thing I would do when I got to a post with parent/child relations is open them all in tabs, and then I can close them one at a time as I see them, without any need for scrolling depending on the image sizes.
It's a bigger hassle now to navigate parent/child strings.
Also, need setting to default "Show" Parent/Child posts, so you can see the thumbnails right away and get direct links to the posts. Currently, on a parent post, if you scroll down to see the child, by default the dropdown is hidden/collapsed and if you click the child link, it brings you to a page showing you results of all children, rather than taking you directly to the child post even if there is only 1 child.
Navigating Parent/Child relations should be as easy as navigating pools. On that note, pool navigation needs to have arrows at the bottom of the posts, not just the top (read comic page, get to bottom, click to go to next page)
Either that or introduce hotkeys to navigate pools.

While I'm at it, could I ask if there's a way to implement compound tags in search filters? They exist in blacklists, so far as I've been informed, but they don't in search filters.
Example: Blacklist "Anthro Fox" will remove posts that are tagged with BOTH Anthro AND Fox, but will still permit you to see posts with EITHER Fox, OR Anthro on them.
You can't do this in search, and I don't always want a permanent blacklist function, even if it is toggleable. Sometimes I just need to make such a specific search for a 1 time application, and I may need to do it for several DIFFERENT searches, with different tags. Implementing all combinations in blacklist would be ridiculous.

Sort of a side/bonus thing that probably doesn't belong here: Can we have "Only_*" tags? This is simply to save the hassle of having to include a bunch of tags you don't want to see, especially for mutually exclusive tags.
Say you want to find posts featuring ferals, and only ferals. To do you have to subtract all the other body types such as anthro, taur, human and humanoid. Adding an "Only_Feral" tag would streamline that process greatly.
In this manner, I could search domestic_cat only_feral and find domestic_cats that are feral, guaranteed. There may be other ferals involved, but I KNOW I will find a feral domestic_cat in the post, without needing to introduce feral_domestic_cat as a new tag (which as I understand it was something e621 decided not to implement a long time ago as a standard rule)
As opposed to searching domestic_cat feral, which would give me results of domestic_cats in posts that also contain feral, but the animal that is feral will not necessarily be the domestic_cat.
There should probably be "Only_*" for the other body types aswell, anthro, human, humanoid and taur.

Lastly... Whatever happened to "See Entire Conversation" in messages? That was very helpful.

After looking around I hadn't seen this mentioned yet.

I just recently switched to the Bloodlust theme and I found that the Gender/Body Type/etc. buttons on the upload page no longer turn yellow when clicked. They seem to go from like an 80% grey to a 90% grey, which is barely noticeable. After flipping through the other themes, this only seems to be an issue on the Bloodlust theme.

I recall there used to be a setting for dictating what was shown in the window/tab title, where it could either show the post ID or tags.
I think that setting is completely gone, would be nice to have.
More importantly, if there could be a way to remove the "referral" extensions in the URLs, that'd be even better, such that every link you open from a given search does not include every single search term in the URL.

next buttons at the bottoms of image would be very good so you dont have to scroll up to the top to go to the next image.

legomonster33 said:
next buttons at the bottoms of image would be very good so you dont have to scroll up to the top to go to the next image.

1. Go to the Theme selector
2. Set "Navigation bar location" to Bottom / Both
3. ???
4. Profit

This has already been mentioned, but here it is again. Something about the CSS that's bothered me for quite a while is the crunched text on user pages.
The text in each column isn't always the easiest to parse. If you're not careful, the right side of the pane reads "Changes Wiki Page, Changes Note, Changes Artist, etc."
https://imgur.com/a/JP1sL01
I fiddled around in the element inspector and got the second image, which is much more legible. I believe this should be the default look.
Note: I am using RE621, so the page looks a bit different.

notuncommon said:
This has already been mentioned, but here it is again. Something about the CSS that's bothered me for quite a while is the crunched text on user pages.
The text in each column isn't always the easiest to parse. If you're not careful, the right side of the pane reads "Changes Wiki Page, Changes Note, Changes Artist, etc."
https://imgur.com/a/JP1sL01
I fiddled around in the element inspector and got the second image, which is much more legible. I believe this should be the default look.
Note: I am using RE621, so the page looks a bit different.

It doesn't look crunched that way to me, it looks more like the second picture. Perhaps something RE621 is doing?

watsit said:
It doesn't look crunched that way to me, it looks more like the second picture. Perhaps something RE621 is doing?

I just double checked with RE6 off and it still looks crunched. If I had to guess, your screen is probably higher res than mine (1366 x 768) and/or your default text size is smaller than mine (16). Still though, 1366 x 768 and 16 pt font are common enough they should be supported.

notuncommon said:
This has already been mentioned, but here it is again. Something about the CSS that's bothered me for quite a while is the crunched text on user pages.
The text in each column isn't always the easiest to parse. If you're not careful, the right side of the pane reads "Changes Wiki Page, Changes Note, Changes Artist, etc."
https://imgur.com/a/JP1sL01
I fiddled around in the element inspector and got the second image, which is much more legible. I believe this should be the default look.
Note: I am using RE621, so the page looks a bit different.

The column with the labels is set to 10% width. So, when the window width is small enough, the label text starts line-breaking.
It's also a problem on mobile. But then again, that entire page is a problem on mobile.

An easy fix would be something like this:

div#c-users div#a-show .user-statistics th {
    min-width: fit-content;
    white-space: nowrap;
}

It'll be in RE6's next release.

bitwolfy said:
...

Nice, thank you!

The mobile UI starts to break pretty badly when viewing posts after using a long search query. Example: https://i.imgur.com/4kRWRJT.jpg

I don't have a good setup for tweaking CSS on mobile sites, otherwise I'd take a crack at finding the exact fix.

summertown said:
The mobile UI starts to break pretty badly when viewing posts after using a long search query.

Okay, I messed around with this a bit and the simplest fix seems to be .search-seq-nav .active{height: auto;}

This also fixes the same problem on the desktop version of the site (which I hadn't noticed as I never use e621 on desktop.) I vaguely remember this being how the CSS behaved on the old version of the site, but that might be my imagination. It still doesn't look very nice visually to have long search queries displayed in the nav bar. Ideally you'd truncate it with an option to click and expand to view the whole query, but this at least makes the site usable again.

i hate the new update where you have to scroll all the way near the bottom for the tags. it was better to see the tags near the picture. don't know why they changed it. if it ain't broken don't fix it. put it back the way it was!

georgieippolito said:
i hate the new update where you have to scroll all the way near the bottom for the tags. it was better to see the tags near the picture. don't know why they changed it. if it ain't broken don't fix it. put it back the way it was!

I think you're talking about mobile support? Click on this cookie to turn it on/off: 🍪

Alternatively you can turn it off by clicking at "Enable mobile mode support" that's located at the bottom of the site.

If you want to turn it off permanently go to: Account -> Settings -> Advanced - Disable responsive mode (Yes) -> Submit/ Save your settings.

I miss being able to use e621 on my Kindle Paperwhite.

Oh well, FurryBooru 'll do. Will stay using e621 for the other platforms, though.

on https://e621.net/users/home

#page > div.section
the style 450px seems could be removed so the width can auto fit the mobile view instead of overflow on the right

on https://e621.net/users/xxxx

#a-show > div > div.stats-section > div.profile-stats > div

div#c-users div#a-show .user-statistics {
    display: flex;
    grid-template-columns: 1fr 1fr;
    flex-direction: column;
}

maybe use flex-column to prevent overflow on mobile

div#c-users div#a-show .vertical-section {
     justify-content: center;   // center the post on mobile
}

@media screen and (max-width: 800px)
body.resp article.post-preview {
    width: 200px //instead of give a vw value maybe better to set a fix width and let the numbers of images per row fit the screen size
}

Something I did via custom CSS in my browser:
For the blacklisted images, instead of overlaying the "Blacklisted" banner, I just give them a really high blur and un-blur them on hover. Is this something that would be of interest? If so, I could clean up and share my CSS, though that should be trivial to implement.

I've been having a hard time seeing the green text on blue background (on this site) and wonder if there's a way to do a dark mode just for the tagging suggestions. I'll go and hunt down the CSS paths in a moment and see if I can rig it. ;)

data-autocomplete-category="8"

This seems to be event-triggered, and each category loads the color, but not sure where in the CSS this is. Still searching.

.greentext a {
 color:#3e9e49!important;
 font-weight:700
}

This might be it. I'll have to test.

--color-tag-lore-alt:#ffffff;

Changing that to all white works for when dragging mouse focus over it. Hmm, wonder what I need to do to change the other one. It seems 'obvious' that it's " --color-tag-lore:#282;" but I seem to be running into issues trying that. Ah, just had to use the right values. They're using one with a realllllly dark color value.

Now to go mess with the account settings to add this simple theme mod. ;)
http://www.unm.edu/~tbeach/IT145/color.html CTRL-F "shorcut" to see the 3-digit colors, BTW. So this is same as 12-bit color instead of 24-bit (3 nibbles, not 3 bytes).

i've swapped mine to standard, which makes seeing text a lot easier (unless it's white text...).

siral_exan said:
i've swapped mine to standard, which makes seeing text a lot easier (unless it's white text...).

Yeah, thought of that option as well. It seems that #5F8 goes the opposite direction and gives me a nice visible green. The green for character tags looks fine. It was just waaaaaaay too dark on the blue theme for lore tags. So long as I can tell categories apart, it doesn't really matter what I change it to, to make it legible.

Example for changing the color sitewide:

body {
 --color-tag-lore-alt:#FFFFFF;
 --color-tag-lore:#5F6;
}

So, a question: How do I change the number of rows in the quick tag list?

Kind of hackish, but 2nd part mostly works:

!Makes more rows visible, easier for editing groups.
post_tag_string {row:15;}
!Don't see how to add more rows to QT list, so unhide overflow.  Prefer visible but auto also works.
div.related-tags {overflow:visible;}

This doesn't actually change the number of rows, but it does let me see the overflow that normally gets cut off if I include All Teh Tags. I didn't see a way to edit this in advanced settings, even with custom CSS. At least now I can click on them, even if it looks less clean.

The first part of that code is just making it easier to see more of the existing tags at once. If you're trying to find say, all tags with a word in them, you can pretty much do it instantly, without scrolling. One gotcha is it's only going to do 15 lines if there already exist enough tags to do 15 lines. That is, if you add a bunch of tags, it will still need to scroll. It's supposed to update on scrolling (the entire page, mind you - not sure if this was the intent).

Yet another question about customizing themes:

div.dtext-formatter-input {row:100;}
div.edit_forum_post {row:100;}
These don't work, so what am I doing wrong?

Where does the row variable get set in the dom for when editing posts? The application CSS file just has a single line with no defaults, and none of the others have dtext styling.
Is it hardcoded into the source HTML (inline)? If it is, how do I specify the path of any forum post edit box, and not just the one I found path to like "textarea#forum_post_body_for_370515.dtext.required.dtext-formatter-input"?

How do we override inline styles if we can't find the path in the source and it keeps changing like the example here for post input edit box? These kinds of questions could be nice in any guide to custom themes in the Wiki, I think.

Anybody know how to change the theme (not CSS.)? ive been running around from forum to forum trying to figure it out how lol. Would love a reply!

noodles0up said:
Anybody know how to change the theme (not CSS.)? ive been running around from forum to forum trying to figure it out how lol. Would love a reply!

If you mean switching between the preset themes, that's at https://e621.net/static/theme (there's a button to it at the bottom of each page).

scth said:
If you mean switching between the preset themes, that's at https://e621.net/static/theme (there's a button to it at the bottom of each page).

Savior! Thank you so so much.