ntg-context - mailing list for ConTeXt users
 help / color / mirror / Atom feed
From: Olya Briginets <bolya@ukrpost.net>
Subject: Re: Still don't understand how to switch fonts in the new context
Date: Wed, 22 Aug 2001 21:28:58 +0300	[thread overview]
Message-ID: <3B83F9EA.6C4204E8@ukrpost.net> (raw)
In-Reply-To: <5.1.0.14.1.20010822122917.034c0478@server-1>

Hello Hans,

Hans Hagen wrote:
> 
> Hi,
> 
> I have problem specifying font encoding: it works only until font switching
> >command. I write (the example from Willi Egger):
> >
> >   \setupencoding[default=ec]
> >   \setupbodyfont[pos,ber]
> >   \enableencoding[ec]
> >   \enableregime[windows]
> >
> >   \starttext
> >
> >   \Adiaeresis Ä\"Argerlicher Fall.

[skipped]

> You can add the following code to cont-new.tex (assuming you use pdfetex)

[skipped]

> You can now say something like
> 
> \message{\tracedfontname{Serif}} and see what font name is actually used
> and where in the chain the encoding is set.

I did it and get
  Serif -> Times-Roman -> ec-utmr8a [ec] -> ptmr8t 
just what I expected, so it seems that it's all OK with fonts. 
It seems to me that the problem is not with fonts, but either with encodings or
with font switching commands, like \tf, \tfa etc. 

One more time: 
after \setupencoding[default=ec] \setupbodyfont[pos,ber] fonts seems to be
correct, but commands like \Adiaeresis are -- well, not undefined, but seems not
defined correctly. 
If I write 
  \enableencoding[ec], 
or if I write directly in my document
  \definecharacter Adiaeresis      196
and so on, it helps, but only up to next font switching command.
\tf spoils encoding again, so I need \enableencoding[ec] again.

> The last name in the row should be defined in a map file and mapped onto a
> real filename. Either this map file is loaded runtime, or the entry should
> be in your local pdftex map file.

I checked both pdf and dvi output (with dvitype utility), and revealed that the
fonts there are what I expected, but instead of, say, A or U with diaeresis
(umlaut) I got A or U, combined with the character with code 127 -- I mean,
instead of all umlauts, tildes, grave and acute accents, char 127 are used. I
have no idea why.

> Now, if there is no [ec] in this chain, you're not using ec, which means
> some error in the setup.

It seems that _fonts_ are ec, but definitions from enco-ec don't work.
In fact, it seems that some of definitions in \fonstrategies somehow switches
font to default encoding or something else, but I'm not able to dig so deep.

> Once you've sorted out what you want / need, we can add some entries to
> typescripts useful for your language

Currently I'm just trying to make system work with already supported languages
and fonts, e.g. deutch and urw fonts. I know that simple \setupbodyfont[ber,pos]
did work in previous ConTeXt versions. 

> Hans

Olya


  reply	other threads:[~2001-08-22 18:28 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-08-21 10:15 Olya Briginets
2001-08-21 13:45 ` Hans Hagen
2001-08-21 19:59   ` Olya Briginets
2001-08-22 12:06     ` Hans Hagen
2001-08-22 18:28       ` Olya Briginets [this message]
2001-08-23 16:17         ` Hans Hagen
     [not found]       ` <5.1.0.14.1.20010823181735.0256b7d0@server-1>
     [not found]         ` <3B858F30.4DF1A13B@ukrpost.net>
2001-08-24  8:04           ` Still don't understand how to switch fonts in the new context / ec versus 8r Hans Hagen
2001-08-26  7:23             ` Still don't understand how to switch fonts in the new context / ecversus 8r Olya Briginets
2001-08-27  7:56               ` Still don't understand how to switch fonts in the new context / ec versus 8r Hans Hagen

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=3B83F9EA.6C4204E8@ukrpost.net \
    --to=bolya@ukrpost.net \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).