On 11/7/2013 12:07 AM, Peter Münster wrote:
On Wed, Nov 06 2013, Hans Hagen wrote:
One year ago we used a different method (less robust). The current mechanism
assumes equal width digits but nevertheless forces [tnum=yes,lnum=no] so if
you get weird widths it's a font issue and you nee to make
On Fri, Nov 08 2013, Hans Hagen wrote:
i now changed the place where the align kicks in, which of course will have
other side effects (one being less robust)
Hi Hans,
Thanks for your efforts, the alignment works now as expected!
You're right, there are side effects, the first digits are
On 11/5/2013 9:56 PM, Peter Münster wrote:
On Tue, Nov 05 2013, Hans Hagen wrote:
That was already solved a while ago, driven by:
% \enabletrackers[typesetters.characteralign.autofont]
which is enabled by default. It's about the most I can do about it.
Hi Hans,
I'm sure, that you can do
On Wed, Nov 06 2013, Hans Hagen wrote:
One year ago we used a different method (less robust). The current mechanism
assumes equal width digits but nevertheless forces [tnum=yes,lnum=no] so if
you get weird widths it's a font issue and you nee to make sure that somehow
you force it to use
On 11/4/2013 11:14 PM, Peter Münster wrote:
Any news about this issue? Can it be solved? Should I add it to the
tracker?
That was already solved a while ago, driven by:
% \enabletrackers[typesetters.characteralign.autofont]
which is enabled by default. It's about the most I can do about it.
On Tue, Nov 05 2013, Hans Hagen wrote:
That was already solved a while ago, driven by:
% \enabletrackers[typesetters.characteralign.autofont]
which is enabled by default. It's about the most I can do about it.
Hi Hans,
I'm sure, that you can do much better, because there was no such
Hi Hans,
Any news about this issue? Can it be solved? Should I add it to the
tracker?
TIA for any hints,
--
Peter
___
If your question is of interest to others as well, please add an entry to the
Wiki!
Am 21.10.2013 um 00:55 schrieb Hans Hagen pra...@wxs.nl:
On 10/21/2013 7:44 AM, Peter Münster wrote:
Hi,
aligncharacter=yes does not work with \addfeature[with-tnum]:
--8---cut here---start-8---
\definefontfeature[with-tnum][default][tnum=yes]
On 10/21/2013 7:44 AM, Peter Münster wrote:
Hi,
aligncharacter=yes does not work with \addfeature[with-tnum]:
--8---cut here---start-8---
\definefontfeature[with-tnum][default][tnum=yes]
\definefontfamily[mainface][sans][Alwyn New]
\setupbodyfont[mainface]
On 10/21/2013 8:04 AM, Wolfgang Schuster wrote:
Am 21.10.2013 um 00:55 schrieb Hans Hagen pra...@wxs.nl:
On 10/21/2013 7:44 AM, Peter Münster wrote:
Hi,
aligncharacter=yes does not work with \addfeature[with-tnum]:
--8---cut here---start-8---
On Mon, Oct 21 2013, Hans Hagen wrote:
How could I solve this problem please?
\definefontfeature[oldstylenumbers][onum=yes]
\definefontfeature[inlinenumbers] [lnum=yes,tnum=no]
\definefontfeature[tabularnumbers] [tnum=yes,lnum=no]
\definefontfamily[mainface][sans][Constantia]
On 10/21/2013 10:03 PM, Peter Münster wrote:
On Mon, Oct 21 2013, Hans Hagen wrote:
How could I solve this problem please?
\definefontfeature[oldstylenumbers][onum=yes]
\definefontfeature[inlinenumbers] [lnum=yes,tnum=no]
\definefontfeature[tabularnumbers] [tnum=yes,lnum=no]
On 10/21/2013 10:03 PM, Peter Münster wrote:
On Mon, Oct 21 2013, Hans Hagen wrote:
How could I solve this problem please?
\definefontfeature[oldstylenumbers][onum=yes]
\definefontfeature[inlinenumbers] [lnum=yes,tnum=no]
\definefontfeature[tabularnumbers] [tnum=yes,lnum=no]
On Tue, Oct 22 2013, Hans Hagen wrote:
this is what i get
Ok, but you use LM instead of Constantia...
pdffonts oeps.pdf :
name type encoding emb sub
uni object ID
- ---
14 matches
Mail list logo
