> I do not know exactly what to expect from a basic editor, but I agree
> that when it does not support special formatting bells and whistles, it
> should also not support iconising to smileys out of itself.
I don’t think that happens on the posting end of the equation, I think
that happens on the reading end of the equation.
I may understand you wrong Jim, but look at the posts #17 and #18 above. When I read them, #17 has the smiley and #18, which I produced which the smiley making off, does not show the smiley I quoted from #17 nor my own. I can assure you that creating #18 I did first a preview and saw all the smileys. Then I checked the box and did again the preview. Gone were the smileys. Then I posted. I still see Smileys in #17 and no smileys in #18. Thus this must be a property of the individual post.
> Thus this must be a property of the individual post.
and, that property is set by the Apache end of the equation…
that is i bet if you do NOT evoke the “no smiles please” option switch
then the forum software inserts an image tag everywhere it finds a :o
(or whatever)…and, the no smiles switch just turns that off at the opensuse.org end of the equation…
i guess when then sent though the http->nntp gateway the : + o reappears…
of course this not critical (even though we are up over 20 posts) but
it “would be nice”[c] if nntp posters could set a bug (in sig maybe)
to turn off the smiles as it passed through the nntp->http gate…
I agree that it’s a property of the posting, and different codes are generated for the two cases, but I suspect what’s stored in the DB is simply a flag that specifies what HTML is generated, rather than the HTML code for the smiley in the body of the posting. The supporting evidence is that during the edit period, you can toggle the flag. I doubt if the author of vbulletin designed it to look for the HTML code for the smiley and replace it with the text, or vice versa.