The close and delete buttons appear to be padded with more space than the other buttons (share, edit, flag, protect). This is probably due to the new "close (1/5)" text that started appearing today.


enter image description here

I'm using Firefox 19 on a Mac.

  • This is correct. It says "Close (1/5) to represent how many votes left are needed to pass the action (or how many votes there are currently, I forget)
    – user188031
    Mar 14, 2013 at 23:08
  • 2
    Yes, but when there are no close/delete votes, it is spaced incorrectly.
    – nneonneo
    Mar 14, 2013 at 23:08
  • Yep it looks... weird. Mar 14, 2013 at 23:09
  • It's on Arqade too, and I don't even have 3k.
    – user188031
    Mar 14, 2013 at 23:10
  • Probably because of (1/5) feature they included.
    – hjpotter92
    Mar 14, 2013 at 23:19
  • I can confirm. I am on Chrome 25.0.1364.172 m in Windows 7.
    – luiges90
    Mar 16, 2013 at 13:47

2 Answers 2


This will be fixed in the next deploy.


It appears to be a fault of the HTML itself, rather than the CSS.

<a id="close-question-15421502" title="vote to close this question (when closed, no new answers can be added)">

Because of the extra lines within the anchor tag, it collapses them as spaces. The styling on the link is exactly the same as the other links otherwise.
Removing these extra lines fixes the problem.

  • This does appear to be the cause, but I can't figure out why. They must have some non-breaking spaces in there somewhere, because normal spaces would be completely stripped from the beginning and end of text within an element like that. Like seen here.
    – animuson StaffMod
    Mar 15, 2013 at 0:55
  • Hm, you seem to be right... Can't find any whitespace declarations in the CSS that might circumvent that, and I can't reproduce it in JSfiddle either... Mar 15, 2013 at 1:21
  • 2
    @animuson: Actually, in HTML, multiple spaces are collapsed to a single space. Then leading/trailing spaces are stripped. See jsfiddle.net/r8qS7/1. So, Nightfirecat is correct -- the extra whitespace results in the errant spacing. (Now that we know the cause, here's to hoping it gets fixed!)
    – nneonneo
    Mar 15, 2013 at 19:53
  • 1
    @nneonneo: Ah right, it only does that if there's other inline content around it. I've never noticed because I never do that. - Also, it's actually CSS that collapses white-space, not HTML. ;) There's absolutely nothing in the HTML specs about collapsing white-space; it's just a markup language.
    – animuson StaffMod
    Mar 15, 2013 at 22:32
  • @animuson: Before the advent of CSS, this was definitely specified in HTML, as early as HTML 3.2. HTML 4 makes a mention as well. It may or may not have to do with its roots in SGML, as only in HTML5 is this behavior no longer mentioned in the HTML spec (as HTML5 isn't SGML-based but a language in its own right). Mar 19, 2013 at 9:11
  • @animuson: Even CSS1's description of white-space simply linked to the HTML 4 spec! Of course, that's all legacy; CSS2.1 outlines it in much greater detail now, and modern browsers make extensive (if not exclusive) use of CSS to render pages. Mar 19, 2013 at 9:21

You must log in to answer this question.

Not the answer you're looking for? Browse other questions tagged .