anyone using Mozilla on VMS, DECwindows and character sets such as iso-8859-x where x is 2 or 5?

From: Phillip Helbig---remove CLOTHES to reply (helbig_at_astro.multiCLOTHESvax.de)
Date: 02/28/04


Date: Sat, 28 Feb 2004 12:16:11 +0000 (UTC)

I'm slowly making progress with Mozilla, DECwindows and unusual fonts.

I've now run across another problem, but I'm not sure if it is an HTML
problem or a problem with Mozilla (and, if so, a generic problem or a
problem with the VMS version) or a problem with DECwindows. Since this
is not really on-topic for comp.os.vms, but on the other hand (perhaps)
too VMS-specific for a non-VMS forum, I'm looking for someone who would
be willing to share experiences via email regarding Mozilla on VMS,
DECwindows, fonts and character sets other than iso-8859-1, in
particular iso-8859-2 and iso-8859-5.)

Here's my specific problem at the moment. I want to display š,
which is an s with an inverted circumflex on top (caron), also known as
š. At first, this displayed as s(, even when specifying the
correct character set. (This character corresponds to the character ¹,
or compose-^-1, in iso-latin-1 or iso-8859-1 or the DEC multinational
character set.) I then downloaded some additional fonts and THEN IT
DISPLAYED CORRECTLY. (I'm still trying to understand how the
information in an HTML page gets translated to a request for certain
fonts in SYS$SYSDEVICE:[VMS$COMMON.SYSFONT...], but that's another
issue.)

Here's the puzzle. I want to include this character on a page which is
using iso-8859-5 (Cyrillic). Normally, one can do this by using the
numeric or name reference, e.g. š or š. This works fine
for, say, ä or å. However, for š it displays it as
s(, like it did before when I didn't have the proper font.

>From another browser, it DOES display correctly, so I don't think there
is a problem with the HTML.

The whole purpose of the š form is to enable the display of
characters which are not in the default character set for the documents,
so it seems strange that this doesn't work.

If I use iso-8859-2 as the default character set, then all three forms
(literal, š, š) DO work.



Relevant Pages

  • Re: Fonts 10.4 to 10.5
    ... track of fonts could be immensely simplified for the majority of us by ... Standard PostScript fixed-length serif Latin character set. ... Chinese, Arabic, Hindi, Japanese, or Korean names, for example...) ...
    (comp.sys.mac.system)
  • Sending HTML from Outlook to non-Outlook clients
    ... I have some correspondents that are using GroupWise as their e-mail client. ... that has been prepared and sent from Outlook using HTML format. ... and specifies a Character Set. ...
    (microsoft.public.outlook.general)
  • Re: Asian Fonts in Explorer
    ... > I have installed all the Asian fonts included in the WinXP installation ... > I have installed the fonts and use IME from OfficeXP. ... > Asian character set the characters don't show in Windows Explorer. ...
    (microsoft.public.windowsxp.general)
  • Re: Host Print Transform Error... object T1000000 not found?
    ... So the real question is what font character set is referring to the code page, or was the code page specified in the spooled file attributes? ... there is a new spooled file attribute called job ccsid. ... We could take a tool that calls QGSLRSC and see what resources it references and dump the data stream looking for data stream errors. ... AFP Utilities 5722AF1, AFP Compatability Fonts 5722SS1 Feature 8, Additional Fonts 5722SS1 Feature 43 installed ...
    (comp.sys.ibm.as400.misc)
  • Re: Sending HTML from Outlook to non-Outlook clients
    ... > that has been prepared and sent from Outlook using HTML format. ... > A search of this subject on the GroupWise support website turned up the ... > The Novell GroupWise 6.5 Client and above determine that a document is to ... > and specifies a Character Set. ...
    (microsoft.public.outlook.general)