>)
above is a cut n paste of two characters from a post I did
(<foo>)
ended up looking like this
>;)
testing.
the two characters, in case this gets screwed up, are > and )
don’t put them next to each other, since the board parses them in an undocumented fashion (well, at least the smiley guide didn’t give ) as being an alternate for ; and )
>) >(
>) ket wane
<) bra wane
>j ket jay
>;) ket semi wane
>( bra wax
Just some more testing.
Originally-typed characters appear in “quote”, apparently. Now let’s see if we can disable smilies:
>) ket wane
<) bra wane
>j ket jay
<j bra jay
(oh, and that last one in the previous post was, of course, “ket wax”, not “bra wax”. Freud, anyone?)
We discussed this before. Rather than try to find that, I’ll just reexplain what I said then. The < > and & characters are transformed into < > and & by the software. This is to keep them from being read as html code. Apparently this step is done before sticking smilies in. The ; at the end of these then becomes part of a smilie. The ; is unnecessary to display the character in IE (don’t know what happens in Netscape), so both the character and the smilie show up.
In this instance, at least, Netscape exhibits the same behavior. I think, though, that both Netscape and IE require the closing ; in some cases to eliminate ambiguity.
Yeah, it looks like closing ;'s are not really necessary to display the escape sequences correctly. I checked the page source, and they’re not there. But it still displayed the same in Lynx (well, the smilies didn’t actually show up, as Lynx is text only, but it said [wink.gif] in their places). And if it works in Lynx, it’s probably pretty widespread.
I believe this is the thread that waterj2’s referring to: http://boards.straightdope.com/sdmb/showthread.php?threadid=53175
[sub](for some odd reason I remember it)[/sub]
Thanks for the explanation. While it makes sense, it is clearly a bug for the software to reinterpret a sequence it has inserted as being instructions I inserted.
Stepping on its own toes.
Well, one more board bug it’d be nice for them to fix. That, and inserting spaces in URLs, even when they are inside the vB code element and wouldn’t screw up page layout.