Received: by nummer-3.proteosys id <01C19443.A4C9239C@nummer-3.proteosys>; Thu, 3 Jan 2002 11:44:39 +0100 Return-Path: MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C19443.A4C9239C" x-vm-v5-data: ([nil nil nil nil nil nil nil nil nil][nil nil nil nil nil nil nil nil nil nil nil nil nil nil nil nil]) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message Subject: Re: Extending the lcircle fonts Date: Tue, 31 Mar 1992 16:08:37 +0100 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: From: Sender: "LaTeX-L Mailing list" To: "Multiple recipients of" Reply-To: "LaTeX-L Mailing list" Status: R X-Status: X-Keywords: X-UID: 652 This is a multi-part message in MIME format. ------_=_NextPart_001_01C19443.A4C9239C Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable >>> Sounds like a good idea. On the other hand, it is open to = discussion, >>> whether circles should come out of a font anyway. O mighty ring wraith: with the present design of TeX and generic DVI = drivers, I think we have little choice but that at least some part of the circle = require a contribution from a font or fonts. But rather than attempt to prescribe = (and proscribe) exactly which set of circles are possible/impossible = productions, might it not be an idea to implement circles as a series of arcs. My = idea is that a `circle' font, rather than contain just complete and quarter = circles, might contain a series of arcs of both varying length AND diameter; a = format could then implement a circle as a varying number of arcs + = displacements. This still places constraints on the set of all possible circles, but I = suspect that the constraints would be somewhat fewer than the present design allows. = Of course, it would be really nice if one could construct a virtual font on-the-fly, from within TeX, but I can't see how to do that at the = moment; my idea there is that one would specify a set of \rules which would define = the arc, and map that to a single character in a virtual font: a suitable = trade-off would need to be dynamically determined to balance the number of rules = required against the number of instances of the arc (and hence the number of = glyphs making up the circle). ** Phil. ------_=_NextPart_001_01C19443.A4C9239C Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Re: Extending the lcircle fonts

>>> Sounds like a good idea. On the other = hand, it is open to discussion,
>>> whether circles should come out of a = font anyway.

O mighty ring wraith: with the present design of TeX = and generic DVI drivers, I
think we have little choice but that at least some = part of the circle require a
contribution from a font or fonts.  But rather = than attempt to prescribe (and
proscribe) exactly which set of circles are = possible/impossible productions,
might it not be an idea to implement circles as a = series of arcs.  My idea is
that a `circle' font, rather than contain just = complete and quarter circles,
might contain a series of arcs of both varying length = AND diameter;  a format
could then implement a circle as a varying number of = arcs + displacements. This
still places constraints on the set of all possible = circles, but I suspect that
the constraints would be somewhat fewer than the = present design allows.  Of
course, it would be really nice if one could = construct a virtual font
on-the-fly, from within TeX, but I can't see how to = do that at the moment; my
idea there is that one would specify a set of \rules = which would define the
arc, and map that to a single character in a virtual = font: a suitable trade-off
would need to be dynamically determined to balance = the number of rules required
against the number of instances of the arc (and hence = the number of glyphs
making up the circle).

        =         =         =         =         ** = Phil.

------_=_NextPart_001_01C19443.A4C9239C--