Column_3 has some pretty generous leading due to the need to make the info comfortable to read with the stat bars in place. But if you remove them you're still left with distractingly tall leading which becomes less comfortable to look at on top of just looking out of place when there's other text in the profile to read. The CSS property of line-height seems to adjust how far down the text sits in the div, which is nice in and of itself, but doesn't change the leading. Plz halp.

I spent quite some time fighting with this, and eventually just declared #pet_info li {height: 14px} and had done with it. Ideal? Maybe not. But it works. Though, you may need to adjust the exact height depending on your chosen font-family/size.

That worked when applied to , thanks! I didn't want to worry about messing with the default leading anywhere else since that can make headers go a bit wonky. It's still odd that line-height which is supposed to control leading is instead determining how far down the text is, but I'm going to chalk that up to a mystery of Subeta.

Glad that worked for you. I can barely make sense of CSS myself sometimes, but I've noticed that lists and tables don't respect a lot of rules even when they're applied directly. I'm not sure why.

When in doubt, resize the div TBH. It's pretty much my go-to for annoying sizing issues. Just shrink the div. Then it can't be too big even if it wants to be. (An occasional annoying side-effect: scrollbars even though nothing is going outside the defined height. Never quite figured that one out)

I was editing a premade profile that wasn’t intended to show stats, so there was no real changing the div size. Finding that line-height could be used to position the otherwise stubborn text was happy accident, but the leading was making it look off.

A new pet profile and site-wide layout are in the works, which may correct some of the CSS and HTML weirdness that’s going on. Or doom us all.

if you set "overflow: hidden" the scrollbars should disappear.