If you intend to have the files displayed with IE5, I do not see why you
should need to downgrade such characters or use special fonts which, as
Richard Higgins mentioned, may not be installed on every machine displaying
the text. IE5 supports Unicode (relevant fonts are loaded with it if not
previously installed with Windows).
Your example can be coded as a combined character Ş (LATIN CAPITAL
LETTER S WITH CEDILLA) or as a pair Ş (S + COMBINING CEDILLA).
With the latter option, you will only have to declare the combining
diacritics instead of all the possible combinations (16 with cedilla, 18
with hacek etc.). Moreover, if you really must downgrade the text for some
other use or if a combination is not available in the font itself, it will
be easier to filter out the diacritics than convert a combined character to
Full tables can be downloaded from ftp://ftp.unicode.org/Public/UNIDATA/
Swiss National Library
> -----Message d'origine-----
> De: Richard Higgins [mailto:[log in to unmask]]
> Date: mardi, 13. juin 2000 13:53
> À: [log in to unmask]
> Objet: Re: special characters
> I dealt with this problem a while ago, but if I can remember
> the method
> is as follows (with Panoram PRO v.2). I even provided some additional
> glyphs on the website to deal with arabic transliteration
> which could be
> downloaded and installed, but I don't think anyone ever has.
> In the same directory as the executable you will find a file called
> sdata.map, which does all the entity -> character translations
> At the top it defines fonts - if you need additional fonts
> this is where
> you must declare them
> FontSpec Symbol "Symbol"
> Below this comes all the entity translations: some are simple:
> SDATA "[aacute]" "á"
> others require a different font:
> SDATA "[agr ]" "a" FDATA Symbol
> while others have no character assigned:
> SDATA "[Tcedil]" "[capital T, cedilla]"
> To make characters appear you need to define these undefined entities.
> If you are lucky, you can use a similar character. For example if you
> don't mind dotting the Turkish dotless i you could substitute
> SDATA "[inodot]" "i"
> SDATA "[inodot]" "[small i without dot]"
> If you have a font locally installed called Diacritic and you want to
> use it to display correct glyphs, then you need to declare it
> at the top
> of the file with the other fonts -
> FontSpec Diacr "Diacritic"
> Then you can define your entity thus (using whatever character number
> Charactermap displays the required glyph at - here [using
> correct case]
> entity CharActer is defined as the character number 66 in
> font Diacritic
> [using the alias defined above])
> SDATA "[CharActer]" "B" FDATA Diacr
> This will work locally, but unless you can be sure the font
> is installed
> on the remote machine, and the user can be persuaded to
> overwrite their
> sdata.map with your version it won't work remotely.
> # Richard Higgins
> # Durham University Library
> # Archives & Special Collections
> # Palace Green
> # Durham
> # DH1 3RN
> # E-Mail: [log in to unmask]
> Jack Hofman wrote:
> > Has anyone experience with using special characters in SGML
> > documents and displaying them by Panorama Pro?
> > Some of our EAD lists contains diacritical marks, such as [capital
> > S, cedilla], [small z, caron], etc. We have noticed a problem with
> > showing up this kind of special characters (precisely the letters
> > with "hachek" in the Slavic languages and a few Turkish characters)
> > on the screen.
> > Panorama Pro only displays the description of the character, in our
> > example, as [capital S, cedilla].
> > >From the manual we understood that some additions are
> needed in the settings of
> > Panorama, but we don't know exactly which ones and how. Or is
> > there much more than this be to be done?
> > And what about the user who wants to consult our EAD finding
> > aids with Panorama Pro whose settings are not properly adjusted
> > for displaying the diacritical marks?
> > We would like to hear more about this problem and of course the
> > possible solutions to it.
> > Many thanks,
> > jack hofman
> > ==================================================
> > Jack Hofman
> > IISG
> > Cruquiusweg 31
> > 1019 AT Amsterdam
> > tel 020-6685866
> > fax 020-6654181
> > url http://www.iisg.nl