Re: [NTG-context] Palatino patch for the current ConTeXt version

2013-12-21 Thread Jan Tosovsky
On 2013-11-17 Jan Tosovsky wrote:
 I am trying to fix a Palatino small caps issue using the procedure
 explained here:
 http://wiki.contextgarden.net/Palatino_Linotype_under_MKIV
 
 That fix seems to be obsolete nowadays and returning errors.
 

thanks a lot to all who participated on this issue, especially to Khaled for
fixing the internal font processing. Now Palatino font doesn't need to be
patched on client side which simplifies the font setup significantly.

I've updated that Wiki page accordingly. Feel free to correct me.

Jan

___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://tex.aanhet.net
archive  : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___


Re: [NTG-context] Palatino patch for the current ConTeXt version

2013-12-01 Thread Jan Tosovsky
On 2013-11-17 Jan Tosovsky wrote:
 
 I am trying to fix a Palatino small caps issue using the procedure
 explained here:
 http://wiki.contextgarden.net/Palatino_Linotype_under_MKIV
 
 That fix seems to be obsolete nowadays and returning errors.
 

almost fixed now using this procedure:

1) Create a new LFG file

local fix_pala = {
   comment = Switching i.sc glyphs indexes,
   fixes = function(data)
  local descriptions = data.descriptions
  descriptions[983201].index = 1170
  descriptions[983261].index = 1110
   end
}

return {
   name = pala,
   comment = Switching the small capped 'i' to a dotless variant in
Palatino Linotype.,
   treatments = {
  [pala.ttf]   = fix_pala,
  [palai.ttf]  = fix_pala,
  [palab.ttf]  = fix_pala,
  [palabi.ttf] = fix_pala,  
   },
}


2) Place it into the folder where other LFG files are stored
(tex\texmf-context\tex\context\fonts)

3) Execute 'mtxrun --generate' command to include newly added LFG file
into a file database

4) Specify a new font feature referencing to this goodie in the source file:

\definefontfeature[dotlessi][mode=base,goodies=pala]
\definefontfamily[palatino][rm][Palatino
Linotype][features={default,quality,dotlessi}]
\setupbodyfont[palatino]
\starttext
{Athenians \smallcaps{Athenians}}\par
{Athenians \sc{Athenians}}\par
{\it Athenians \smallcaps{Athenians}}\par
{\bf Athenians \smallcaps{Athenians}}\par
{\bi Athenians \smallcaps{Athenians}}\par
\stoptext

5) Trigger the generating

It works except the regular font style. In this case \smallcaps option
behaves differently than for e.g. \it or \bf styles. I am quite confused.
Moreover, when faked caps are switched on using \sc, it works. Can anybody
explain what is happening here?

Thanks, Jan

___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://tex.aanhet.net
archive  : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___


Re: [NTG-context] Palatino patch for the current ConTeXt version

2013-11-29 Thread Jan Tosovsky
On 2013-11-27 Hans Hagen wrote:
 On 11/27/2013 9:16 PM, Jan Tosovsky wrote:
  On 2013-11-27 Hans Hagen wrote:
  On 11/27/2013 12:40 AM, Jan Tosovsky wrote:
  On 2013-11-17 Hans Hagen wrote:
  On 11/17/2013 12:23 PM, honyk wrote:
  Hello Everyone,
 
  I am trying to fix a Palatino small caps issue using the
  procedure explained here:
  http://wiki.contextgarden.net/Palatino_Linotype_under_MKIV
 
  That fix seems to be obsolete nowadays and returning errors.
 
  This LFG core settings:
  unicodes = {
  [a.sc] = 97, (1)
  [b.sc] = 983261, (2)
  },
 
  (1) replaces all small 'a' into small caps variants - just for
  testing purposes
  (2) doesn't replace small caps 'i' to small caps 'b', but when small
  caps text is selected, b is copied into the clipboard - so some
  replacement is performed, but incomplete.
 
 
 this mechanism assumes that the shapes match the one that unicode
 expects so the (default) tounicode is used ... originally this features
 was meant for fonts with a faulty mapping (some dingbat fonts have
 that)
 

So a different approach is needed. In another thread we've found out that
there are two glyphs of the same name:

glyph index | glyph name
1110| i.sc/ small caps dotlessi
1170| i.sc/ small caps i 

Currently when 'i' is to be rendered as small caps, 1170 is used, but I'd
like to use 1110 instead.

Can this be specified using a LFG file?

Thanks, Jan

___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://tex.aanhet.net
archive  : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___


Re: [NTG-context] Palatino patch for the current ConTeXt version

2013-11-27 Thread Hans Hagen

On 11/27/2013 12:40 AM, Jan Tosovsky wrote:

On 2013-11-17 Hans Hagen wrote:

On 11/17/2013 12:23 PM, honyk wrote:

Hello Everyone,

I am trying to fix a Palatino small caps issue using the procedure
explained here:
http://wiki.contextgarden.net/Palatino_Linotype_under_MKIV

That fix seems to be obsolete nowadays and returning errors.



there are several ways to apply patches runtime, see *.lfg files (and
also fonts-mkiv.pdf)


1) I've created a sample LFG file
2) placed it into the folder where other LFG files are stored
3) removed pala.tma and pala.tmc files from the cache
4) triggered the generating

My pala.lfg file seems to be ignored:

return {
 name = pala,
 comment = Switching the small capped 'i' to a dotless variant in
Palatino Linotype.,
 remapping = {
 tounicode = true,
 unicodes = {
 [i.sc] = 983201,
 },
 },
}

1) How the LFG file is matched with the font? Is it via the 'name'
parameter, pala in my case? Does that name equals to the file title
without an extension or something else?

2) Should I see that comment in the log or is it just a remark for editors?

3) Can I emulate this patch via direct editing of pala.tma file? When I
change the 'unicodes' value there, it has no impact on generating (nothing
changes in the output).


you have to load them ... see fonts-mkiv.pdf

-
  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
-
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://tex.aanhet.net
archive  : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___


Re: [NTG-context] Palatino patch for the current ConTeXt version

2013-11-27 Thread Jan Tosovsky
On 2013-11-27 Hans Hagen wrote:
 On 11/27/2013 12:40 AM, Jan Tosovsky wrote:
  On 2013-11-17 Hans Hagen wrote:
  On 11/17/2013 12:23 PM, honyk wrote:
  Hello Everyone,
 
  I am trying to fix a Palatino small caps issue using the procedure
  explained here:
  http://wiki.contextgarden.net/Palatino_Linotype_under_MKIV
 
  That fix seems to be obsolete nowadays and returning errors.
 
 
  there are several ways to apply patches runtime, see *.lfg files
  (and also fonts-mkiv.pdf)
 
  1) I've created a sample LFG file
  2) placed it into the folder where other LFG files are stored
  3) removed pala.tma and pala.tmc files from the cache
  4) triggered the generating
 
  My pala.lfg file seems to be ignored:
 
  return {
   name = pala,
   comment = Switching the small capped 'i' to a dotless variant
  in Palatino Linotype.,
   remapping = {
   tounicode = true,
   unicodes = {
   [i.sc] = 983201,
   },
   },
  }
 
 you have to load them ... see fonts-mkiv.pdf

Thanks, I got it. Two next steps are required and one turned out as
redundant.

1) Create a sample LFG file
2) Place it into the folder where other LFG files are stored
3) NEW! Execute 'mtxrun --generate' command to include newly added LFG file
into a file database
4) NEW! Specify a new font feature referencing to this goodie:
\definefontfeature[dotlessi][mode=base,goodies=pala,unicoding=yes]
\definefontfamily[mainface][rm][Palatino
Linotype][features={default,quality,dotlessi}]
5) Trigger the generating

It does something, but not what I need :-)

My MWE:
\definefontfeature[dotlessi][mode=base,goodies=pala,unicoding=yes]
\definefontfamily[palatino][rm][Palatino
Linotype][features={default,quality,dotlessi}]
\setupbodyfont[palatino]
\starttext
Athenians \sc{Athenians}
\stoptext

This LFG core settings:
unicodes = {
   [a.sc] = 97, (1)
   [b.sc] = 983261, (2) 
},

(1) replaces all small 'a' into small caps variants - just for testing
purposes
(2) doesn't replace small caps 'i' to small caps 'b', but when small caps
text is selected, b is copied into the clipboard - so some replacement is
performed, but incomplete.

Maybe other tables need to be tweaked as well...
Has anybody any experience with this?

Thanks, Jan

___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://tex.aanhet.net
archive  : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___


Re: [NTG-context] Palatino patch for the current ConTeXt version

2013-11-27 Thread Hans Hagen

On 11/27/2013 9:16 PM, Jan Tosovsky wrote:

On 2013-11-27 Hans Hagen wrote:

On 11/27/2013 12:40 AM, Jan Tosovsky wrote:

On 2013-11-17 Hans Hagen wrote:

On 11/17/2013 12:23 PM, honyk wrote:

Hello Everyone,

I am trying to fix a Palatino small caps issue using the procedure
explained here:
http://wiki.contextgarden.net/Palatino_Linotype_under_MKIV

That fix seems to be obsolete nowadays and returning errors.



there are several ways to apply patches runtime, see *.lfg files
(and also fonts-mkiv.pdf)


1) I've created a sample LFG file
2) placed it into the folder where other LFG files are stored
3) removed pala.tma and pala.tmc files from the cache
4) triggered the generating

My pala.lfg file seems to be ignored:

return {
  name = pala,
  comment = Switching the small capped 'i' to a dotless variant
 in Palatino Linotype.,
  remapping = {
  tounicode = true,
  unicodes = {
  [i.sc] = 983201,
  },
  },
}


you have to load them ... see fonts-mkiv.pdf


Thanks, I got it. Two next steps are required and one turned out as
redundant.

1) Create a sample LFG file
2) Place it into the folder where other LFG files are stored
3) NEW! Execute 'mtxrun --generate' command to include newly added LFG file
into a file database
4) NEW! Specify a new font feature referencing to this goodie:
\definefontfeature[dotlessi][mode=base,goodies=pala,unicoding=yes]
\definefontfamily[mainface][rm][Palatino
Linotype][features={default,quality,dotlessi}]
5) Trigger the generating

It does something, but not what I need :-)

My MWE:
\definefontfeature[dotlessi][mode=base,goodies=pala,unicoding=yes]
\definefontfamily[palatino][rm][Palatino
Linotype][features={default,quality,dotlessi}]
\setupbodyfont[palatino]
\starttext
Athenians \sc{Athenians}
\stoptext

This LFG core settings:
unicodes = {
[a.sc] = 97, (1)
[b.sc] = 983261, (2)
},

(1) replaces all small 'a' into small caps variants - just for testing
purposes
(2) doesn't replace small caps 'i' to small caps 'b', but when small caps
text is selected, b is copied into the clipboard - so some replacement is
performed, but incomplete.

Maybe other tables need to be tweaked as well...
Has anybody any experience with this?


this mechanism assumes that the shapes match the one that unicode 
expects so the (default) tounicode is used ... originally this features 
was meant for fonts with a faulty mapping (some dingbat fonts have that)


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
-
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://tex.aanhet.net
archive  : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___


Re: [NTG-context] Palatino patch for the current ConTeXt version

2013-11-26 Thread Jan Tosovsky
On 2013-11-17 Hans Hagen wrote:
 On 11/17/2013 12:23 PM, honyk wrote:
  Hello Everyone,
 
  I am trying to fix a Palatino small caps issue using the procedure
  explained here:
  http://wiki.contextgarden.net/Palatino_Linotype_under_MKIV
 
  That fix seems to be obsolete nowadays and returning errors.
 
 
 there are several ways to apply patches runtime, see *.lfg files (and
 also fonts-mkiv.pdf)

1) I've created a sample LFG file
2) placed it into the folder where other LFG files are stored
3) removed pala.tma and pala.tmc files from the cache
4) triggered the generating

My pala.lfg file seems to be ignored:

return {
name = pala,
comment = Switching the small capped 'i' to a dotless variant in
Palatino Linotype.,
remapping = {
tounicode = true,
unicodes = {
[i.sc] = 983201,
},
},
}

1) How the LFG file is matched with the font? Is it via the 'name'
parameter, pala in my case? Does that name equals to the file title
without an extension or something else?

2) Should I see that comment in the log or is it just a remark for editors?

3) Can I emulate this patch via direct editing of pala.tma file? When I
change the 'unicodes' value there, it has no impact on generating (nothing
changes in the output).

Thanks, Jan

___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://tex.aanhet.net
archive  : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___


[NTG-context] Palatino patch for the current ConTeXt version

2013-11-17 Thread honyk
Hello Everyone,

I am trying to fix a Palatino small caps issue using the procedure explained
here:
http://wiki.contextgarden.net/Palatino_Linotype_under_MKIV

That fix seems to be obsolete nowadays and returning errors. 

I've changed 
fonts.otf.enhancers.patches[^pala] 
to 
fonts.handlers.otf.enhancers.patches[^pala]
which compiles, but it does nothing.

I've also tried this variant, but that 'patch' function is never called even
though I clear my font cache every run:

\startluacode
local fonts= fonts
local otf  = fonts.handlers.otf
local patches  = otf.enhancers.patches
local register = patches.register
local report   = patches.report

function patch (data,filename) 
report(I am here)
report(processing data %s, table.serialize(data))
end

register(after,prepare glyphs,^pala, patch)
\stopluacode


Any idea?

Thanks, Jan

___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://tex.aanhet.net
archive  : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___


Re: [NTG-context] Palatino patch for the current ConTeXt version

2013-11-17 Thread Hans Hagen

On 11/17/2013 12:23 PM, honyk wrote:

Hello Everyone,

I am trying to fix a Palatino small caps issue using the procedure explained
here:
http://wiki.contextgarden.net/Palatino_Linotype_under_MKIV

That fix seems to be obsolete nowadays and returning errors.

I've changed
fonts.otf.enhancers.patches[^pala]
to
fonts.handlers.otf.enhancers.patches[^pala]
which compiles, but it does nothing.

I've also tried this variant, but that 'patch' function is never called even
though I clear my font cache every run:

\startluacode
local fonts= fonts
local otf  = fonts.handlers.otf
local patches  = otf.enhancers.patches
local register = patches.register
local report   = patches.report

function patch (data,filename)
 report(I am here)
 report(processing data %s, table.serialize(data))
end

register(after,prepare glyphs,^pala, patch)
\stopluacode


Any idea?


patches are applied when a font is cached so you need to wipe the cache 
after defining such a patch


there are several ways to apply patches runtime, see *.lfg files (and 
also fonts-mkiv.pdf)


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
-
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://tex.aanhet.net
archive  : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___


Re: [NTG-context] Palatino Linotype under MKIV

2010-08-06 Thread Vnpenguin
On Wed, Jun 30, 2010 at 18:16, Paul Schalck schick...@web.de wrote:
 Thank you very much, Taco, especially for the detailed explanations you
 gave! It works like a charm. I've made a new Wiki page (my first one),
 mainly based on your answer:

 http://wiki.contextgarden.net/Palatino_Linotype_under_MKIV


I follow this example to test fonts Palatino. It works perfectly. Thanks!

But when I do some math with \startformula ... \stopformula, I got
LMRoman12-Regular and LMMathItalic12-Regular in my PDF.

My stupid question: How to use math symbols of Palatino ?

Thanks,
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://tex.aanhet.net
archive  : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___


Re: [NTG-context] Palatino Linotype under MKIV

2010-08-06 Thread Hans Hagen

On 6-8-2010 9:20, Vnpenguin wrote:

On Wed, Jun 30, 2010 at 18:16, Paul Schalckschick...@web.de  wrote:

Thank you very much, Taco, especially for the detailed explanations you
gave! It works like a charm. I've made a new Wiki page (my first one),
mainly based on your answer:

http://wiki.contextgarden.net/Palatino_Linotype_under_MKIV



I follow this example to test fonts Palatino. It works perfectly. Thanks!

But when I do some math with \startformula ... \stopformula, I got
LMRoman12-Regular and LMMathItalic12-Regular in my PDF.

My stupid question: How to use math symbols of Palatino ?


use the ones based on the px fonts (search for palatino in  font-otf.mkiv)

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
-
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://tex.aanhet.net
archive  : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___


Re: [NTG-context] Palatino Linotype under MKIV

2010-08-06 Thread Vnpenguin
On Fri, Aug 6, 2010 at 09:24, Hans Hagen pra...@wxs.nl wrote:
 Thank you very much, Taco, especially for the detailed explanations you
 gave! It works like a charm. I've made a new Wiki page (my first one),
 mainly based on your answer:

 http://wiki.contextgarden.net/Palatino_Linotype_under_MKIV


 I follow this example to test fonts Palatino. It works perfectly. Thanks!

 But when I do some math with \startformula ... \stopformula, I got
 LMRoman12-Regular and LMMathItalic12-Regular in my PDF.

 My stupid question: How to use math symbols of Palatino ?

 use the ones based on the px fonts (search for palatino in  font-otf.mkiv)


Do you mean type-otf.mkiv ? I can't found font-otf.mkiv in my
minimal installation here.

I tried to add:
\starttypescript [math][palatino][all]
\loadfontgoodies[px-math]
\definefontsynonym[mathroman][pxm...@px-math]
\stoptypescript

into the example code. But it does not work.
Could you give me some idea please ?

Thanks
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://tex.aanhet.net
archive  : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___


Re: [NTG-context] Palatino Linotype under MKIV

2010-08-06 Thread Hans Hagen

On 6-8-2010 10:02, Vnpenguin wrote:

On Fri, Aug 6, 2010 at 09:24, Hans Hagenpra...@wxs.nl  wrote:

Thank you very much, Taco, especially for the detailed explanations you
gave! It works like a charm. I've made a new Wiki page (my first one),
mainly based on your answer:

http://wiki.contextgarden.net/Palatino_Linotype_under_MKIV



I follow this example to test fonts Palatino. It works perfectly. Thanks!

But when I do some math with \startformula ... \stopformula, I got
LMRoman12-Regular and LMMathItalic12-Regular in my PDF.

My stupid question: How to use math symbols of Palatino ?


use the ones based on the px fonts (search for palatino in  font-otf.mkiv)



Do you mean type-otf.mkiv ? I can't found font-otf.mkiv in my
minimal installation here.

I tried to add:
\starttypescript [math][palatino][all]
 \loadfontgoodies[px-math]
 \definefontsynonym[mathroman][pxm...@px-math]
\stoptypescript

into the example code. But it does not work.
Could you give me some idea please ?


depends on how your other typescript looks

-
  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
-
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://tex.aanhet.net
archive  : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___


Re: [NTG-context] Palatino Linotype under MKIV

2010-08-06 Thread Vnpenguin
On Fri, Aug 6, 2010 at 12:34, Hans Hagen pra...@wxs.nl wrote:
 On 6-8-2010 10:02, Vnpenguin wrote:

 On Fri, Aug 6, 2010 at 09:24, Hans Hagenpra...@wxs.nl  wrote:

 Thank you very much, Taco, especially for the detailed explanations you
 gave! It works like a charm. I've made a new Wiki page (my first one),
 mainly based on your answer:

 http://wiki.contextgarden.net/Palatino_Linotype_under_MKIV


 I follow this example to test fonts Palatino. It works perfectly.
 Thanks!

 But when I do some math with \startformula ... \stopformula, I got
 LMRoman12-Regular and LMMathItalic12-Regular in my PDF.

 My stupid question: How to use math symbols of Palatino ?

 use the ones based on the px fonts (search for palatino in
  font-otf.mkiv)


 Do you mean type-otf.mkiv ? I can't found font-otf.mkiv in my
 minimal installation here.

 I tried to add:
 \starttypescript [math][palatino][all]
     \loadfontgoodies[px-math]
     \definefontsynonym[mathroman][pxm...@px-math]
 \stoptypescript

 into the example code. But it does not work.
 Could you give me some idea please ?

 depends on how your other typescript looks

I take simply the example on wiki, no more no less :

http://wiki.contextgarden.net/Palatino_Linotype_under_MKIV

Thanks
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://tex.aanhet.net
archive  : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___


Re: [NTG-context] Palatino Linotype under MKIV

2010-08-06 Thread Hans Hagen

On 6-8-2010 1:40, Vnpenguin wrote:


http://wiki.contextgarden.net/Palatino_Linotype_under_MKIV


\definetypeface[PalatinoLinotype][mm][math][palatino][default]

-
  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
-
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://tex.aanhet.net
archive  : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___


Re: [NTG-context] Palatino Linotype under MKIV

2010-08-06 Thread Vnpenguin
On Fri, Aug 6, 2010 at 13:46, Hans Hagen pra...@wxs.nl wrote:
 On 6-8-2010 1:40, Vnpenguin wrote:

 http://wiki.contextgarden.net/Palatino_Linotype_under_MKIV

 \definetypeface[PalatinoLinotype][mm][math][palatino][default]


Voilà, it works now.

Thank you so much for your help,

Cheers,
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://tex.aanhet.net
archive  : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___


[NTG-context] Palatino math in MKII/XeTeX?

2010-08-02 Thread Riobard
Hi, 

I'm wondering how I can use Palatino for math in MKII/XeTeX? The following 
works in MKIV but not in MKII (still get Computer Modern for Math, though main 
text is in Palatino). Thanks very much! 


Rio

___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://tex.aanhet.net
archive  : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___


Re: [NTG-context] Palatino math in MKII/XeTeX?

2010-08-02 Thread Taco Hoekwater


Riobard wrote:
 Hi,
 
 I'm wondering how I can use Palatino for math in MKII/XeTeX? The
 following works in MKIV but not in MKII (still get Computer Modern
 for Math, though main text is in Palatino). Thanks very much!

[example missing]

Best wishes,
Taco
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://tex.aanhet.net
archive  : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___


Re: [NTG-context] Palatino math in MKII/XeTeX?

2010-08-02 Thread Hans Hagen

On 2-8-2010 3:35, Riobard wrote:

Hi,

I'm wondering how I can use Palatino for math in MKII/XeTeX? The following 
works in MKIV but not in MKII (still get Computer Modern for Math, though main 
text is in Palatino). Thanks very much!


in type-otf.mkii, search for xmath and add the following in that section

\starttypescript [math] [palatino] [name]
\definefontsynonym [MathRoman] [Palatino-Roman-Upright]
\definefontsynonym [MathExtension] [Palatino-Math-Extension]
\definefontsynonym [MathItalic][Palatino-Math-Italic]
\definefontsynonym [MathSymbol][Palatino-Math-Symbols]
\definefontsynonym [MathAlpha] [Palatino-Math-SymbolsA]
\definefontsynonym [MathBeta]  [Palatino-Math-SymbolsB]
\stoptypescript

\starttypescript [math] [palatino] [name]
\definefontsynonym [OldStyle] [MathItalic]
\definefontsynonym [Fraktur]  [eufm10]
\definefontsynonym [Blackboard]   [MathBeta]
\definefontsynonym [Gothic]   [eufm10]
\definefontsynonym [Calligraphic] [eusm10]
\stoptypescript

\starttypescript [math] [times] [name]
\definefontsynonym [MathRoman] [Times-Roman-Upright]
\definefontsynonym [MathExtension] [Times-Math-Extension]
\definefontsynonym [MathItalic][Times-Math-Italic]
\definefontsynonym [MathSymbol][Times-Math-Symbols]
\definefontsynonym [MathAlpha] [Times-Math-SymbolsA]
\definefontsynonym [MathBeta]  [Times-Math-SymbolsB]
\stoptypescript

\starttypescript [math] [times] [name]
\definefontsynonym [OldStyle] [MathItalic]
\definefontsynonym [Fraktur]  [eufm10]
\definefontsynonym [Blackboard]   [MathBeta]
\definefontsynonym [Gothic]   [eufm10]
\definefontsynonym [Calligraphic] [eusm10]
\stoptypescript




-
  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
-
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://tex.aanhet.net
archive  : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___


Re: [NTG-context] Palatino math in MKII/XeTeX?

2010-08-02 Thread Riobard
Sorry, the example is here (forgot to paste it; my bad):



\usetypescript[palatino]
\definetypeface[palatino][rm][serif][palatino][default]
\definetypeface[palatino][mm][math][palatino][default]
 \setupbodyfont[palatino,11pt]



On Mon, Aug 2, 2010 at 3:57 PM, Taco Hoekwater t...@elvenkind.com wrote:


 Riobard wrote:
 Hi,

 I'm wondering how I can use Palatino for math in MKII/XeTeX? The
 following works in MKIV but not in MKII (still get Computer Modern
 for Math, though main text is in Palatino). Thanks very much!

 [example missing]

 Best wishes,
 Taco
 ___
 If your question is of interest to others as well, please add an entry to the 
 Wiki!

 maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
 webpage  : http://www.pragma-ade.nl / http://tex.aanhet.net
 archive  : http://foundry.supelec.fr/projects/contextrev/
 wiki     : http://contextgarden.net
 ___

___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://tex.aanhet.net
archive  : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___


Re: [NTG-context] Palatino math in MKII/XeTeX?

2010-08-02 Thread Mojca Miklavec
On Mon, Aug 2, 2010 at 16:00, Hans Hagen wrote:
 On 2-8-2010 3:35, Riobard wrote:

 Hi,

 I'm wondering how I can use Palatino for math in MKII/XeTeX? The following
 works in MKIV but not in MKII (still get Computer Modern for Math, though
 main text is in Palatino). Thanks very much!

 in type-otf.mkii, search for xmath and add the following in that section

    \starttypescript [math] [palatino] [name]
        \definefontsynonym [MathRoman]     [Palatino-Roman-Upright]
...

In TeX Live that doesn't work and in minimals it has no influence.

\usetypescript[palatino]
\setupbodyfont[palatino]


kpathsea: Running mktexpk --mfmode / --bdpi 600 --mag 1+0/600 --dpi
600 uplri8a.pfb
mktexpk: don't know how to create bitmap font for uplri8a.pfb.
mktexpk: perhaps uplri8a.pfb is missing from the map file.
kpathsea: Appending font creation commands to missfont.log.

** WARNING ** Could not locate a virtual/physical font for TFM rpxpplri.
** WARNING **  This font is mapped to a physical font uplri8a.pfb.
** WARNING **  Please check if kpathsea library can find this font:
uplri8a.pfb
** ERROR ** Cannot proceed without .vf or physical font for PDF output...

Mojca
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://tex.aanhet.net
archive  : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___


Re: [NTG-context] Palatino math in MKII/XeTeX?

2010-08-02 Thread Riobard
You'll these few lines:


\usetypescript[palatino]
\definetypeface[palatino][rm][serif][palatino][default]
\definetypeface[palatino][mm][math][palatino][default]
 \setupbodyfont[palatino,11pt]


then modify as suggested by Hans. Works for me with the latest beta of
minimals.


On Mon, Aug 2, 2010 at 7:58 PM, Mojca Miklavec
mojca.miklavec.li...@gmail.com wrote:
 On Mon, Aug 2, 2010 at 16:00, Hans Hagen wrote:
 On 2-8-2010 3:35, Riobard wrote:

 Hi,

 I'm wondering how I can use Palatino for math in MKII/XeTeX? The following
 works in MKIV but not in MKII (still get Computer Modern for Math, though
 main text is in Palatino). Thanks very much!

 in type-otf.mkii, search for xmath and add the following in that section

    \starttypescript [math] [palatino] [name]
        \definefontsynonym [MathRoman]     [Palatino-Roman-Upright]
 ...

 In TeX Live that doesn't work and in minimals it has no influence.

 \usetypescript[palatino]
 \setupbodyfont[palatino]


 kpathsea: Running mktexpk --mfmode / --bdpi 600 --mag 1+0/600 --dpi
 600 uplri8a.pfb
 mktexpk: don't know how to create bitmap font for uplri8a.pfb.
 mktexpk: perhaps uplri8a.pfb is missing from the map file.
 kpathsea: Appending font creation commands to missfont.log.

 ** WARNING ** Could not locate a virtual/physical font for TFM rpxpplri.
 ** WARNING **  This font is mapped to a physical font uplri8a.pfb.
 ** WARNING **  Please check if kpathsea library can find this font:
 uplri8a.pfb
 ** ERROR ** Cannot proceed without .vf or physical font for PDF output...

 Mojca
 ___
 If your question is of interest to others as well, please add an entry to the 
 Wiki!

 maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
 webpage  : http://www.pragma-ade.nl / http://tex.aanhet.net
 archive  : http://foundry.supelec.fr/projects/contextrev/
 wiki     : http://contextgarden.net
 ___

___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://tex.aanhet.net
archive  : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___


Re: [NTG-context] Palatino Linotype under MKIV

2010-06-30 Thread Taco Hoekwater


Hi,

On 06/29/2010 11:15 AM, Paul Schalck wrote:

Hi,

I'm trying to use the full glyph range of the Palatino Linotype font
shipped with XP (version 1.40; significantly different from the Windows
7 one) under MKIV. Everything works fine (oldstyle figures, sups for
instance), except that the small cap i character has a dot whereas it
shouldn't.


I borrowed one of the fonts from my wife's XP install (pala.ttf).

The short answer: the font is borked, complain to Microsoft.

The long answer: lookups are name-based, and if there are two glyphs
with the same name, you can't know which one is used in any particular
piece of software.


As far as I can see, it has to do with the messy name list of the
glyphs. Both the normal small cap i and the small cap dotted i are named
i.sc


The one with a dot is meant for Turkish.


Moreover, the small cap glyphs have no unicode numbers in this font, so
I cannot pick them manually with \char or even with \charX.

Any ideas how I can get the right dottless i?


Context always maps all unencoded glyphs into a private area starting
at 0xF. For this font, the first i.sc (the one without dot) is at
0xF00AF and has glyph index 0x456, and the second is at 0xF00EB
with glyph index 0x492.

To find these numbers, run a file like this:

  \usemodule[fnt-10]
  \starttext
  \ShowCompleteFont{file:pala.ttf}{20pt}{1}
  \stoptext

This means that to get the dotless version, you could enter \charF00AF

Really long answer: to fix the problem nicely, we have to rename one of
the two glyphs.

This could be done in an external editor, but as this is a system font,
that may not be wise or even possible. Luckily, context allows to do
this using a patching system that is active during initial font loading
time (when the cache is generated).

In the following, we will be patching the generated cache file before
it is saved (by putting some lua code at the beginning of your test
file). Remember that you have to delete the generated cache
files after each iteration. In my case, they were /opt/tex/texmf-
cache/luatex-cache/context/c24894930eb65eadf7b71f1e305ff518/fonts/otf/pala.tm*. 
If you forget to do this step in between runs,

nothing will change in the output!

The existing font patches are in font-pat.lua, and from that file it is
possible to deduce that something like this is the correct program
structure, theoretically:

\startluacode
function palapatch (data,filename)
   -- to be filled in
end
fonts.otf.enhancers.patches[^pala] = palapatch
\stopluacode

The two arguments to the patch function are the data table from the
luafontloader and the font file name, respectively. The function
should patch the data table to our liking and does not have to return
anything.

In order to have a good look at the data, the first thing to do is to
dump the data to a file. Put this code at the top of your test file,
delete the data cache files, and run:

  \startluacode
  function palapatch (data,filename)
 io.savedata(filename .. '.lua', table.serialize(data))
  end

  fonts.otf.enhancers.patches[^pala] = palapatch
  \stopluacode

  \definefontfeature [...]

Afterwards, open pala.ttf.lua (or pala.TTF.lua. not sure how this works
out on an actual XP install) in an editor for browsing.

Looking at the lua code in pala.ttf.lua, you will see that there
is a pretty large sub-array called 'glyphs', which happens to be
indexed by glyph id.  There are two entries in that sub-array called
'i.sc' and we will want to change the second of those to 'i.scturkish'
(the one at 0x492, the number we discovered above).

Change the lua code to the code below, save your test file, delete the
data cache again, and rerun.

\startluacode
function palapatch (data,filename)
 data.glyphs[0x492].name = a.scturkish
end

fonts.otf.enhancers.patches[^pala] = palapatch
\stopluacode

That's one problem fixed. If you look at the test's pdf, it will now
have dotless i's in the smallcaps. But now we have broken the
turkish smallcaps code (it will now also use the first i.sc, which is
wrong) so it is nice to fix that as well. Some searching back and forth
through the pala.ttf.lua code reveals that there are two lookups that
use i.sc: ss_latn_l_13_s (for normal latin) and ss_latn_l_14_s (for
turkish). These lookups are part of the glyph definition of 'i' which
lives at 0x92 (I found that number in the earlier font dump, but you
could also count the entries in pala.ttf.lua, if you are bored or like
counting stuff).

Named lookups are small arrays (you can deduce that from the double
braces in pala.ttf.lua), so the needed patch is:


data.glyphs[0x92].lookups[ss_latn_l_14_s][1].specification.variant=a.scturkish

And that will fix the turkish lookup. Now, I want to make sure we
only run this code for palatino version 1.40 (it should be obvious
why), and it is nice to do a terminal message as well. (note: testing
for just the font version ignores the fact that different vendors may
use the same font name for different fonts, 

Re: [NTG-context] Palatino Linotype under MKIV

2010-06-30 Thread luigi scarso
On Wed, Jun 30, 2010 at 9:33 AM, Taco Hoekwater t...@elvenkind.com wrote:

 Hi,

 On 06/29/2010 11:15 AM, Paul Schalck wrote:

 Hi,

 I'm trying to use the full glyph range of the Palatino Linotype font
 shipped with XP (version 1.40; significantly different from the Windows
 7 one) under MKIV. Everything works fine (oldstyle figures, sups for
 instance), except that the small cap i character has a dot whereas it
 shouldn't.

 I borrowed one of the fonts from my wife's XP install (pala.ttf).

 The short answer: the font is borked, complain to Microsoft.

 The long answer: lookups are name-based, and if there are two glyphs
 with the same name, you can't know which one is used in any particular
 piece of software.

 As far as I can see, it has to do with the messy name list of the
 glyphs. Both the normal small cap i and the small cap dotted i are named
 i.sc

 The one with a dot is meant for Turkish.

 Moreover, the small cap glyphs have no unicode numbers in this font, so
 I cannot pick them manually with \char or even with \charX.

 Any ideas how I can get the right dottless i?

 Context always maps all unencoded glyphs into a private area starting
 at 0xF. For this font, the first i.sc (the one without dot) is at
 0xF00AF and has glyph index 0x456, and the second is at 0xF00EB
 with glyph index 0x492.

 To find these numbers, run a file like this:

  \usemodule[fnt-10]
  \starttext
  \ShowCompleteFont{file:pala.ttf}{20pt}{1}
  \stoptext

 This means that to get the dotless version, you could enter \charF00AF

 Really long answer: to fix the problem nicely, we have to rename one of
 the two glyphs.

 This could be done in an external editor, but as this is a system font,
 that may not be wise or even possible. Luckily, context allows to do
 this using a patching system that is active during initial font loading
 time (when the cache is generated).

 In the following, we will be patching the generated cache file before
 it is saved (by putting some lua code at the beginning of your test
 file). Remember that you have to delete the generated cache
 files after each iteration. In my case, they were /opt/tex/texmf-
 cache/luatex-cache/context/c24894930eb65eadf7b71f1e305ff518/fonts/otf/pala.tm*.
 If you forget to do this step in between runs,
 nothing will change in the output!

 The existing font patches are in font-pat.lua, and from that file it is
 possible to deduce that something like this is the correct program
 structure, theoretically:

 \startluacode
 function palapatch (data,filename)
   -- to be filled in
 end
 fonts.otf.enhancers.patches[^pala] = palapatch
 \stopluacode

 The two arguments to the patch function are the data table from the
 luafontloader and the font file name, respectively. The function
 should patch the data table to our liking and does not have to return
 anything.

 In order to have a good look at the data, the first thing to do is to
 dump the data to a file. Put this code at the top of your test file,
 delete the data cache files, and run:

  \startluacode
  function palapatch (data,filename)
     io.savedata(filename .. '.lua', table.serialize(data))
  end

  fonts.otf.enhancers.patches[^pala] = palapatch
  \stopluacode

  \definefontfeature [...]

 Afterwards, open pala.ttf.lua (or pala.TTF.lua. not sure how this works
 out on an actual XP install) in an editor for browsing.

 Looking at the lua code in pala.ttf.lua, you will see that there
 is a pretty large sub-array called 'glyphs', which happens to be
 indexed by glyph id.  There are two entries in that sub-array called
 'i.sc' and we will want to change the second of those to 'i.scturkish'
 (the one at 0x492, the number we discovered above).

 Change the lua code to the code below, save your test file, delete the
 data cache again, and rerun.

 \startluacode
 function palapatch (data,filename)
     data.glyphs[0x492].name = a.scturkish
 end

 fonts.otf.enhancers.patches[^pala] = palapatch
 \stopluacode

 That's one problem fixed. If you look at the test's pdf, it will now
 have dotless i's in the smallcaps. But now we have broken the
 turkish smallcaps code (it will now also use the first i.sc, which is
 wrong) so it is nice to fix that as well. Some searching back and forth
 through the pala.ttf.lua code reveals that there are two lookups that
 use i.sc: ss_latn_l_13_s (for normal latin) and ss_latn_l_14_s (for
 turkish). These lookups are part of the glyph definition of 'i' which
 lives at 0x92 (I found that number in the earlier font dump, but you
 could also count the entries in pala.ttf.lua, if you are bored or like
 counting stuff).

 Named lookups are small arrays (you can deduce that from the double
 braces in pala.ttf.lua), so the needed patch is:


 data.glyphs[0x92].lookups[ss_latn_l_14_s][1].specification.variant=a.scturkish

 And that will fix the turkish lookup. Now, I want to make sure we
 only run this code for palatino version 1.40 (it should be obvious
 why), and it is nice to do a 

Re: [NTG-context] Palatino Linotype under MKIV

2010-06-30 Thread Paul Schalck
Thank you very much, Taco, especially for the detailed explanations you 
gave! It works like a charm. I've made a new Wiki page (my first one), 
mainly based on your answer:


http://wiki.contextgarden.net/Palatino_Linotype_under_MKIV


- Original Message - 
From: Taco Hoekwater t...@elvenkind.com

To: mailing list for ConTeXt users ntg-context@ntg.nl
Cc: Paul Schalck schick...@web.de
Sent: Wednesday, June 30, 2010 9:33 AM
Subject: Re: [NTG-context] Palatino Linotype under MKIV




Hi,

On 06/29/2010 11:15 AM, Paul Schalck wrote:

Hi,

I'm trying to use the full glyph range of the Palatino Linotype font
shipped with XP (version 1.40; significantly different from the Windows
7 one) under MKIV. Everything works fine (oldstyle figures, sups for
instance), except that the small cap i character has a dot whereas it
shouldn't.


I borrowed one of the fonts from my wife's XP install (pala.ttf).

The short answer: the font is borked, complain to Microsoft.

The long answer: lookups are name-based, and if there are two glyphs
with the same name, you can't know which one is used in any particular
piece of software.


As far as I can see, it has to do with the messy name list of the
glyphs. Both the normal small cap i and the small cap dotted i are named
i.sc


The one with a dot is meant for Turkish.


Moreover, the small cap glyphs have no unicode numbers in this font, so
I cannot pick them manually with \char or even with \charX.

Any ideas how I can get the right dottless i?


Context always maps all unencoded glyphs into a private area starting
at 0xF. For this font, the first i.sc (the one without dot) is at
0xF00AF and has glyph index 0x456, and the second is at 0xF00EB
with glyph index 0x492.

To find these numbers, run a file like this:

  \usemodule[fnt-10]
  \starttext
  \ShowCompleteFont{file:pala.ttf}{20pt}{1}
  \stoptext

This means that to get the dotless version, you could enter \charF00AF

Really long answer: to fix the problem nicely, we have to rename one of
the two glyphs.

This could be done in an external editor, but as this is a system font,
that may not be wise or even possible. Luckily, context allows to do
this using a patching system that is active during initial font loading
time (when the cache is generated).

In the following, we will be patching the generated cache file before
it is saved (by putting some lua code at the beginning of your test
file). Remember that you have to delete the generated cache
files after each iteration. In my case, they were /opt/tex/texmf-
cache/luatex-cache/context/c24894930eb65eadf7b71f1e305ff518/fonts/otf/pala.tm*.
If you forget to do this step in between runs,
nothing will change in the output!

The existing font patches are in font-pat.lua, and from that file it is
possible to deduce that something like this is the correct program
structure, theoretically:

\startluacode
function palapatch (data,filename)
   -- to be filled in
end
fonts.otf.enhancers.patches[^pala] = palapatch
\stopluacode

The two arguments to the patch function are the data table from the
luafontloader and the font file name, respectively. The function
should patch the data table to our liking and does not have to return
anything.

In order to have a good look at the data, the first thing to do is to
dump the data to a file. Put this code at the top of your test file,
delete the data cache files, and run:

  \startluacode
  function palapatch (data,filename)
 io.savedata(filename .. '.lua', table.serialize(data))
  end

  fonts.otf.enhancers.patches[^pala] = palapatch
  \stopluacode

  \definefontfeature [...]

Afterwards, open pala.ttf.lua (or pala.TTF.lua. not sure how this works
out on an actual XP install) in an editor for browsing.

Looking at the lua code in pala.ttf.lua, you will see that there
is a pretty large sub-array called 'glyphs', which happens to be
indexed by glyph id.  There are two entries in that sub-array called
'i.sc' and we will want to change the second of those to 'i.scturkish'
(the one at 0x492, the number we discovered above).

Change the lua code to the code below, save your test file, delete the
data cache again, and rerun.

\startluacode
function palapatch (data,filename)
 data.glyphs[0x492].name = a.scturkish
end

fonts.otf.enhancers.patches[^pala] = palapatch
\stopluacode

That's one problem fixed. If you look at the test's pdf, it will now
have dotless i's in the smallcaps. But now we have broken the
turkish smallcaps code (it will now also use the first i.sc, which is
wrong) so it is nice to fix that as well. Some searching back and forth
through the pala.ttf.lua code reveals that there are two lookups that
use i.sc: ss_latn_l_13_s (for normal latin) and ss_latn_l_14_s (for
turkish). These lookups are part of the glyph definition of 'i' which
lives at 0x92 (I found that number in the earlier font dump, but you
could also count the entries in pala.ttf.lua, if you are bored or like
counting stuff).

Named lookups are small

[NTG-context] Palatino Linotype under MKIV

2010-06-29 Thread Paul Schalck

Hi,

I'm trying to use the full glyph range of the Palatino Linotype font shipped 
with XP (version 1.40; significantly different from the Windows 7 one) under 
MKIV. Everything works fine (oldstyle figures, sups for instance), except 
that the small cap i character has a dot whereas it shouldn't.


Here's a test file. The result, produced on WinXP / ConTeXt beta 2010-06-23, 
is attached.


\definefontfeature[palatinolt-default][script=latn,kern=yes,liga=yes,trep=yes,tlig=yes,protrusion=quality]
\definefontfeature[palatinolt-smcp][script=latn,kern=yes,liga=yes,trep=yes,tlig=yes,protrusion=quality,smcp=yes,onum=yes]
\definefontfeature[palatinolt-sups][mode=node,script=latn,kern=yes,liga=yes,trep=yes,tlig=yes,protrusion=quality,sups=yes]

\starttypescript[serif][palatinolt][name]
\usetypescript[serif][fallback]
\definefontsynonym[Serif][file:pala.ttf][features=palatinolt-default]
\definefontsynonym[SerifBold][file:palab.ttf][features=palatinolt-default]
\definefontsynonym[SerifItalic][file:palai.ttf][features=palatinolt-default]
\definefontsynonym[SerifBoldItalic][file:palabi.ttf][features=palatinolt-default]
\definefontsynonym[SerifCaps][file:pala.ttf][features=palatinolt-smcp]
\stoptypescript

\definetypeface[palatinolt][rm][serif][palatinolt][default]

\setupbodyfont[palatinolt]
\enableprotruding\setuppagenumbering[location=]

\starttext
{\sc \input knuth }
\stoptext

As far as I can see, it has to do with the messy name list of the glyphs. 
Both the normal small cap i and the small cap dotted i are named i.sc, but 
the wrong one is picked when the smcp feature is activated. Moreover, the 
small cap glyphs have no unicode numbers in this font, so I cannot pick them 
manually with \char or even with \charX.


Any ideas how I can get the right dottless i? 


palatinolt_mkiv_test.pdf
Description: Adobe PDF document
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://tex.aanhet.net
archive  : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___


[NTG-context] Palatino, smallcaps, and oldstyle.

2008-07-19 Thread Aditya Mahajan

Hi,

Something is wrong with palatino smallcaps and oldstyle. The attached 
image shows the output of the following test file.


\usetypescript[palatino]
\setupbodyfont[palatino]

\setfontfeature{oldstyle}

\starttext

Definition

\smallcaps{Definition}

\stoptext


Adityaattachment: definition.png___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://tex.aanhet.net
archive  : https://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___


Re: [NTG-context] palatino fonts

2006-01-21 Thread Henning Hraban Ramm

Am 2006-01-20 um 21:29 schrieb VnPenguin:

The Gentium typescript is already in the typescripts.zip for a long
time.



With curiosity, does your typescripts for Gentium support T5  
encoding ? :)

We use Gentium ok for Vietnamese utf-8 here (Openoffice, Abiword,)
and it will be nice if you could provide vietnamese support ... :)


My type scripts always use \defaultencoding - that's not always the  
best,

but mostly... (One could use a list of appropriate encodings instead.)

I don't yet provide support files for t5 encoding, only ex, texnansi  
and qx.
But it would be no problem to make them for Gentium (and other fonts  
that

contain the glyphs).

But I must think about a better structure of my fonts list before...
(http://www.fiee.net/texnique/?menu=0-1-4)


Greetlings from Lake Constance!
Hraban
---
http://www.fiee.net/texnique/
http://contextgarden.net
http://www.cacert.org (I'm an assurer)

___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context


[NTG-context] palatino fonts

2006-01-20 Thread Hans Hagen

Hi,

In a previous post, sjoerd mentioned fonts from the tower of babel 
project (russia).


http://newstar.rinet.ru/downl.php?lan=en#dict

There you can also download fonts, like some palatino and a cjk font. To 
me it looks quite illegal: the palatino variant has indeed over 2500 
glyphs but also contains copyright notices (heidelberg/linotype as well 
as microsoft).  When fonts lack glyphs one normally may make companions, 
but that;s not the case here: same name, probably same glyphs as in the 
original. i wonder why they were not yet taken off line. Stealing fonts 
happens, but here they didn't even bother to disguise the original name 
and author. Ok, I may be wrong and it may be a donation to the project, 
but even then it should be mentioned in the copyryright. (Somehow I'm 
pretty sure that the designer of the Palatino (Hermann Zapf) is not 
aware or this rip-off.) LInotype now ships the Palatino Nova, but that 
does not mean that the old one is obsolete and free.


Technically you can configure the context unicode handler to take chars 
from multiple fonts, so my advise is to use another font or a 
combination of fonts. Maybe it's worth investigating which free fonts 
contain the glyphs you need.


Hans

-
 Hans Hagen | PRAGMA ADE
 Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
tel: 038 477 53 69 | fax: 038 477 53 74 | www.pragma-ade.com
| www.pragma-pod.nl
-

___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context


Re: [NTG-context] palatino fonts

2006-01-20 Thread Henning Hraban Ramm

Am 2006-01-20 um 10:23 schrieb Hans Hagen:

Technically you can configure the context unicode handler to take  
chars from multiple fonts, so my advise is to use another font or a  
combination of fonts. Maybe it's worth investigating which free  
fonts contain the glyphs you need.


Of course this one is illegal, but I can understand their intention  
to collect all the glyphs in one font (they don't normally use TeX, I  
guess).


I know no font that contains every kind of Latin/Greek based glyph  
(as this does); Gentium is aiming that target, but it lacks cyrillic  
at the moment (and it doesn't look like it would be further  
developed, even if they released the sources some months ago). And  
there isn't a bold variant either.

http://scripts.sil.org/Gentium
Other projects:
- Linux Libertine is just ugly (0 is only a circle!?)
http://linuxlibertine.sourceforge.net/
- Junicode is interesting, but also lacks Cyrillic
http://www.engl.virginia.edu/OE/junicode/junicode.html
- more?

And as far as I can see, the Babel folks even had to make up some  
glyphs for their project.
Sure, it would be far better if they had contributed to one of the  
above projects (or perhaps one of the GUST projects or just use TeX)  
instead stealing a commercial font.


Greetlings from Lake Constance!
Hraban
---
http://www.fiee.net/texnique/
http://contextgarden.net
http://www.cacert.org (I'm an assurer)

___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context


Re: [NTG-context] palatino fonts

2006-01-20 Thread Hans Hagen

Henning Hraban Ramm wrote:



Sure, it would be far better if they had contributed to one of the  
above projects (or perhaps one of the GUST projects or just use TeX)  
instead stealing a commercial font.


indeed, they could have made a companion font to the urw paladio 

Hans 


-
 Hans Hagen | PRAGMA ADE
 Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
tel: 038 477 53 69 | fax: 038 477 53 74 | www.pragma-ade.com
| www.pragma-pod.nl
-

___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context


Re: [NTG-context] palatino fonts

2006-01-20 Thread Thomas A. Schmitz


On Jan 20, 2006, at 10:47 AM, Henning Hraban Ramm wrote:

Gentium is aiming that target, but it lacks cyrillic at the moment  
(and it doesn't look like it would be further developed, even if  
they released the sources some months ago).


What makes you say that? I heard that Victor Gaultney will release a  
new version soonish, and that it will have bold and bold italic. And  
the status part of the Gentium website looks like they are actively  
developing the font.


Best

Thomas

___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context


Re: [NTG-context] palatino fonts

2006-01-20 Thread Wolfgang Zillig

Hello all,

I just had a look the the Gentium fonts and I like them. Did anybody 
start to make them available in Context? And does anybody know if there 
will be a math font set available?


Kind regards

Wolfgang




Thomas A. Schmitz schrieb:


On Jan 20, 2006, at 10:47 AM, Henning Hraban Ramm wrote:

Gentium is aiming that target, but it lacks cyrillic at the moment 
(and it doesn't look like it would be further developed, even if they 
released the sources some months ago).


What makes you say that? I heard that Victor Gaultney will release a 
new version soonish, and that it will have bold and bold italic. And 
the status part of the Gentium website looks like they are actively 
developing the font.


Best

Thomas

___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context



___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context


Re: [NTG-context] palatino fonts

2006-01-20 Thread Thomas A. Schmitz

I can send you typescript, map, and tfms off-list if you want.

Thomas

On Jan 20, 2006, at 3:02 PM, Wolfgang Zillig wrote:

I just had a look the the Gentium fonts and I like them. Did  
anybody start to make them available in Context?


___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context


Re: [NTG-context] palatino fonts

2006-01-20 Thread Steve Peter



indeed, they could have made a companion font to the urw paladio Hans


Then it would be a hans serif! 
___

ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context


Re: [NTG-context] palatino fonts

2006-01-20 Thread Henning Hraban Ramm

Am 2006-01-20 um 16:39 schrieb Mojca Miklavec:


I can send you typescript, map, and tfms off-list if you want.


What about putting them to the modules section of contextgarden or to
Hraban's server (the first place where someone would search for
typescripts :)


The Gentium typescript is already in the typescripts.zip for a long  
time.
Since I read the I'm allowed to re-distribute the font, I'll prepare  
a package soon,

but I should rework my fonts page (or better the whole site)...


Greetlings from Lake Constance!
Hraban
---
http://www.fiee.net/texnique/
http://contextgarden.net
http://www.cacert.org (I'm an assurer)

___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context


Re: [NTG-context] palatino fonts

2006-01-20 Thread VnPenguin
On 1/20/06, Henning Hraban Ramm [EMAIL PROTECTED] wrote:

 The Gentium typescript is already in the typescripts.zip for a long
 time.
 Since I read the I'm allowed to re-distribute the font, I'll prepare
 a package soon,
 but I should rework my fonts page (or better the whole site)...


With curiosity, does your typescripts for Gentium support T5 encoding ? :)
We use Gentium ok for Vietnamese utf-8 here (Openoffice, Abiword,)
and it will be nice if you could provide vietnamese support ... :)

Thank you,

--
http://vnoss.org
Vietnamese Open Source Software Community
___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context


Re: Getting texfont to do batch installs on gwTeX (was Re: [NTG-context] Palatino)

2005-12-02 Thread Hans Hagen

David Arnold wrote:

Changing each occurrence of TEXMFMAIN in type-tmf.dat to  
TEXMFMAIN,TEXMFTE,TEXMFGW produces the following result:





Quiz Four.tex   texnansi-adobe-utopia.tex
QuizFour.auxtexnansi-bitstrea-charter.tex
QuizFour.logtexnansi-public-antp.tex
QuizFour.pdftexnansi-urw-bookman.tex
QuizFour.textexnansi-urw-courier.tex
StroyPractice   texnansi-urw-helvetica.tex
calctexnansi-urw-ncntrsbk.tex
de  texnansi-urw-palatino.tex
junk.logtexnansi-urw-times.tex
junk.m  texnansi-urw-zapfchan.tex
junk.pdftype-tmf-gw.dat
junk.textype-tmf-gw.dat~
makeFilter.mtype-tmf.dat


looks ok to me; the final test is to process those tex files ...

Hans
___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context


Re: Getting texfont to do batch installs on gwTeX (was Re: [NTG-context] Palatino)

2005-11-26 Thread Taco Hoekwater

David Arnold wrote:

Hans et al,

Changing each occurrence of TEXMFMAIN in type-tmf.dat to  
TEXMFMAIN,TEXMFTE,TEXMFGW produces the following result:


At a first glance, that looked fine. But I still have to
catch up on a lot of e-mail ;-)

Taco
___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context


Re: Getting texfont to do batch installs on gwTeX (was Re: [NTG-context] Palatino)

2005-11-25 Thread David Arnold

Hans et al,

Changing each occurrence of TEXMFMAIN in type-tmf.dat to  
TEXMFMAIN,TEXMFTE,TEXMFGW produces the following result:


011-101:~/tmp davidarnold$ sudo texfont type-tmf-gw.dat

TeXFont 2.2.1 - ConTeXt / PRAGMA ADE 2000-2004

processing batch file : type-tmf-gw.dat
batch line : --en=texnansi --ve=public --co=antp -- 
so=auto --ro=TEXMFMAIN,TEXMFTE,TEXMFGW


TeXFont 2.2.1 - ConTeXt / PRAGMA ADE 2000-2004

 checking root : TEXMFMAIN
 checking root : TEXMFTE
mktexlsr: Updating /usr/local/teTeX/share/texmf.local/ls-R...
mktexlsr: Done.
   encoding vector : texnansi
   vendor name : public
   source path : /usr/local/teTeX/share/texmf.tetex/fonts/ 
afm/public/antp

   font collection : antp
   texmf font root : /usr/local/tetex/share/texmf.local
   pdftex map file : texnansi-public-antp.map
  processing files : all on afm path
locating afm files : using pattern /usr/local/teTeX/share/ 
texmf.tetex/fonts/afm/public/antp/*.afm

locating afm files : using pattern *
no map file at : /usr/local/teTeX/share/texmf.local/fonts/ 
map/pdftex/context/texnansi-public-antp.map


   font identifier : AntykwaPoltawskiego-Bold - text - tfm + vf
generating raw tfm/vpl : texnansi-raw-antpb (from antpb)
 generating new vf : texnansi-antpb (from texnansi-raw-antpb)

   font identifier : AntykwaPoltawskiego-BoldItalic - text -  
tfm + vf

generating raw tfm/vpl : texnansi-raw-antpbi (from antpbi)
 generating new vf : texnansi-antpbi (from texnansi-raw-antpbi)

   font identifier : AntykwaPoltawskiego-Regular - text - tfm  
+ vf

generating raw tfm/vpl : texnansi-raw-antpr (from antpr)
 generating new vf : texnansi-antpr (from texnansi-raw-antpr)

   font identifier : AntykwaPoltawskiego-Italic - text - tfm + vf
generating raw tfm/vpl : texnansi-raw-antpri (from antpri)
 generating new vf : texnansi-antpri (from texnansi-raw-antpri)
 updating map file : texnansi-public-antp.map

generating : ls-r databases

mktexlsr: Updating /usr/local/teTeX/share/texmf.local/ls-R...
mktexlsr: Done.

batch line : --en=texnansi --ve=urw --co=helvetica -- 
so=auto --ro=TEXMFMAIN,TEXMFTE,TEXMFGW


TeXFont 2.2.1 - ConTeXt / PRAGMA ADE 2000-2004

 checking root : TEXMFMAIN
 checking root : TEXMFTE
mktexlsr: Updating /usr/local/teTeX/share/texmf.local/ls-R...
mktexlsr: Done.
   encoding vector : texnansi
   vendor name : urw
   source path : /usr/local/teTeX/share/texmf.tetex/fonts/ 
afm/urw/helvetic

   font collection : helvetic
   texmf font root : /usr/local/tetex/share/texmf.local
   pdftex map file : texnansi-urw-helvetica.map
  processing files : all on afm path
locating afm files : using pattern /usr/local/teTeX/share/ 
texmf.tetex/fonts/afm/urw/helvetic/*.afm

locating afm files : using pattern *
no map file at : /usr/local/teTeX/share/texmf.local/fonts/ 
map/pdftex/context/texnansi-urw-helvetica.map


   font identifier : NimbusSanL-Bold - text - tfm + vf
generating raw tfm/vpl : texnansi-raw-uhvb8a (from uhvb8a)
 generating new vf : texnansi-uhvb8a (from texnansi-raw-uhvb8a)

   font identifier : NimbusSanL-BoldCond - text - tfm + vf
generating raw tfm/vpl : texnansi-raw-uhvb8ac (from uhvb8ac)
 generating new vf : texnansi-uhvb8ac (from texnansi-raw-uhvb8ac)

   font identifier : NimbusSanL-BoldItal - text - tfm + vf
generating raw tfm/vpl : texnansi-raw-uhvbo8a (from uhvbo8a)
 generating new vf : texnansi-uhvbo8a (from texnansi-raw-uhvbo8a)

   font identifier : NimbusSanL-BoldCondItal - text - tfm + vf
generating raw tfm/vpl : texnansi-raw-uhvbo8ac (from uhvbo8ac)
 generating new vf : texnansi-uhvbo8ac (from texnansi-raw-uhvbo8ac)

   font identifier : NimbusSanL-Regu - text - tfm + vf
generating raw tfm/vpl : texnansi-raw-uhvr8a (from uhvr8a)
 generating new vf : texnansi-uhvr8a (from texnansi-raw-uhvr8a)

   font identifier : NimbusSanL-ReguCond - text - tfm + vf
generating raw tfm/vpl : texnansi-raw-uhvr8ac (from uhvr8ac)
 generating new vf : texnansi-uhvr8ac (from texnansi-raw-uhvr8ac)

   font identifier : NimbusSanL-ReguItal - text - tfm + vf
generating raw tfm/vpl : texnansi-raw-uhvro8a (from uhvro8a)
 generating new vf : texnansi-uhvro8a (from texnansi-raw-uhvro8a)

   font identifier : NimbusSanL-ReguCondItal - text - tfm + vf
generating raw tfm/vpl : texnansi-raw-uhvro8ac (from uhvro8ac)
 generating new vf : texnansi-uhvro8ac (from texnansi-raw-uhvro8ac)
 updating map file : texnansi-urw-helvetica.map

generating : ls-r databases

mktexlsr: Updating /usr/local/teTeX/share/texmf.local/ls-R...
mktexlsr: Done.

batch line : --en=texnansi --ve=urw --co=courier -- 
so=auto --ro=TEXMFMAIN,TEXMFTE,TEXMFGW


TeXFont 2.2.1 - ConTeXt / PRAGMA ADE 2000-2004

 checking root : TEXMFMAIN
 checking root : TEXMFTE
mktexlsr: 

Re: Getting texfont to do batch installs on gwTeX (was Re: [NTG-context] Palatino)

2005-11-24 Thread Hans Hagen

Adam Lindsay wrote:


Anyway, back to an earlier suggestion by Hans, --ro=TEXMFMAIN,TEXMFTE
seems to work for me, except in the case of Adobe Utopia. In that case,
--ro=TEXMFMAIN,TEXMFGW should work. Actually, I see the Utopia lines
replicated for tl2003+. Should it not be:
--ro=TEXMFMAIN,TEXMFGW,TEXMFEXTRA   ?

 

i need to check what happened with utopia; it seems to be free now 
(though the licence is kind of unknown; seems to belong to the x 
consortium now)



[That said, I'm getting perplexing results on a texfont --en=ec type-
tmf.dat install: there's an insistence on creating bitmaps for these fonts!]
 


eh .. strange, esp at your machine ...

Hans
___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context


Getting texfont to do batch installs on gwTeX (was Re: [NTG-context] Palatino)

2005-11-23 Thread Adam Lindsay
David,

Sorry I've been quiet on this front. I've been busy with other, non-
ConTeXt things for a while, and am in the process of re-engaging with it.

In order to run type-tmf.dat, you need a way around the hard-coded --
rootlist=TEXMFMAIN that's in the .dat file. gwTeX keeps the fonts we
need in what it calls the TEXMFTE directory. My brutish workaround is as
follows:

1) Go to some temp directory.
2) copy type-tmf into that directory:
 cp /usr/local/teTeX/share/texmf.local/context/data/type-tmf.dat .
3) munge type-tmf to something more gwTeX friendly:
 sed s/TEXMFMAIN/TEXMFTE/ type-tmf.dat  type-tmf-gw.dat
(literally: replace every occurrence of TEXMFMAIN with TEXMFTE and put
it in type-tmf-gw.dat)
4) run texfont (prepend with sudo if you have errors):
 texfont type-tmf-gw.dat
5) run it again, if you want the ec encoding:
 texfont --en=ec type-tmf-gw.dat
6) process one or two test files to see if it really worked:
 texexec --once --mode=compact texnansi-urw-bookman.tex

I hope that works for you. 
Gerben, Hans, can you think of a way to make this workaround unnecessary?

adam

David Arnold said this at Tue, 22 Nov 2005 09:08:17 -0800:

Hans,

When I try:

011-101:/usr/local/teTeX/share/texmf.local/context/data davidarnold$  
sudo texfont --encoding=texnansi -batch type-tmf.dat

I get a slew of messages similar to this last one:

TeXFont 2.2.1 - ConTeXt / PRAGMA ADE 2000-2004

   slant factor : 0.167
  checking root : TEXMFMAIN
 processing aborted : unknown subpath ../fonts/afm/urw/ncntrsbk

 --help : show some more info

Some extra information:

texexec --verbose reports:

applications will use : /usr/local/teTeX/texmf.cnf

This last file is attached.




On Nov 22, 2005, at 7:32 AM, Hans Hagen wrote:

 David Arnold wrote:

 Taco et al,

 OK, this didn't work. Log file attached.

 ? ?\usetypescript[palatino][texnansi]
 ? \switchtobodyfont[palatino]
 ? \starttext
 ? Hello World!
 ? \stoptext

 no logfile -)

 for that one you need to run

 texfont --encoding=texnansi --batch type-tmf.dat

 (since you are familiar with texnansi  although better than ec,  
 this encoding was never really supported in distributions, only by  
 mouh, which is why you need to generate metrics yourself)

 This one worked.

 ?\usetypescript[adobekb][8r,ec]
 ? \usetypescript[palatino][ec]
 ? \switchtobodyfont[palatino]
 ? \starttext
 ? Hello World!
 ? \stoptext

 Two questions:

 1. I don't know why one worked and the other didn't. What files  
 could I look at in my tex tree that would give a hint as to which  
 to use?

 2. How can I make the first one work?

 use texfont (or take cont-fnt from the website)

 Hans
 ___
 ntg-context mailing list
 ntg-context@ntg.nl
 http://www.ntg.nl/mailman/listinfo/ntg-context

David Arnold
College of the Redwoods
Mathematics Department
Eureka, CA 95501
(707) 476-4222
http://online.redwoods.edu/instruct/darnold/


___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context

-- 
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
 Adam T. Lindsay, Computing Dept. [EMAIL PROTECTED]
 Lancaster University, InfoLab21+44(0)1524/510.514
 Lancaster, LA1 4WA, UK Fax:+44(0)1524/510.492
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-

___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context


Re: Getting texfont to do batch installs on gwTeX (was Re: [NTG-context] Palatino)

2005-11-23 Thread Gerben Wierda
 David,

 Sorry I've been quiet on this front. I've been busy with other, non-
 ConTeXt things for a while, and am in the process of re-engaging with it.

 In order to run type-tmf.dat, you need a way around the hard-coded --
 rootlist=TEXMFMAIN that's in the .dat file. gwTeX keeps the fonts we
 need in what it calls the TEXMFTE directory. My brutish workaround is as
 follows:

 1) Go to some temp directory.
 2) copy type-tmf into that directory:
  cp /usr/local/teTeX/share/texmf.local/context/data/type-tmf.dat .
 3) munge type-tmf to something more gwTeX friendly:
  sed s/TEXMFMAIN/TEXMFTE/ type-tmf.dat  type-tmf-gw.dat
 (literally: replace every occurrence of TEXMFMAIN with TEXMFTE and put
 it in type-tmf-gw.dat)
 4) run texfont (prepend with sudo if you have errors):
  texfont type-tmf-gw.dat
 5) run it again, if you want the ec encoding:
  texfont --en=ec type-tmf-gw.dat
 6) process one or two test files to see if it really worked:
  texexec --once --mode=compact texnansi-urw-bookman.tex

 I hope that works for you.
 Gerben, Hans, can you think of a way to make this workaround unnecessary?

texfont and/or ConTeXt seems to be keyed to a certain distribution setup.
I would say that for ConTeXt that is ok (though as far as I know Hans
himself keeps the fonts in TEXMFFONTS or so, so he needs a specialized
type-tmf.dat as well). That the default is TeX Live also seems to be fine
to me.

The easiest way would be if you can give this as an argument to texfonts.

Another issue is that fonts can be in multiple trees. Some i-Packages may
install in texmf.local (so it can be easily uninstalled), or fonts can be
in texmf.tetex or texmf.gwtex). I do not know enough about texfont, but if
Hans wants to work with me we can sort that out. After all, I probably
have a good example of a non-TL multi-tree setup. BTW, there are support
reasons why I do not use the TEXMFMAIN name or the standard texmf-dist
directory name.

G

___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context


Re: Getting texfont to do batch installs on gwTeX (was Re: [NTG-context] Palatino)

2005-11-23 Thread Hans Hagen

Adam Lindsay wrote:


Gerben, Hans, can you think of a way to make this workaround unnecessary?
 



doesn't --fontroot=. work?

Hans
___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context


Re: Getting texfont to do batch installs on gwTeX (was Re: [NTG-context] Palatino)

2005-11-23 Thread Hans Hagen

Gerben Wierda wrote:


texfont and/or ConTeXt seems to be keyed to a certain distribution setup.
I would say that for ConTeXt that is ok (though as far as I know Hans
himself keeps the fonts in TEXMFFONTS or so, so he needs a specialized
type-tmf.dat as well). That the default is TeX Live also seems to be fine
to me.
 

the reason for a separate three texmffonts is that it permits me to 
update the main tree (wipe out, copy new) and still have my installed 
extra fonts


(i tried to get a texmffonts var in the regular texmf.cnf but that was 
rejected: objection too many trees while in the meantime we have more 
trees in tl as well -)



The easiest way would be if you can give this as an argument to texfonts.

Another issue is that fonts can be in multiple trees. Some i-Packages may
install in texmf.local (so it can be easily uninstalled), or fonts can be
in texmf.tetex or texmf.gwtex). I do not know enough about texfont, but if
Hans wants to work with me we can sort that out. After all, I probably
have a good example of a non-TL multi-tree setup. BTW, there are support
reasons why I do not use the TEXMFMAIN name or the standard texmf-dist
directory name.
 



ah, i see, so the problem is TEXMFMAIN in the dat file

before we start hacking ... this --ro stands for --rootlist so it may be 
a list; so


. --ro=TEXMFMAIN,TEXMF.TETEX,TEXMF.GWTEX

should work; can someone test that?

Hans
___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context


Re: Getting texfont to do batch installs on gwTeX (was Re: [NTG-context] Palatino)

2005-11-23 Thread Gerben Wierda
 Gerben Wierda wrote:

texfont and/or ConTeXt seems to be keyed to a certain distribution setup.
I would say that for ConTeXt that is ok (though as far as I know Hans
himself keeps the fonts in TEXMFFONTS or so, so he needs a specialized
type-tmf.dat as well). That the default is TeX Live also seems to be fine
to me.


 the reason for a separate three texmffonts is that it permits me to
 update the main tree (wipe out, copy new) and still have my installed
 extra fonts

 (i tried to get a texmffonts var in the regular texmf.cnf but that was
 rejected: objection too many trees while in the meantime we have more
 trees in tl as well -)

The easiest way would be if you can give this as an argument to texfonts.

Another issue is that fonts can be in multiple trees. Some i-Packages may
install in texmf.local (so it can be easily uninstalled), or fonts can be
in texmf.tetex or texmf.gwtex). I do not know enough about texfont, but
 if
Hans wants to work with me we can sort that out. After all, I probably
have a good example of a non-TL multi-tree setup. BTW, there are support
reasons why I do not use the TEXMFMAIN name or the standard texmf-dist
directory name.



 ah, i see, so the problem is TEXMFMAIN in the dat file

 before we start hacking ... this --ro stands for --rootlist so it may be
 a list; so

 . --ro=TEXMFMAIN,TEXMF.TETEX,TEXMF.GWTEX

--ro=TEXMFMAIN,TEXMFTE,TEXMFGW

 should work; can someone test that?

Are these write or read trees? If it is write, then my guess is the
default shoul dbe TEXMFLOCAL because officially that is the place where
local site modifications should go. That would also survive an upgrade or
install of TeX itself.

G

___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context


Re: Getting texfont to do batch installs on gwTeX (was Re: [NTG-context] Palatino)

2005-11-23 Thread Hans Hagen

Gerben Wierda wrote:


Are these write or read trees? If it is write, then my guess is the
default shoul dbe TEXMFLOCAL because officially that is the place where
local site modifications should go. That would also survive an upgrade or
install of TeX itself.
 



these are read trees; the write trees are set with --fontroot

Hans
___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context


Re: Getting texfont to do batch installs on gwTeX (was Re: [NTG-context] Palatino)

2005-11-23 Thread David Arnold

Adam, Hans, Taco, et al,

Here's the result (GWTeX on Mac Tiger) of replacing TEXMFMAIN with  
TEXMFTE:


011-101:~/tmp davidarnold$ texfont type-tmf-gw.dat

TeXFont 2.2.1 - ConTeXt / PRAGMA ADE 2000-2004

processing batch file : type-tmf-gw.dat
batch line : --en=texnansi --ve=public --co=antp -- 
so=auto --ro=TEXMFMAIN


TeXFont 2.2.1 - ConTeXt / PRAGMA ADE 2000-2004

 checking root : TEXMFMAIN
processing aborted : unknown subpath ../fonts/afm/public/antp

--help : show some more info
batch line : --en=texnansi --ve=urw --co=helvetica -- 
so=auto --ro=TEXMFMAIN


TeXFont 2.2.1 - ConTeXt / PRAGMA ADE 2000-2004

 checking root : TEXMFMAIN
processing aborted : unknown subpath ../fonts/afm/urw/helvetica

--help : show some more info
batch line : --en=texnansi --ve=urw --co=courier -- 
so=auto --ro=TEXMFMAIN


TeXFont 2.2.1 - ConTeXt / PRAGMA ADE 2000-2004

 checking root : TEXMFMAIN
processing aborted : unknown subpath ../fonts/afm/urw/courier

--help : show some more info
batch line : --en=texnansi --ve=urw --co=zapfchan -- 
so=auto --ro=TEXMFMAIN


TeXFont 2.2.1 - ConTeXt / PRAGMA ADE 2000-2004

 checking root : TEXMFMAIN
processing aborted : unknown subpath ../fonts/afm/urw/zapfchan

--help : show some more info
batch line : --en=texnansi --ve=urw --co=times --so=auto  
--ro=TEXMFMAIN


TeXFont 2.2.1 - ConTeXt / PRAGMA ADE 2000-2004

 checking root : TEXMFMAIN
processing aborted : unknown subpath ../fonts/afm/urw/times

--help : show some more info
batch line : --en=texnansi --ve=urw --co=times --so=auto  
--ca=* utmr8a --ro=TEXMFMAIN


TeXFont 2.2.1 - ConTeXt / PRAGMA ADE 2000-2004

   caps factor : 0.800
 checking root : TEXMFMAIN
processing aborted : unknown subpath ../fonts/afm/urw/times

--help : show some more info
batch line : --en=texnansi --ve=urw --co=times --so=auto  
--sl=* utmr8a --ro=TEXMFMAIN


TeXFont 2.2.1 - ConTeXt / PRAGMA ADE 2000-2004

  slant factor : 0.167
 checking root : TEXMFMAIN
processing aborted : unknown subpath ../fonts/afm/urw/times

--help : show some more info
batch line : --en=texnansi --ve=urw --co=times --so=auto  
--sl=* utmb8a --ro=TEXMFMAIN


TeXFont 2.2.1 - ConTeXt / PRAGMA ADE 2000-2004

  slant factor : 0.167
 checking root : TEXMFMAIN
processing aborted : unknown subpath ../fonts/afm/urw/times

--help : show some more info
batch line : --en=texnansi --ve=urw --co=palatino -- 
so=auto --ro=TEXMFMAIN


TeXFont 2.2.1 - ConTeXt / PRAGMA ADE 2000-2004

 checking root : TEXMFMAIN
processing aborted : unknown subpath ../fonts/afm/urw/palatino

--help : show some more info
batch line : --en=texnansi --ve=urw --co=palatino -- 
so=auto --ca=* uplr8a --ro=TEXMFMAIN


TeXFont 2.2.1 - ConTeXt / PRAGMA ADE 2000-2004

   caps factor : 0.800
 checking root : TEXMFMAIN
processing aborted : unknown subpath ../fonts/afm/urw/palatino

--help : show some more info
batch line : --en=texnansi --ve=urw --co=palatino -- 
so=auto --sl=* uplr8a --ro=TEXMFMAIN


TeXFont 2.2.1 - ConTeXt / PRAGMA ADE 2000-2004

  slant factor : 0.167
 checking root : TEXMFMAIN
processing aborted : unknown subpath ../fonts/afm/urw/palatino

--help : show some more info
batch line : --en=texnansi --ve=urw --co=palatino -- 
so=auto --sl=* uplb8a --ro=TEXMFMAIN


TeXFont 2.2.1 - ConTeXt / PRAGMA ADE 2000-2004

  slant factor : 0.167
 checking root : TEXMFMAIN
processing aborted : unknown subpath ../fonts/afm/urw/palatino

--help : show some more info
batch line : --en=texnansi --ve=adobe --co=utopia -- 
so=auto --ro=TEXMFMAIN


TeXFont 2.2.1 - ConTeXt / PRAGMA ADE 2000-2004

 checking root : TEXMFMAIN
processing aborted : unknown subpath ../fonts/afm/adobe/utopia

--help : show some more info
batch line : --en=texnansi --ve=adobe --co=utopia -- 
so=auto --ca=* putr8a --ro=TEXMFMAIN


TeXFont 2.2.1 - ConTeXt / PRAGMA ADE 2000-2004

   caps factor : 0.800
 checking root : TEXMFMAIN
processing aborted : unknown subpath ../fonts/afm/adobe/utopia

--help : show some more info
batch line : --en=texnansi --ve=adobe --co=utopia -- 
so=auto --sl=* putr8a --ro=TEXMFMAIN


TeXFont 2.2.1 - ConTeXt / PRAGMA ADE 2000-2004

  slant factor : 0.167
 checking root : TEXMFMAIN
processing aborted : unknown subpath ../fonts/afm/adobe/utopia

--help : show some more info
batch line : --en=texnansi --ve=adobe --co=utopia -- 
so=auto --sl=* putb8a --ro=TEXMFMAIN


TeXFont 

Re: Getting texfont to do batch installs on gwTeX (was Re: [NTG-context] Palatino)

2005-11-23 Thread Hans Hagen

David Arnold wrote:


Adam, Hans, Taco, et al,

Here's the result (GWTeX on Mac Tiger) of replacing TEXMFMAIN with  
TEXMFTE:


011-101:~/tmp davidarnold$ texfont type-tmf-gw.dat

TeXFont 2.2.1 - ConTeXt / PRAGMA ADE 2000-2004

processing batch file : type-tmf-gw.dat
batch line : --en=texnansi --ve=public --co=antp -- 
so=auto --ro=TEXMFMAIN


are you sure that you replaced it? 


Hans
___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context


Re: Getting texfont to do batch installs on gwTeX (was Re: [NTG-context] Palatino)

2005-11-23 Thread Adam Lindsay
Hans Hagen said this at Wed, 23 Nov 2005 22:39:55 +0100:

 batch line : --en=texnansi --ve=public --co=antp -- 
 so=auto --ro=TEXMFMAIN

are you sure that you replaced it? 

It's weird. Looking through the rest of David's log, it replaced some of
them, but not all. I never claimed to be a sed wizard. To David, I'd say
open in a text editor and do a global find/replace.

Anyway, back to an earlier suggestion by Hans, --ro=TEXMFMAIN,TEXMFTE
seems to work for me, except in the case of Adobe Utopia. In that case,
--ro=TEXMFMAIN,TEXMFGW should work. Actually, I see the Utopia lines
replicated for tl2003+. Should it not be:
 --ro=TEXMFMAIN,TEXMFGW,TEXMFEXTRA   ?

[That said, I'm getting perplexing results on a texfont --en=ec type-
tmf.dat install: there's an insistence on creating bitmaps for these fonts!]

-- 
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
 Adam T. Lindsay, Computing Dept. [EMAIL PROTECTED]
 Lancaster University, InfoLab21+44(0)1524/510.514
 Lancaster, LA1 4WA, UK Fax:+44(0)1524/510.492
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-

___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context


Re: [NTG-context] Palatino

2005-11-22 Thread Taco Hoekwater



David Arnold wrote:

All,

Can someone give me a short test file to see if palatino will work on  
my system (GWTeX and Tiger).


For a texfont-installed version of the metrics, this should work:

  \usetypescript[palatino][texnansi]
  \switchtobodyfont[palatino]
  \starttext
  Hello World!
  \stoptext

For the psnfss (LaTeX) version, the minimal file is this:

  \usetypescript[adobekb][8r,ec]
  \usetypescript[palatino][ec]
  \switchtobodyfont[palatino]
  \starttext
  Hello World!
  \stoptext

Greetings, Taco
___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context


Re: [NTG-context] Palatino

2005-11-22 Thread David Arnold
Taco et al,OK, this didn't work. Log file attached.   \usetypescript[palatino][texnansi]  \switchtobodyfont[palatino]  \starttext  Hello World!  \stoptextThis one worked. \usetypescript[adobekb][8r,ec]  \usetypescript[palatino][ec]  \switchtobodyfont[palatino]  \starttext  Hello World!  \stoptextTwo questions:1. I don't know why one worked and the other didn't. What files could I look at in my tex tree that would give a hint as to which to use?2. How can I make the first one work?On Nov 22, 2005, at 1:29 AM, Taco Hoekwater wrote:  \usetypescript[palatino][texnansi]   \switchtobodyfont[palatino]   \starttext   Hello World!   \stoptext  David ___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context


Re: [NTG-context] Palatino

2005-11-22 Thread Hans Hagen

David Arnold wrote:


Taco et al,

OK, this didn't work. Log file attached.

� �\usetypescript[palatino][texnansi]
� \switchtobodyfont[palatino]
� \starttext
� Hello World!
� \stoptext


no logfile -)

for that one you need to run

texfont --encoding=texnansi --batch type-tmf.dat

(since you are familiar with texnansi  although better than ec, this 
encoding was never really supported in distributions, only by mouh, 
which is why you need to generate metrics yourself)



This one worked.

�\usetypescript[adobekb][8r,ec]
� \usetypescript[palatino][ec]
� \switchtobodyfont[palatino]
� \starttext
� Hello World!
� \stoptext

Two questions:

1. I don't know why one worked and the other didn't. What files could 
I look at in my tex tree that would give a hint as to which to use?


2. How can I make the first one work?


use texfont (or take cont-fnt from the website)

Hans
___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context


Re: [NTG-context] Palatino

2005-11-22 Thread David Arnold

Hans,

When I try:

011-101:/usr/local/teTeX/share/texmf.local/context/data davidarnold$  
sudo texfont --encoding=texnansi -batch type-tmf.dat


I get a slew of messages similar to this last one:

TeXFont 2.2.1 - ConTeXt / PRAGMA ADE 2000-2004

  slant factor : 0.167
 checking root : TEXMFMAIN
processing aborted : unknown subpath ../fonts/afm/urw/ncntrsbk

--help : show some more info

Some extra information:

texexec --verbose reports:

applications will use : /usr/local/teTeX/texmf.cnf

This last file is attached.


texmf.cnf
Description: Binary data





On Nov 22, 2005, at 7:32 AM, Hans Hagen wrote:


David Arnold wrote:


Taco et al,

OK, this didn't work. Log file attached.

� �\usetypescript[palatino][texnansi]
� \switchtobodyfont[palatino]
� \starttext
� Hello World!
� \stoptext


no logfile -)

for that one you need to run

texfont --encoding=texnansi --batch type-tmf.dat

(since you are familiar with texnansi  although better than ec,  
this encoding was never really supported in distributions, only by  
mouh, which is why you need to generate metrics yourself)



This one worked.

�\usetypescript[adobekb][8r,ec]
� \usetypescript[palatino][ec]
� \switchtobodyfont[palatino]
� \starttext
� Hello World!
� \stoptext

Two questions:

1. I don't know why one worked and the other didn't. What files  
could I look at in my tex tree that would give a hint as to which  
to use?


2. How can I make the first one work?


use texfont (or take cont-fnt from the website)

Hans
___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context


David Arnold
College of the Redwoods
Mathematics Department
Eureka, CA 95501
(707) 476-4222
http://online.redwoods.edu/instruct/darnold/


___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context


[NTG-context] Palatino

2005-11-21 Thread David Arnold

All,

Can someone give me a short test file to see if palatino will work on  
my system (GWTeX and Tiger).


David


___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context


Re: [NTG-context] Palatino truetype: help!

2005-08-29 Thread Taco Hoekwater



VnPenguin wrote:

But unfortunatly my PDF has always CMR12 font, no Palatino at all :(
I'm completly newbie with typescript  font in ConTeXt.


Same result here, and I don't understand why (however, I not very
familiar with typescripts myself).

Taco
___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context


Re: [NTG-context] Palatino truetype: help!

2005-08-29 Thread Hans Hagen Outside

VnPenguin wrote:


\usetypescriptfile[type-pala]
\usetypescript[MSPalatino]
 


\usetypescript[MSPalatino][t5]

or

\usetypescript[MSPalatino][\defaultencoding]


\setupbodyfont[MyPalatino,12pt]
 


-
 Hans Hagen | PRAGMA ADE
 Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
tel: 038 477 53 69 | fax: 038 477 53 74 | www.pragma-ade.com
| www.pragma-pod.nl
-

___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context


Re: [NTG-context] Palatino truetype: help!

2005-08-29 Thread Adam Lindsay
Taco Hoekwater said this at Mon, 29 Aug 2005 14:42:04 +0200:

Same result here, and I don't understand why (however, I not very
familiar with typescripts myself).

Hmm. What's the pdftex output at the font-inclusion stage?
-- 
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
 Adam T. Lindsay, Computing Dept. [EMAIL PROTECTED]
 Lancaster University, InfoLab21+44(0)1524/510.514
 Lancaster, LA1 4WA, UK Fax:+44(0)1524/510.492
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-

___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context


[NTG-context] Palatino truetype: help!

2005-08-26 Thread VnPenguin
Hi all,
I'm trying to use the font Palatino truetype with ConTeXt under teTeX
3.0 (FC4) by following the guide at
http://home.salamander.com/~wmcclain/context-help.html :

1. I have already all 4 files: palabi.ttf, palab.ttf,  palai.ttf, 
pala.ttf (under /usr/share/texmf/fonts/truetype/mscore folder)

2. I have already also all necessary tfm, vf (provided by vnTeX
3.0-rc1 of Han The Thanh)

3. I created a file named type-pala.tex with the following content:
- begin type-pala.tex --
\usetypescriptfile[type-buy]
\starttypescript[serif] [mspalatino][t5]
\usetypescript[serif][fallback]
\definefontsynonym  [PalatinoLinotype-Roman]  [lprr8v]  
[encoding=t5]
\definefontsynonym  [PalatinoLinotype-Bold]   [lprb8v]  
[encoding=t5]
\definefontsynonym  [PalatinoLinotype-Italic] [lprri8v] 
[encoding=t5]
\definefontsynonym  [PalatinoLinotype-BoldItalic] [lprbi8v] 
[encoding=t5]
\stoptypescript
\starttypescript[serif] [mspalatino] [name]
\definefontsynonym  [Serif]   
[PalatinoLinotype-Roman]
\definefontsynonym  [SerifBold]   [PalatinoLinotype-Bold]
\definefontsynonym  [SerifItalic] [PalatinoLinotype-Italic]
\definefontsynonym  [SerifBoldItalic] [PalatinoLinotype-BoldItalic]
\stoptypescript

\starttypescript [MSPalatino] [t5]
\definetypeface [MyPalatino] [rm] [serif] [mspalatino]  [default] 
[encoding=t5]
\stoptypescript
--- end of type-pala.tex


and a test file :

--- begin of test.tex

\loadmapfile[mscorevn.map]
\language[vn]
\mainlanguage[vn]
\enableregime[utf]
\setupencoding[default=t5]
\setupbodyfont[reset]

\usetypescriptfile[type-pala]
\usetypescript[MSPalatino]
\setupbodyfont[MyPalatino,12pt]

\starttext
Vietnamese UTF-8 text here
\stoptext
- end of test.tex
--

In the map file mscorevn.map
($HOME/texmf/fonts/map/pdftex/vnextra/mscorevn.map)
I see :
-- mscorevn.map
--
lprr8v PalatinoLinotype-Roman  T5UniEncoding ReEncodeFont 
t5uni.enc pala.ttf
lprb8v PalatinoLinotype-Bold  T5UniEncoding ReEncodeFont  t5uni.enc
palab.ttf
lprri8v PalatinoLinotype-Italic  T5UniEncoding ReEncodeFont 
t5uni.enc palai.ttf
lprbi8v PalatinoLinotype-BoldItalic  T5UniEncoding ReEncodeFont 
t5uni.enc palabi.ttf


But unfortunatly my PDF has always CMR12 font, no Palatino at all :(
I'm completly newbie with typescript  font in ConTeXt.

With pdflatex, I could use this Palatino font without any problem.

Could you help me please ,

Thank you,
Regards
___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context


[NTG-context] Palatino?

2005-03-11 Thread Thomas A . Schmitz
Hi gang,
I have a problem on my system with the Palatino font. In type-enc, it's 
mapped to

\definefontsynonym [Palatino] [\typescriptthree-uplr8a]  
[encoding=\typescriptthree]

However, on my system (Gerben Wierda's installation), there is no 
texnansi- or EC- or whatever-uplr8a. Palatino works flawlessly with 
LaTeX, mapped to pplr8t, and of course, it works with ConTeXt if I 
create the tfms myself with texfont, but I thought there was some 
default support for Palatino. Am I missing something?

Best
Thomas
___
ntg-context mailing list
ntg-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/ntg-context