Version: (using KDE KDE 3.1.1) Installed from: NetBSD pkgsrc OS: NetBSD `closely' following a <blockquote> (within the enclosing block?) <q> doubles the opening quote; and nested <q>s don't change the type of quote <blockquote></blockquote><q>x</q> <q>a<q>b</q>x</q> <p><q>a<q>b</q>x</q> renders as ""x" ""a"b"x" "a"b"x" also, the outermost quote marks are not selectable and none of them pasted! (rendering inserted by hand) it'd be really nice if they could produce left and right marks whenever possible (perhaps that relates to the defns of [lr][ds]quo entities) ref: http://www.w3.org/TR/1998/REC-html40-19980424/struct/text.html#h-9.2.2
Whoops! forgot to mention: the quotes aren't `glued' to the text - the rendering may have a line break just after a <q> or just before a </q> even if there's no space in the HTML
the test case renders in HEAD exactly as in mozilla: "x" "a"b"x" "a"b"x" The fact that's not selectable by mouse seems to be a feature, mozilla behaves just the same.
Subject: bugs in <q> markup So, konqi is using mozilla as its standard, not the W3C? =p BTW there's another bug in <q>, spotted but not so easily reproducible: occasionally the quotes are invisible/in background colour
Subject: ps incidentally - what does "render in HEAD" mean???
HEAD is the CVS HEAD version: the current latest version of the source code, the one developers are working on. See developer.kde.org for instructions on obtaining it.
Subject: thanx ah. I thought it meant HEAD the markup element, which shouldn't render much of nuthin' ... so it confuzled me. thanks
w3.org does't specify how your test case is supposed to render (to my reading at least). Especially the text doesn't handle nested <q>s at all.
Not a bug according to the comments.