3
\$\begingroup\$

I think images break the spoiler code. I'm not sure when or how often an image might need to be placed in a spoiler block, but can this be fixed?

\$\endgroup\$
  • 2
    \$\begingroup\$ is this an actual or theoretical problem? Can you point to a real world instance of this that isn't hypothetical? \$\endgroup\$ – Jeff Atwood Jan 23 '11 at 22:52
  • 1
    \$\begingroup\$ @Jeff - Would this question not be a "real-world instance"? The point here is, the code's broken. Whether anyone may or may not run into this issue in the "production environment" is anyone's guess, but the bug is there regardless. \$\endgroup\$ – Iszi Jan 24 '11 at 14:37
  • \$\begingroup\$ I think Jeff Atwood's reluctance here is that spoilerizing images would require a different method of spoiler generation (at the moment it's the simplest implementation possible: make the text the same color as the background). Plus, there's a work-around: link to the image, instead of including it inline. \$\endgroup\$ – AceCalhoon Jan 24 '11 at 18:42
  • 3
    \$\begingroup\$ @AceCalhoon - I understand that, and am not arguing the point. My only reason for posting this was to make sure that the issue has not gone unnoticed. If it's a bug they're willing to accept, because most users will probably never see it, then it's an entirely understandable position for them to take and they're fully within their rights to do so. But, I feel it would have been irresponsible of me to have noticed this and not reported it. \$\endgroup\$ – Iszi Jan 24 '11 at 19:12
  • \$\begingroup\$ I predict that you will get a status-bydesign on this one. \$\endgroup\$ – chaos Jan 30 '11 at 8:01
2
\$\begingroup\$

Spoilers now hide on hover via a different mechanism, as a result images are supported.

\$\endgroup\$
0
\$\begingroup\$

I predict that you will get a status-bydesign on this one.

\$\endgroup\$

You must log in to answer this question.

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