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 blu
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 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 e
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 mu
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 pr
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.
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!
m
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
- --- -
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]
\definefontfami
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]
\definefontfami
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 8:04 AM, Wolfgang Schuster wrote:
Am 21.10.2013 um 00:55 schrieb Hans Hagen :
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
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]
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]
\setupTABLE[alignmentcharacter=., aligncharact
Am 21.10.2013 um 00:55 schrieb Hans Hagen :
> 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]
>> \de
15 matches
Mail list logo