Closed Bug 6326 Opened 25 years ago Closed

<em> and <strong> breaks formatting inside <ins>

Categories

(Core :: Layout, defect, P3)

All
Windows 98
defect

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>
Status: NEW → ASSIGNED
Corrected by changes to parsing engine.
Status: RESOLVED → VERIFIED
Fixed in June 1 Build.
You need to log in before you can comment on or make changes to this bug.