tnum and aligncharacter=yes

older
Re: [NTG-context] Index - entries...

Peter Münster

21 Oct 2013 21 Oct '13

12:44 a.m.

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=., aligncharacter=yes] \starttext \startbuffer \bTABLE \bTR \bTD 111.111 \eTD \eTR \bTR \bTD 444.444 \eTD \eTR \eTABLE \stopbuffer \getbuffer\addfeature[with-tnum]\getbuffer \stoptext --8<---------------cut here---------------end--------------->8--- Please find attached the pdf file. How could I solve this problem please? TIA for any hints, -- Peter

Attachments:

test.pdf (application/pdf — 4.7 KB)

Show replies by date

Hans Hagen

21 Oct 21 Oct

12:55 a.m.

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] \setupTABLE[alignmentcharacter=., aligncharacter=yes] \starttext \startbuffer \bTABLE \bTR \bTD 111.111 \eTD \eTR \bTR \bTD 444.444 \eTD \eTR \eTABLE \stopbuffer \getbuffer\addfeature[with-tnum]\getbuffer \stoptext --8<---------------cut here---------------end--------------->8---

Please find attached the pdf file.

How could I solve this problem please?

when making examples, use fonts that are available ... (as I have no time to find a variant on my system that has a similar problem as the font used by you) Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com | www.pragma-pod.nl -----------------------------------------------------------------

Wolfgang Schuster

1:04 a.m.

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] \definefontfamily[mainface][sans][Alwyn New] \setupbodyfont[mainface] \setupTABLE[alignmentcharacter=., aligncharacter=yes] \starttext \startbuffer \bTABLE \bTR \bTD 111.111 \eTD \eTR \bTR \bTD 444.444 \eTD \eTR \eTABLE \stopbuffer \getbuffer\addfeature[with-tnum]\getbuffer \stoptext --8<---------------cut here---------------end--------------->8---

Please find attached the pdf file.

How could I solve this problem please?

when making examples, use fonts that are available ... (as I have no time to find a variant on my system that has a similar problem as the font used by you)

You can use Constantia for the example. \definefontfeature[tnum][tnum=yes] \definefontfamily[mainface][sans][Constantia] \setupbodyfont[mainface] \startbuffer \bTABLE[alignmentcharacter=., aligncharacter=yes] \bTR \bTD 111.111 \eTD \eTR \bTR \bTD 444.444 \eTD \eTR \eTABLE \stopbuffer \starttext \getbuffer \feature[+][tnum] \getbuffer \stoptext Wolfgang

Hans Hagen

2:13 p.m.

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-tnum][default][tnum=yes] \definefontfamily[mainface][sans][Alwyn New] \setupbodyfont[mainface] \setupTABLE[alignmentcharacter=., aligncharacter=yes] \starttext \startbuffer \bTABLE \bTR \bTD 111.111 \eTD \eTR \bTR \bTD 444.444 \eTD \eTR \eTABLE \stopbuffer \getbuffer\addfeature[with-tnum]\getbuffer \stoptext --8<---------------cut here---------------end--------------->8---

Please find attached the pdf file.

How could I solve this problem please?

% \setupbodyfont[pagella] \definefontfeature[oldstylenumbers][onum=yes] \definefontfeature[inlinenumbers] [lnum=yes,tnum=no] \definefontfeature[tabularnumbers] [tnum=yes,lnum=no] \definefontfamily[mainface][sans][Constantia] \setupbodyfont[mainface] \starttext \setupTABLE [alignmentcharacter=., aligncharacter=yes] \startbuffer \bTABLE \bTR \bTD 11.111 \eTD \eTR \bTR \bTD 2.2 \eTD \eTR \bTR \bTD 444.444 \eTD \eTR \eTABLE \par 1234567890\par 0000000000\par 1111111111\par 4444444444 \blank \stopbuffer \start inlinenumbers:\crlf \addfeature[inlinenumbers] \getbuffer \stop \start tabularnumbers:\crlf \addfeature[tabularnumbers] \getbuffer \stop \start oldstylenumbers:\crlf \addfeature[oldstylenumbers] \getbuffer \stop \start oldstylenumbers + inlinenumbers:\crlf \addfeature[oldstylenumbers] \addfeature[inlinenumbers] \getbuffer \stop \start oldstylenumbers + tabularnumbers:\crlf \addfeature[oldstylenumbers] \addfeature[tabularnumbers] \getbuffer \stop \stoptext ----------------------------------------------------------------- Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com | www.pragma-pod.nl -----------------------------------------------------------------

Peter Münster

3:03 p.m.

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] \setupbodyfont[mainface]

[...]

Hi Hans, Does your answer mean, that you cannot reproduce the problem? I've tried with Constantia, and I get the same horizontal shift as in my previous example PDF file. My ConTeXt version is 2013.10.20 07:09 I attach a new PDF file with Constantia (from my Windows-XP installation). Is there a problem with my fonts? -- Peter

Hans Hagen

22 Oct 22 Oct

1:47 a.m.

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]

\definefontfamily[mainface][sans][Constantia] \setupbodyfont[mainface]

[...]

Hi Hans,

Does your answer mean, that you cannot reproduce the problem? I've tried with Constantia, and I get the same horizontal shift as in my previous example PDF file. My ConTeXt version is 2013.10.20 07:09

I attach a new PDF file with Constantia (from my Windows-XP installation).

this is what i get ----------------------------------------------------------------- Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com | www.pragma-pod.nl -----------------------------------------------------------------

Peter Münster

6:57 a.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 ------------------------------------ ----------------- ---------------- --- --- --- --------- KQRURB+LMSans10-Regular CID Type 0C Identity-H yes yes yes 18 0 pdffonts test.pdf : name type encoding emb sub uni object ID ------------------------------------ ----------------- ---------------- --- --- --- --------- CZUMAG+Constantia CID TrueType Identity-H yes yes yes 18 0 -- Peter

Peter Münster

4 Nov 4 Nov

11:14 p.m.

Hi Hans, Any news about this issue? Can it be solved? Should I add it to the tracker? TIA for any hints, -- Peter

Hans Hagen

5 Nov 5 Nov

1:17 p.m.

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. Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com | www.pragma-pod.nl -----------------------------------------------------------------

Peter Münster

9:56 p.m.

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 problem about one year ago. Please find here a test file, the font, and the outputs for versions 2012.12.10 and 2013.11.05: http://pmrb.free.fr/tmp/context-tnum/ TIA for any further help, -- Peter

Hans Hagen

6 Nov 6 Nov

12:17 p.m.

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 much better, because there was no such problem about one year ago. Please find here a test file, the font, and the outputs for versions 2012.12.10 and 2013.11.05:

http://pmrb.free.fr/tmp/context-tnum/

TIA for any further help,

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 equal width digits. (Some fonts do weird things with oldstyle for instance). Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com | www.pragma-pod.nl -----------------------------------------------------------------

Peter Münster

7 Nov 7 Nov

12:07 a.m.

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 equal width digits.

Unfortunately I don't know how to do that... :( Does it mean, that the only solution is to use an older ConTeXt version? Or is there perhaps another work-around? -- Peter

Hans Hagen

8 Nov 8 Nov

12:49 p.m.

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 sure that somehow you force it to use equal width digits.

Unfortunately I don't know how to do that... :(

Does it mean, that the only solution is to use an older ConTeXt version? Or is there perhaps another work-around?

it's unfortunate that this font defaults to oldstyle (which makes one wonder what the onum feature in it is supposed to do) i now changed the place where the align kicks in, which of course will have other side effects (one being less robust) Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com | www.pragma-pod.nl -----------------------------------------------------------------

Peter Münster

1:09 p.m.

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 blue: http://pmrb.free.fr/tmp/context-tnum/constantia-tnum-2013-11-08.pdf -- Peter

Hans Hagen

22 Oct 22 Oct

1:55 a.m.

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]

\definefontfamily[mainface][sans][Constantia] \setupbodyfont[mainface]

[...]

Hi Hans,

Does your answer mean, that you cannot reproduce the problem? I've tried with Constantia, and I get the same horizontal shift as in my previous example PDF file. My ConTeXt version is 2013.10.20 07:09

I attach a new PDF file with Constantia (from my Windows-XP installation).

Is there a problem with my fonts?

this kind of mechanimns assume equal width digits so we might need to force lnum Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com | www.pragma-pod.nl -----------------------------------------------------------------

4062

Age (days ago)

4081

Last active (days ago)

List overview

Download

14 comments

3 participants

participants (3)

Hans Hagen
Peter Münster
Wolfgang Schuster