If you think a bug might affect users in the 57 release, please set the correct tracking and status flags for Release Management.

hex numeric character references don't work

VERIFIED FIXED

Status

()

Core
HTML: Parser
P2
major
VERIFIED FIXED
19 years ago
13 years ago

People

(Reporter: Erik van der Poel, Assigned: rickg)

Tracking

Trunk
All
Other
Points:
---

Firefox Tracking Flags

(Not tracked)

Details

(URL)

(Reporter)

Description

19 years ago
Hex numeric character references don't work yet. These are entities of the
form &#xHH; where HH is a hexadecimal number.
(Reporter)

Updated

19 years ago
(Reporter)

Comment 1

19 years ago
Here is an internal URL:

http://warp/employees/erik/tests/cers/html40/charset-num.cgi?iso-8859-1
(Reporter)

Comment 2

19 years ago
Subject: Re: HTML 4.0 Entity Tests
  Resent-Date: Tue, 22 Dec 1998 05:57:41 -0800 (PST)
  Resent-From: mozilla-layout@mozilla.org
  Date: Tue, 22 Dec 1998 08:58:22 -0500
  From: Liam Quinn <liam@htmlhelp.com>
  Organization: Web Design Group
  To: mozilla-layout@mozilla.org
  Newsgroups: netscape.public.mozilla.layout
  References: <75mnr5$qb11@secnews.netscape.com>

  David Gardiner wrote:
  >
  > I've created this page originally to test what HTML Entities were
  > supported
  > by various browsers, but it occurs to me that it might be useful in
  > testing
  > Mozilla's entity support too.
  >
  > The original lives at
  > http://bananas.underdale.unisa.edu.au/Resources/entity2.htm , but
  > Mozilla
  > likes it, I would prefer the attached copy be put into the mozilla
  > source
  > somewhere and that used instead.

  Don't forget about hexadecimal character references as well.  I've
  included these in my list of HTML 4.0 Entities at
  <http://www.htmlhelp.com/reference/html40/entities/>, which could also
  be used for testing purposes.

  --
  Liam Quinn, Web Design Group
  http://www.htmlhelp.com/
(Assignee)

Updated

19 years ago
Status: NEW → RESOLVED
Last Resolved: 19 years ago
Resolution: --- → FIXED
(Assignee)

Comment 3

19 years ago
Fixed by small mods in nsHTMLTOkens and nsString.

Updated

19 years ago
Status: RESOLVED → REOPENED

Comment 4

19 years ago
3/9/99 build
Win98, Mac PPC
Notable characters missing entirely are these:

&Pi;         &#x3a0;
&dagger;     &#x2020;
&ang;        &#x2220

Many others show incorrectly, for example Latin capital ligature OE renders as
an "R", the Greek capitol letter for omega renders a copyright symbol, etc.

Updated

19 years ago
Resolution: FIXED → ---
(Reporter)

Updated

19 years ago
Status: REOPENED → RESOLVED
Last Resolved: 19 years ago19 years ago
Resolution: --- → FIXED
(Reporter)

Comment 5

19 years ago
No, those are different problems. The original bug was the fact that hex
numeric character references such as &#xFF; were being rendered as xFF or
something like that. This bug has been fixed.

The bug you are referring to is a separate issue, down in the font engine (not
the parser). Those characters are being rendered as boxes, right? Please open
a separate bug for those, and assign Windows and Unix to me, Mac to ftang.

Updated

19 years ago
Status: RESOLVED → VERIFIED

Comment 6

19 years ago
Ok.  The original bug said "hex numeric character references don't work" which I
interpreted as... well, that they didn't work.  Anyway, I will close and verify
this bug and open new bugs for the other problems.
You need to log in before you can comment on or make changes to this bug.