Netscape client must put acceptable charset (KOI8-R assumed) via
Accept-Charset
header
field when interact with HTTPD, but not do it currently.
Frank Tang
from the
Netscape Team tell me
about their plans of implementing
Accept-Charset
field
into after-3.0 releases, but if you ask them too,
it can be faster.
There is obvious way to substitute koi8-r fonts on iso8859-1 fonts place, but I don't recommend it because it breaks displaying of iso-8859-1 HTML documents and all programs which uses iso8859-1 fonts correctly.
Cyrillic (koi8-r)
in
Edit|Preferences|Appearance|Fonts|For the Encoding.
Chose Times (Cronyx)
into
Variable Width Font
and Courier (Cronyx)
into
Fixed Width Font.
Cyrillic (koi8-r)
encoding
for each Mail folder and each Russian newsgroup separately.
Do not set Cyrillic (KOI8-R)
encoding in
View|Encoding as permanent
default encoding scheme (don't press Set Default).
It violates HTML and HTTP standards which says that default
document encoding (without any special instructions) must be
ISO 8859-1. Temporary setting of another encoding is possible as workaround
for
broken Russian WWW pages.
Most unpleasant bug is that it is impossible to enter Russian (KOI8-R)
characters in all places using correct Cyrillic_*
keysyms, not hacked
ISO 8859-1 keysyms. Now X11R6 XKB keyboard description defines
Russian (KOI8-R) keyboard using right keysyms and old hacks not work
anymore. Correct (minimally localized) application must call
XtSetLanguageProc (NULL, NULL, NULL);
to work with any charset not
equal to ISO 8859-1, this call must be added to Netscape.
According to
Internationalization of the Hypertext Markup Language (RFC 2070)
charset=
from HTTP header must overwrite charset=
from <META ...>
tag. Netscape does just opposite thing,
i.e. <META ...>
overwrites HTTP header charset.
It cause serious bugs for automatic character sets decoding proxies.
Load this
test page
with different HTTP header and META charsets
to see this bug in action (check View|Page Info for
Charset value, there must be KOI8-R
, not
windows-1251
).
<FORM>
button names in wrong (ISO8859-1)
encoding instead of KOI8-R encoding.
It uses wrong ISO8859-1 font for <FORM>
input instead of KOI8-R font.
Look at
<FORM>
input test
to see <FORM>
bugs in action.
©
, ®
,
etc. according to RFC 1489, this version replace them with '?'.
Enter your name, E-mail address and send the bug report above to Netscape team, the more bug reports they receive - the higher chances there are that they fix it.
You can use original Netscape bug report page instead, just Copy this bug report and Paste it there.
See also X11 Netscape tuning Main Page, Win95 Netscape 4.0 tuning.
Additional links: Netscape Internationalization Secrets.
![]() |