![](https://secure.gravatar.com/avatar/58128ef2fa853eca7f2503a152c340ae.jpg?s=120&d=mm&r=g)
When I code: abc {\variant[xyz] pqr} I find extra space typeset between "abc" and "pqr". This extra space is absent when I code abc {\variant[xyz]pqr} Thus the space in the source between ] and pqr makes a difference in the result. Clearly visible in: abc {\variant[xyz] pqr} abc {\variant[xyz]pqr}\crlf abc {\Var[xyz]pqr} abc {\Var[xyz] pqr}\crlf I would think that this should not happen. The whitespace goes away by inserting an \ignorespaces in the variant- definition. \def\variant[#1]% slow {\dosetscaledfont \expanded{\definedfont [\truefontname{\fontstringA\fontstylesuffix\fontvariant \fontstringA{#1}} at \scaledfont]}\ignorespaces} Still using version 2005-11-14, forget this if already corrected in the latest version of the 30th. yours sincerely, dr. H. van der Meer
![](https://secure.gravatar.com/avatar/49e63acb01f2ca80efce7eed08310ce8.jpg?s=120&d=mm&r=g)
Hans van der Meer wrote:
When I code: abc {\variant[xyz] pqr} I find extra space typeset between "abc" and "pqr".
This extra space is absent when I code abc {\variant[xyz]pqr} Thus the space in the source between ] and pqr makes a difference in the result.
Clearly visible in: abc {\variant[xyz] pqr} abc {\variant[xyz]pqr}\crlf abc {\Var[xyz]pqr} abc {\Var[xyz] pqr}\crlf
I would think that this should not happen.
The whitespace goes away by inserting an \ignorespaces in the variant- definition. \def\variant[#1]% slow {\dosetscaledfont \expanded{\definedfont [\truefontname{\fontstringA\fontstylesuffix\fontvariant \fontstringA{#1}} at \scaledfont]}\ignorespaces}
Still using version 2005-11-14, forget this if already corrected in the latest version of the 30th.
before we do that ... do others agree (taco, adam ...)? we don't want compatibility issues -) btw, a better sulution is to use \ignoreimplicitspaces: \def\ignoreimplicitspaces {\doifnextcharelse\relax\relax\relax} abc {x\variant[xyz]\space pqr} abc {\variant[xyz]pqr}\crlf abc {\variant[xyz]\space pqr} abc {\variant[xyz]pqr}\crlf abc {\variant[xyz] pqr} abc {\variant[xyz]pqr}\crlf abc {\variant[xyz]{x} pqr} abc {\variant[xyz]pqr}\crlf otherwise you run into problems with macros that want to insert a space explicitly Hans Hans
![](https://secure.gravatar.com/avatar/565476157eb3895a9c928ffce26d988d.jpg?s=120&d=mm&r=g)
Hans Hagen wrote:
Hans van der Meer wrote:
When I code: abc {\variant[xyz] pqr} I find extra space typeset between "abc" and "pqr".
This extra space is absent when I code abc {\variant[xyz]pqr} Thus the space in the source between ] and pqr makes a difference in the result.
Clearly visible in: abc {\variant[xyz] pqr} abc {\variant[xyz]pqr}\crlf abc {\Var[xyz]pqr} abc {\Var[xyz] pqr}\crlf
I would think that this should not happen.
The whitespace goes away by inserting an \ignorespaces in the variant- definition. \def\variant[#1]% slow {\dosetscaledfont \expanded{\definedfont [\truefontname{\fontstringA\fontstylesuffix\fontvariant \fontstringA{#1}} at \scaledfont]}\ignorespaces}
Still using version 2005-11-14, forget this if already corrected in the latest version of the 30th.
before we do that ... do others agree (taco, adam ...)?
I can't get the example to compile. Whatever I do, context insists on creating SerifRegular.tfm through mktextfm (sigh). I'm too lazy to figure out what is going on right now, so can someone create a full minimal example, please? I'd like to check this with all tracing on, because it hints are a problem deeper down somewhere. Cheers, Taco
![](https://secure.gravatar.com/avatar/a5d42c1ccacf33c72fd502fe1bb5ffa9.jpg?s=120&d=mm&r=g)
Taco Hoekwater wrote:
I can't get the example to compile. Whatever I do, context insists on creating SerifRegular.tfm through mktextfm (sigh). I'm too lazy to figure out what is going on right now, so can someone create a full minimal example, please? I'd like to check this with all tracing on, because it hints are a problem deeper down somewhere.
I hope you're caught up with your fonts. Variants aren't defined with many, but they are here: \definetypeface[a][rm][serif][antykwa-torunska][default][encoding=texnansi] \definetypeface[a][tt][mono][modern][default][encoding=texnansi] \setupbodyfont [a] \starttext \startbuffer abc {x\variant[sc]\space pqr} abc {\variant[sc]pqr}\crlf {\it abc {\variant[sc]\space pqr} abc {\variant[sc]pqr}}\crlf % dbl spc only here {\bf abc {\variant[sc] pqr} abc {\variant[sc]pqr}}\crlf {\bi abc {\variant[sc]{x} pqr} abc {\variant[sc]pqr}}\crlf \stopbuffer \typebuffer \getbuffer \def\ignoreimplicitspaces {\doifnextcharelse\relax\relax\relax} \def\variant[#1]% slow {\dosetscaledfont \expanded{\definedfont% Careful about email wrapping here! [\truefontname{\fontstringA\fontstylesuffix\fontvariant\fontstringA{#1}} at \scaledfont]}\ignoreimplicitspaces} \getbuffer \stoptext -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Adam T. Lindsay, Computing Dept. atl@comp.lancs.ac.uk Lancaster University, InfoLab21 +44(0)1524/510.514 Lancaster, LA1 4WA, UK Fax:+44(0)1524/510.492 -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
![](https://secure.gravatar.com/avatar/565476157eb3895a9c928ffce26d988d.jpg?s=120&d=mm&r=g)
Adam Lindsay wrote:
Taco Hoekwater wrote:
I can't get the example to compile. Whatever I do, context insists on creating SerifRegular.tfm through mktextfm (sigh). I'm too lazy to figure out what is going on right now, so can someone create a full minimal example, please? I'd like to check this with all tracing on, because it hints are a problem deeper down somewhere.
I hope you're caught up with your fonts. Variants aren't defined with many, but they are here:
Ok, got it. At first, I completely misunderstood the problem (but now I understand). I believe removing the space is better than forcing ugly input, in this case. I generally dislike auto-removed spaces, but since that happens often anyway (esp after ]'s), it will not be a big surprise to anybody. Cheers, Taco
![](https://secure.gravatar.com/avatar/49e63acb01f2ca80efce7eed08310ce8.jpg?s=120&d=mm&r=g)
Taco Hoekwater wrote:
Hans Hagen wrote:
Hans van der Meer wrote:
When I code: abc {\variant[xyz] pqr} I find extra space typeset between "abc" and "pqr".
This extra space is absent when I code abc {\variant[xyz]pqr} Thus the space in the source between ] and pqr makes a difference in the result.
Clearly visible in: abc {\variant[xyz] pqr} abc {\variant[xyz]pqr}\crlf abc {\Var[xyz]pqr} abc {\Var[xyz] pqr}\crlf
I would think that this should not happen.
The whitespace goes away by inserting an \ignorespaces in the variant- definition. \def\variant[#1]% slow {\dosetscaledfont \expanded{\definedfont [\truefontname{\fontstringA\fontstylesuffix\fontvariant \fontstringA{#1}} at \scaledfont]}\ignorespaces}
Still using version 2005-11-14, forget this if already corrected in the latest version of the 30th.
before we do that ... do others agree (taco, adam ...)?
I can't get the example to compile. Whatever I do, context insists on creating SerifRegular.tfm through mktextfm (sigh). I'm too lazy to figure out what is going on right now, so can someone create a full minimal example, please? I'd like to check this with all tracing on, because it hints are a problem deeper down somewhere.
i simplified the code till it worked -) variants are Adam's speciality so he should provide the solution for the precize definition -) Hans
![](https://secure.gravatar.com/avatar/a5d42c1ccacf33c72fd502fe1bb5ffa9.jpg?s=120&d=mm&r=g)
Hans Hagen wrote:
variants are Adam's speciality so he should provide the solution for the precize definition -)
Only the original concept. I'm far enough from that low-level hackery (at this point) that all I can do is endorse yours and Hans's solution as advancing the cause of font variants. Speaking of, there's some good variant support in Gerben's now near-final release of the Mac fonts, in particular, the Hoefler Text typescripts give you independent access to Small Caps variants of all bold/italics in the family (as well as independent old-style/lining figures). You can pick it up in Gerben's i-Installer *EXPERIMENTAL* directory. -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Adam T. Lindsay, Computing Dept. atl@comp.lancs.ac.uk Lancaster University, InfoLab21 +44(0)1524/510.514 Lancaster, LA1 4WA, UK Fax:+44(0)1524/510.492 -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
![](https://secure.gravatar.com/avatar/a5d42c1ccacf33c72fd502fe1bb5ffa9.jpg?s=120&d=mm&r=g)
Hans Hagen wrote:
Hans van der Meer wrote:
When I code: abc {\variant[xyz] pqr} I find extra space typeset between "abc" and "pqr".
This extra space is absent when I code abc {\variant[xyz]pqr} Thus the space in the source between ] and pqr makes a difference in the result.
Clearly visible in: abc {\variant[xyz] pqr} abc {\variant[xyz]pqr}\crlf abc {\Var[xyz]pqr} abc {\Var[xyz] pqr}\crlf
I would think that this should not happen.
The whitespace goes away by inserting an \ignorespaces in the variant- definition. \def\variant[#1]% slow {\dosetscaledfont \expanded{\definedfont [\truefontname{\fontstringA\fontstylesuffix\fontvariant \fontstringA{#1}} at \scaledfont]}\ignorespaces}
Still using version 2005-11-14, forget this if already corrected in the latest version of the 30th.
before we do that ... do others agree (taco, adam ...)?
we don't want compatibility issues -)
btw, a better sulution is to use \ignoreimplicitspaces:
\def\ignoreimplicitspaces {\doifnextcharelse\relax\relax\relax}
abc {x\variant[xyz]\space pqr} abc {\variant[xyz]pqr}\crlf abc {\variant[xyz]\space pqr} abc {\variant[xyz]pqr}\crlf abc {\variant[xyz] pqr} abc {\variant[xyz]pqr}\crlf abc {\variant[xyz]{x} pqr} abc {\variant[xyz]pqr}\crlf
otherwise you run into problems with macros that want to insert a space explicitly
I like it, because the implementation bug was a bit annoying to me sometimes. Also, thanks for the fix for adapting sizes, back a few months. It means that the EC Companion/TS1 support can now become feasible. Shall I try to nudge that forward again? The biggest issue is probably in typescripts and font synonyms -- should they directly support Berry names, seeing as that's where people will be getting these TS1 fonts? adam -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Adam T. Lindsay, Computing Dept. atl@comp.lancs.ac.uk Lancaster University, InfoLab21 +44(0)1524/510.514 Lancaster, LA1 4WA, UK Fax:+44(0)1524/510.492 -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
![](https://secure.gravatar.com/avatar/49e63acb01f2ca80efce7eed08310ce8.jpg?s=120&d=mm&r=g)
Adam Lindsay wrote:
Also, thanks for the fix for adapting sizes, back a few months. It means that the EC Companion/TS1 support can now become feasible. Shall I try to nudge that forward again?
yes, because it would solve the mu-problem (repported in the collector)
The biggest issue is probably in typescripts and font synonyms -- should they directly support Berry names, seeing as that's where people will be getting these TS1 fonts?
ok, those are the raw fonts anyway (contrary to other fonts that have bevose names - vendor supplied) Hans
participants (4)
-
Adam Lindsay
-
Hans Hagen
-
Hans van der Meer
-
Taco Hoekwater