92

It doesn't reproduce on Meta, but it will on any beta site. To see an example, check out this meta.chess post:

enter image description here

Edit:

I noticed that on SciFi, English, Area 51, and Electrical Engineering (at least - those are the only ones I've tried), spoilers with monospace will show the monospace part whether or not the mouse is hovering over the block (though the normal font will continue to operate normally). On those sites, however, it hasn't yet joined the Dark Side.

|improve this question
  • 18
    That...is awesome. – Tim Stone Jun 18 '12 at 19:07
  • 10
    for proper effect, the text color should be red on black (and subtly dripping with blood) – Ben Brocka Jun 18 '12 at 21:18
  • 7
    Also recently reported on meta.codegolf.SE. – Ilmari Karonen Jan 27 '14 at 23:18
  • While waiting for a proper fix from the SE folks, I've included a client-side fix for this (and a bunch of other spoiler CSS issues) in SOUP v1.6. – Ilmari Karonen Feb 10 '14 at 14:04
  • 5
    Any chance this will ever be fixed? It's a most trivial CSS fix, in fact one of the comments links something that's basically ready to be pasted and committed. – RomanSt Mar 10 '14 at 20:44
  • 1
    @IlmariKaronen OKOKOK... installing already :-) – John Dvorak Mar 12 '14 at 10:16
  • 1
    Comeoncomeoncomeon. Why isn't it fixed yet? Hopefully the bounty will work. – bjb568 Apr 3 '14 at 23:40
13
+50

I removed the background styling for <code> elements inside spoilers, so now they should match the normal "code inside a blockquote" styling and look much less evil as of the next build:

enter image description here

|improve this answer
  • Yay! …Not that I really cared. – bjb568 Apr 5 '14 at 2:44
  • I’m seeing this issue on Meta, too, e.g. in this question. Is the fixed CSS in the pipeline to be pushed to Meta, or should I open a new bug? – bdesham Apr 21 '14 at 12:45
  • @bdesham Meta has a completely different style from beta sites, so this fix doesn't immediately apply. I'll take a look in a bit here. – Adam Lear♦ Apr 21 '14 at 15:15
  • 1
    And the problem is back with the new design. – Martijn Pieters Feb 10 '15 at 19:43
  • 1
    @MartijnPieters I don't think it's back so much as it never existed in the old non-beta designs and then got introduced. ;) I'll ping the designers. – Adam Lear♦ Feb 10 '15 at 20:00
  • @AnnaLear: Thanks :-) – Martijn Pieters Feb 10 '15 at 20:37
10
+50

It's a bug in the all.css file used for formatting the page. In the file (which is missing several thousand carriage returns), the style for a spoiler code on hover is 

.spoiler:hover code{color:#222;background-color:#444}

Someone a SE needs to change it to 

.spoiler:hover code{color:#222;background-color:#eee}

Voila! Problem solved.

fixed spoiler

If you want to, you can manually edit inside Dev tools in your browser, but it would be easier for the SE devs to change it. (ahem)

|improve this answer
  • By the way, 'quote' is a weird color because I was messing with the CSS. – TheDoctor Mar 31 '14 at 21:45
  • 5
    BTW, carriage return are removed to reduce byte count and optimize loading time. – nhahtdh Mar 31 '14 at 21:53
  • 2
    As @nhahtdh said CSS files are generally shrunk down to one line for optimization, however some dev tools like what are in chrome can be set to display them back in a more readable manner with a pretty print option – Joe W Mar 31 '14 at 22:38

You must log in to answer this question.

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