Posted under Bugs & Features
MaskedAvenger said:
Also the text box for the tags has smaller text now. Any reason for this? Any CSS to make it larger again? I didn't alter my custom CSS before the change BTW.
Quoting my earlier post so I could show what I meant above:
What changed in the code? And I do see this on desktop and mobile.
That does not look normal. Try completely removing your custom CSS and readding lines one by one, because to me it looks like this:
nonamethanks said:
That does not look normal. Try completely removing your custom CSS and readding lines one by one, because to me it looks like this:
Well it does appear on your end, the text on the tags field is smaller too compared to the source field.
This commit from last week may be related, though it retains the text size on the tags field.
MaskedAvenger said:
Well it does appear on your end, the text on the tags field is smaller too compared to the source field.
Wasn’t it already like this before?
If we're going to talk about text size changes, this latest update has turned the text size in the forum's message box and when editing wikis larger, and that's throwing me off.
Damian0358 said:
If we're going to talk about text size changes, this latest update has turned the text size in the forum's message box and when editing wikis larger, and that's throwing me off.
It feels like I'm accidentally browsing the site at 110% zoom...
MaskedAvenger said:
Also the text box for the tags has smaller text now. Any reason for this? Any CSS to make it larger again? I didn't alter my custom CSS before the change BTW.
Before there was an inconsistency where the tags were large when using the shift+E tag edit dialog box and small when not using it. Now it's the same size for both.
Damian0358 said:
If we're going to talk about text size changes, this latest update has turned the text size in the forum's message box and when editing wikis larger, and that's throwing me off.
It was changed so that when previewing a forum post or wiki page, the text in the preview is the same size as in the actual post. Before the text in the text box was smaller than in the actual post, which meant previews didn't look the same as what the actual post was going to look like.
evazion said:
Before there was an inconsistency where the tags were large when using the shift+E tag edit dialog box and small when not using it. Now it's the same size for both.
It was changed so that when previewing a forum post or wiki page, the text in the preview is the same size as in the actual post. Before the text in the text box was smaller than in the actual post, which meant previews didn't look the same as what the actual post was going to look like.
What you said never actually happened to me maybe due to my custom CSS, so I was surprised that the text for tags became smaller after the update. Due to this, I have several minutes ago put a separate code for the tag text box to show the text on my desired size.
having a large blacklist makes thumbnails slow to appear. for context, i only have 150 tags blacklisted.
it only takes about ~0.52 seconds, but thats still a noticeable amount of time if youre trying to quickly go through pages. i get the same result on pages with blacklisted tags enabled, blacklisted tags disabled, and pages with no blacklisted posts at all.
expanding your blacklist to a larger amount (755) causes all thumbnails to load at a borderline unusuable ~1.79 seconds.
sabisabi said:
having a large blacklist makes thumbnails slow to appear. for context, i only have 150 tags blacklisted.
it only takes about ~0.52 seconds, but thats still a noticeable amount of time if youre trying to quickly go through pages. i get the same result on pages with blacklisted tags enabled, blacklisted tags disabled, and pages with no blacklisted posts at all.
expanding your blacklist to a larger amount (755) causes all thumbnails to load at a borderline unusuable ~1.79 seconds.
Every blacklist rule is applied to every single post individually. So the more rules you have, the slower it'll take to apply all of the rules.
I did a test where I used 500 random words on a separate line each, which took more than 5 seconds to fully process. I then put all of those same words on the same line, prepending each word with a "~" (functionally equivalent to all on a separate line), which only took around 0.4 seconds to fully process (there's some overhead processing which is why it's not much faster).
Therefore, use less rules if you want it to go faster, combining the tags of different categories for what you want to achieve. For instance, on one of my lines is all of the tags that I never want to see. Other categories I use included male-focused posts with any kind of NSFW, explicit posts and explicit tags, sensitive posts and sensitive tags, etc.
posts: remove unlimited appeals from contributors.
Can I ask what brought on this change?
sabisabi said:
having a large blacklist makes thumbnails slow to appear. for context, i only have 150 tags blacklisted.
it only takes about ~0.52 seconds, but thats still a noticeable amount of time if youre trying to quickly go through pages. i get the same result on pages with blacklisted tags enabled, blacklisted tags disabled, and pages with no blacklisted posts at all.
expanding your blacklist to a larger amount (755) causes all thumbnails to load at a borderline unusuable ~1.79 seconds.
And with even more blacklisted tags...it is unusable ~5 seconds
