Closed Bug 3940 Opened 26 years ago Closed 25 years ago

Unicode Conversion- ISO-2022-JP page does not display hankaku katakana characters

Categories

(Core :: Internationalization, defect, P2)

x86
Windows 95
defect

Tracking

()

VERIFIED FIXED

People

(Reporter: teruko, Assigned: ftang)

References

()

Details

Tested 3-17-99 Win32 build.

The page contains Kanji and hankaku katakana.  After the double-byte characters are displayed, the page does not
display anything.  The part of hankaku katakana is the point the page does not display anything.

I put the simple test case in http://babel/tests/browser/bft/jis/aiu-jis.html which contains only hankaku katakana.
It does not display anything even though I click on Reload button.
Priority: P3 → P2
Target Milestone: M4
It is ESC ( I 123 ESC ( B
erik: what is ESC (  I ?
I don't think hankaku is part of ISO-2022-JP. We should think carefully about
the error handling of our converter. Should accept ESC ( I ? ( in my opinion, we
may not want to but 4.x did. We  may be foreced to do it for backward
compatability) or we should at least make sure it convert correctly after the
ESC ( B.

Erik, please help to give us opinion.
Status: NEW → ASSIGNED
The iso-2022-jp escape sequences are as follows:

  ESC(B   ASCII
  ESC(J   JIS X 0201-1976 Roman
  ESC$@   JIS X 0208-1978
  ESC$B   JIS X 0208-1983

The following escape sequences are not part of iso-2022-jp:

  ESC(I   JIS X 0201-1976 Kana
  ESC$(D  JIS X 0212-1990

However, our old code base accepted these escape sequences. Also, in networking
it is better to be liberal in what you accept, and conservative in what you
send out. So we should accept these escape sequences at least for receiving,
and we may even need to use one or both of them for sending to remain compatible
with our old code base.

Naoki may have further input on the Hankaku Kana issue for mail/news.
Summary: ISO-2022-JP page does not display hankaku katakana characters → Unicode Conversion- ISO-2022-JP page does not display hankaku katakana characters
Target Milestone: M4 → M5
Target Milestone: M5 → M6
Moved to M6 to give Cata time to assist Nisheeth on external DTD support
in the XML parser.
Target Milestone: M6 → M7
Status: NEW → ASSIGNED
Target Milestone: M9 → M10
push to M10
Target Milestone: M10 → M7
Mark this back to M7 since I have already have fix in local dist. Need to check
in monday morning
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
check in and Mark it fix. Please verify ASAP
I changed the URL.  I verified this in 6-14-09 build.
You need to log in before you can comment on or make changes to this bug.