Closed
Bug 190780
Opened 22 years ago
Closed 22 years ago
span rendering error - target anchor side effect
Categories
(Core :: Layout, defect)
Tracking
()
CLOSED
INVALID
People
(Reporter: hauser, Unassigned)
References
()
Details
(Keywords: xhtml)
Build 2003011412
The entire line containing the word "UIP" should be brown on green.
As long as I leave the <a id=... tag active, green is only shown up to the
hyperlink and "view source" claims that span ends there (which it doesn't!).
When I comment it out, the entire line is green as supposed to be?
It does validate as xhtml11 and css2!
P.S.: I have other files with where the a id= tag is also present and the error
doesn't show?!?!?
Comment 1•22 years ago
|
||
It is effect of unclosed previous <a> tag.
<a id="contStart" />
<br />
<span class="UIP" ><strong>UIP:</strong> The sender now receives <a
href="PleaseResendMUC.msg" title="this Alert mail">this
So first anchor maked whole space until <a href> an :taget area. Hereby <span>
block finished with <a href>.
| Reporter | ||
Comment 2•22 years ago
|
||
to my knowledge "<a ... />" is equivalent to "<a ...>...</a>" and
validator.w3c.org seems to think that too - (so does MSIE).
Therefore, do you contend that w3c and MSIE are wrong or is Mozilla wrong?
Comment 3•22 years ago
|
||
Well. If you add style="border: solid", you find, that IE think's same as
mozilla in this case.
| Reporter | ||
Comment 4•22 years ago
|
||
but even if MSIE thinks the same, contrary to Mozilla, it renders correctly (or
is w3c.org validation wrong?)
Comment 5•22 years ago
|
||
Do I say this bug is invalid? I don't know yet. I say, that it seems to be
effect of :target for <a />.
BTW. w3c validation means only that code is correct. But validation have nothing
with render.
Comment 6•22 years ago
|
||
> to my knowledge "<a ... />" is equivalent to "<a ...>...</a>"
In XML. Not in HTML. You're sending the page as text/html, which means "render
as HTML". The page is XHTML and XHTML may only be send as text/html if it
complies with Appendix C of the XHTML 1.0 specification. Which this page does not.
IE's DOM and layout model are unrelated, which is why it works in IE.
The validator just says this is a valid XHTML document (which it is). But we
can't parse it as XML for the reasons listed at http://www.hixie.ch/advocacy/xhtml
Status: NEW → RESOLVED
Closed: 22 years ago
Resolution: --- → INVALID
| Reporter | ||
Comment 7•22 years ago
|
||
Thanks for the hint - I have posted a related suggestion to w3c
(http://www.w3.org/Bugs/Public/show_bug.cgi?id=131)
Status: RESOLVED → CLOSED
Comment 8•22 years ago
|
||
*** Bug 190959 has been marked as a duplicate of this bug. ***
*** Bug 192391 has been marked as a duplicate of this bug. ***
You need to log in
before you can comment on or make changes to this bug.
Description
•