Closed
Bug 6326
Opened 25 years ago
Closed
<em> and <strong> breaks formatting inside <ins>
Categories
(Core :: Layout, defect, P3)
Tracking
()
VERIFIED
FIXED
People
(Reporter: Michael.Mulchek, Assigned: rickg)
Details
Disclaimer below:
When I create an <ins> soimething something lalala </ins> using the non-
roundtripped Win32 M5 binary (both apprunner and viewer) on a Win98 platform,
the content is diaplayed and underlined.
If I format a word inside with something like <em> or <strong>, the emphasis is
correctly applied but the remainder of the <ins> text is now no longer
underlined. Requesting <u></u> on the inside (after the break) correctly
applies the underline to that selection, but the remainder is still not-
underlined.
I thorougly apologize for the general lameness of this bug report. I have no
bandwidth to get the newest builds anymore and I have no idea how this is
supposed to correctly behave (if the rules are even made yet), but IE 5.0
applies the underline completely across the displayed content.
Again, ALL apologies for how sucky this is. My linux builds are hosed, my time
is short, and my experience is limited.
Fragment of code I was playing with:
</p>
<a href="test3.html">Escape as soon as possible to test three!</a>
<ins cite="temp2.html"> This is new <em>stuff</em> that has
<strong>been</strong> inserted.</ins>
<del> This is old stuff that has <em>been</em> deleted.</del>
<p>
Updated•25 years ago
|
Status: RESOLVED → VERIFIED
Comment 2•25 years ago
|
||
Fixed in June 1 Build.
You need to log in
before you can comment on or make changes to this bug.
Description
•