Closed Bug 64968 Opened 25 years ago Closed 25 years ago

<UL>'s inside <font> tags doesn't render the correct font

Categories

(Core :: Layout, defect)

x86
All
defect
Not set
major

Tracking

()

VERIFIED WORKSFORME

People

(Reporter: hwaara, Assigned: clayton)

Details

(Keywords: testcase)

Attachments

(2 files)

The following report requires some basic HTML skills. If I do something like this: <font face="Verdana"> <UL> <LI> This should be in Verdana. </UL> </font> The text after the <LI> element will be in Times (default font), at least on Windows98. This is major! My site isn't working properly with this bug. I know <font> is deprecated, but as 70% of the Internet still is using it, I think we need to handle it correctly.
Forgot this: I am using build 2001011004. Windows 98, PC.
Attached file Testcase
In the previous testcase the font should be in Verdana, but it's showing up in the default font instead. Assuming you have Verdana installed.
WFM using Build ID: 2001010404 on Windows 98
Attached file Thorough testcase.
WORKSFORME in both NT and 98, in 010417 Branch and 110809 builds. HW-does this failure happen whith my testcase as well? Adding testcase KW.
Status: UNCONFIRMED → RESOLVED
Closed: 25 years ago
Keywords: testcase
OS: Windows 98 → All
Resolution: --- → WORKSFORME
This still doesn't work in the same build, though it might be related to the bug where all childtags to <a..> was broken, the BuildBar bug. Later I will try this in the latest build, so don't verify WFM!
Yes! This worksforme too now. This was actually caused by the same problem as another bug, where almost all tags inside <a></a> got corrupted. Marking WORKSFORME.
Status: RESOLVED → VERIFIED
SPAM. HTML Element component deprecated, changing component to Layout. See bug 88132 for details.
Component: HTML Element → Layout
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: