ntg-context - mailing list for ConTeXt users
 help / color / mirror / Atom feed
From: "Yue Wang" <yuleopen@gmail.com>
To: "mailing list for ConTeXt users" <ntg-context@ntg.nl>
Subject: Re: fullpage and XeTeX typescript
Date: Wed, 24 Dec 2008 12:50:37 +0800	[thread overview]
Message-ID: <68bfdc900812232050x5483b41ch67eaf2e013c0d86b@mail.gmail.com> (raw)
In-Reply-To: <gir81v$qsu$1@ger.gmane.org>

Concerning the second question, the following is the reply from Hans
months ago to me.
I think Hans is right, since fonts are quite complex, but it *will* be
a lot easier if we have that mechanism since this mechanism will be
applicable to most fonts.
If there are fonts that fontconfig cannot handle well, then the user
can define them in the old way.:

Yue Wang wrote:

> last question: is it possible to add fontconfig-like interface? if I
> define to use minion famaily, then all the alternatives are
> automatically defined like xetex?

i never looked into that interface so i cannot comment on it, but i've
learned my lessons with fonts ... they are all different and any 'clever
automated mechanism' will at some point fail, so then one ends up with
exeptions; when defining a document style one needs to know the font,
its usage (what variants, styles, etc) and often also it slimitations
(font feature are not that well defined and fonts might have incomplete
implementations)

the best one can do is make a typescript (or a collection, as with tex
gyre which tries to be consistent over the whole range) that implements
a definition and even then, a different version of a font (i mostly use
commercial fonts and font ABC may have different implementations) may
hav edifferent properties; also, there is not one good usage (typescript
combination) of a specific font, esp now that we have many features

actually, talking about features, you need to keep in mind that even
when you define a specific instance, applying such an instance to a
whole document might fail because some features may not cover the whole
possible set of combinations of characters (take frac as an example) and
so usage demands knowlegde

eventually we may have a set of predefined typescripts that cover most
system fonts

On Wed, Dec 24, 2008 at 1:44 AM, Mohamed Bana
<mbana.lists@googlemail.com> wrote:
> hi,
>
> 1.
>
> what's the equivalent of the \usepackage{fullpage} for ConTeXt?
>
>
> 2.
>
> it would be convenient if LuaTeX supported typescripts like XeTeX does
> instead of having to define font synonyms, e.g.,
>
> \definetypeface[mainface][rm][Xserif][Warnock Pro]
> \definetypeface[mainface][ss][Xsans][Cronos Pro]
> \definetypeface[mainface][tt][Xmono][Inconsolata][default]%[rscale=0.9] %
> use only for Monaco
> %\definetypeface[mainface][mm][Xmath][palatino]
> \definetypeface[mainface][mm][math][palatino][default]%[encoding=texnansi]
> \setupbodyfont[mainface, 13pt]
>
>
> ___________________________________________________________________________________
> If your question is of interest to others as well, please add an entry to
> the Wiki!
>
> maillist : ntg-context@ntg.nl /
> http://www.ntg.nl/mailman/listinfo/ntg-context
> webpage  : http://www.pragma-ade.nl / http://tex.aanhet.net
> archive  : https://foundry.supelec.fr/projects/contextrev/
> wiki     : http://contextgarden.net
> ___________________________________________________________________________________
>
___________________________________________________________________________________
If your question is of interest to others as well, please add an entry to the Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://tex.aanhet.net
archive  : https://foundry.supelec.fr/projects/contextrev/
wiki     : http://contextgarden.net
___________________________________________________________________________________


      parent reply	other threads:[~2008-12-24  4:50 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-12-23 17:44 Mohamed Bana
2008-12-23 18:32 ` Wolfgang Schuster
2008-12-23 19:11 ` Wolfgang Schuster
2008-12-24  4:50 ` Yue Wang [this message]

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=68bfdc900812232050x5483b41ch67eaf2e013c0d86b@mail.gmail.com \
    --to=yuleopen@gmail.com \
    --cc=ntg-context@ntg.nl \
    /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).