extra space after variant

extra space after variant

[Hans van der Meer]

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

Re: extra space after variant

[Hans Hagen]

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

Re: extra space after variant

[Taco Hoekwater]

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

Re: extra space after variant

[Adam Lindsay]

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
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-

Re: extra space after variant

[Adam Lindsay]

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
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-

Re: extra space after variant

[Taco Hoekwater]

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

Re: extra space after variant

[Hans Hagen]

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

Re: extra space after variant

[Hans Hagen]

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

Re: extra space after variant

[Adam Lindsay]

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
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-