What's the ps_name of AdobeMingStd-Light?

What's the ps_name of AdobeMingStd-Light?

[Zhichu Chen]

[-- Attachment #1.1: Type: text/plain, Size: 1533 bytes --]

Hi,

I searched the mail list for a while and I got that if I didn't specify the
font file, it will not be embeded and Acrobat Reader will just use its own
fonts to show the characters.

I want to make some Chinese documents and I think if I don't embed any
fonts, it will be much smaller than it used to be. And there is a cool font
AdobeMingStd-Light.otf coming along with Acrobat Reader so I wish I can use
it. I converted it to ttf and then tfm files (I don't know whether it is
legal) and write the map file like:
================================
uni-AdobeMingStd-Light-00 "Adobe Ming Std" " Unicode00Encoding ReEncodeFont
" <uni-00.enc
================================
I think the first column is for the tfm files, and I do get the
uni-AdobeMingStd-Light-00.tfm to uni-AdobeMingStd-Light-ff.tfm files. And
the second column is for the PS name of the font. I really don't know how to
write it because it has spaces in it, and when I replaced it with another PS
name that has no spaces or other special characters in it, say SimSun as a
common Simplified Chinese font in Windows, it worked fine.

So, any suggestions?

-- 
Best Regards
Chen
----------------------------------------------------------------

         Zhi-chu Chen | Shanghai Synchrotron Radiation Facility
        No. 2019 | Jialuo Rd. | Jiading | Shanghai | P.R. China
            tel: 086 21 5955 3405 | zhichu.chen.googlepages.com
                                              | www.sinap.ac.cn
----------------------------------------------------------------

[-- Attachment #1.2: Type: text/html, Size: 1933 bytes --]

[-- Attachment #2: Type: text/plain, Size: 487 bytes --]

___________________________________________________________________________________
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: What's the ps_name of AdobeMingStd-Light?

[Wolfgang Schuster]

2007/12/10, Zhichu Chen <zhichu.chen@gmail.com>:
> Hi,

Hi Chen,

can't you ue XeTeX or LuaTeX for your document instead of pdfTeX,
it will be easier for you because you don't need tfm and map files
and you need only the typescripts.

> I searched the mail list for a while and I got that if I didn't specify the
> font file, it will not be embeded and Acrobat Reader will just use its own
> fonts to show the characters.
>
> I want to make some Chinese documents and I think if I don't embed any
> fonts, it will be much smaller than it used to be. And there is a cool font
> AdobeMingStd-Light.otf coming along with Acrobat Reader so I wish I can use
> it. I converted it to ttf and then tfm files (I don't know whether it is
> legal) and write the map file like:

pdfTeX can use OpenType fonts and you don't have to convert them
into TrueType format.

> ================================
> uni-AdobeMingStd-Light-00 "Adobe Ming Std" " Unicode00Encoding ReEncodeFont
> " <uni-00.enc
> ================================
> I think the first column is for the tfm files, and I do get the
> uni-AdobeMingStd-Light-00.tfm to uni-AdobeMingStd-Light-ff.tfm files. And
> the second column is for the PS name of the font. I really don't know how to
> write it because it has spaces in it, and when I replaced it with another PS
> name that has no spaces or other special characters in it, say SimSun as a
> common Simplified Chinese font in Windows, it worked fine.
>
> So, any suggestions?

XeTeX or LuaTeX.

> Best Regards
> Chen

Wolfgang
___________________________________________________________________________________
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: What's the ps_name of AdobeMingStd-Light?

[Zhichu Chen]

[-- Attachment #1.1: Type: text/plain, Size: 3152 bytes --]

Hi, Wolfgang

On Dec 11, 2007 12:05 AM, Wolfgang Schuster <
schuster.wolfgang@googlemail.com> wrote:

> 2007/12/10, Zhichu Chen <zhichu.chen@gmail.com>:
> > Hi,
>
> Hi Chen,
>
> can't you ue XeTeX or LuaTeX for your document instead of pdfTeX,
> it will be easier for you because you don't need tfm and map files
> and you need only the typescripts.

I don't know, but in this case, I don't want to embed fonts, I don't know
how LuaTeX can do that but it runs really slow on my ancient PC, especially
on the first time when it's generating font cache.

>
>
> > I searched the mail list for a while and I got that if I didn't specify
> the
> > font file, it will not be embeded and Acrobat Reader will just use its
> own
> > fonts to show the characters.
> >
> > I want to make some Chinese documents and I think if I don't embed any
> > fonts, it will be much smaller than it used to be. And there is a cool
> font
> > AdobeMingStd-Light.otf coming along with Acrobat Reader so I wish I can
> use
> > it. I converted it to ttf and then tfm files (I don't know whether it is
> > legal) and write the map file like:
>
> pdfTeX can use OpenType fonts and you don't have to convert them
> into TrueType format.

I convert it to ttf only because I want the tfm files, I can't find there's
a tool that can to otf2tfm. And then I deleted the ttf and the otf fonts
because I don't want to embed them so I don't need them any more.

>
>
> > ================================
> > uni-AdobeMingStd-Light-00 "Adobe Ming Std" " Unicode00Encoding
> ReEncodeFont
> > " <uni-00.enc
> > ================================
> > I think the first column is for the tfm files, and I do get the
> > uni-AdobeMingStd-Light-00.tfm to uni-AdobeMingStd-Light-ff.tfm files.
> And
> > the second column is for the PS name of the font. I really don't know
> how to
> > write it because it has spaces in it, and when I replaced it with
> another PS
> > name that has no spaces or other special characters in it, say SimSun as
> a
> > common Simplified Chinese font in Windows, it worked fine.
> >
> > So, any suggestions?
>
> XeTeX or LuaTeX.
>
> > Best Regards
> > Chen
>
> Wolfgang
>
> ___________________________________________________________________________________
> 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
>
> ___________________________________________________________________________________
>
Anyway, thank you for paying attention to my stupid and almost useless
topic.


-- 
Best Regards
Chen
----------------------------------------------------------------

         Zhi-chu Chen | Shanghai Synchrotron Radiation Facility
        No. 2019 | Jialuo Rd. | Jiading | Shanghai | P.R. China
            tel: 086 21 5955 3405 | zhichu.chen.googlepages.com
                                              | www.sinap.ac.cn
----------------------------------------------------------------

[-- Attachment #1.2: Type: text/html, Size: 4706 bytes --]

[-- Attachment #2: Type: text/plain, Size: 487 bytes --]

___________________________________________________________________________________
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: What's the ps_name of AdobeMingStd-Light?

[Arthur Reutenauer]

> I don't know, but in this case, I don't want to embed fonts, I don't know
> how LuaTeX can do that

  LuaTeX knows how to not embed fonts if you ask it not to, but I'm not
sure how this is handled on the ConTeXt level.

>                        but it runs really slow on my ancient PC, especially
> on the first time when it's generating font cache.

  That's true, it needs a lot of memory (so most of the time is spent
swapping, I guess).  As I've found out, Mark IV is slightly faster on a
450 MHz Sparc processor with 1GB memory than on a 2GHz Intel Dual Core
with 512MB memory ;-)

  But is it still too slow after the first pass?

> I convert it to ttf only because I want the tfm files, I can't find there's
> a tool that can to otf2tfm.

  Actually there is one that comes with the lcdf typetools.  It even
ships with TeX Live.

	Arthur
___________________________________________________________________________________
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: What's the ps_name of AdobeMingStd-Light?

[Taco Hoekwater]

Arthur Reutenauer wrote:
>> I don't know, but in this case, I don't want to embed fonts, I don't know
>> how LuaTeX can do that
> 
>   LuaTeX knows how to not embed fonts if you ask it not to, but I'm not
> sure how this is handled on the ConTeXt level.
> 
>>                        but it runs really slow on my ancient PC, especially
>> on the first time when it's generating font cache.
> 
>   That's true, it needs a lot of memory (so most of the time is spent
> swapping, I guess).  As I've found out, Mark IV is slightly faster on a
> 450 MHz Sparc processor with 1GB memory than on a 2GHz Intel Dual Core
> with 512MB memory ;-)

This is especially true if you use large fonts like the AdobeMingStd.
It should slowly be getting better over time, Hans and I hope. We try
to optimize for memory use as well as directly for speed, because
less memory is often faster also. However, premature size optimizations
tend to cause problems later on, and therefore progress is slow.

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  : https://foundry.supelec.fr/projects/contextrev/
wiki     : http://contextgarden.net
___________________________________________________________________________________

Re: What's the ps_name of AdobeMingStd-Light?

[Wolfgang Schuster]

2007/12/10, Taco Hoekwater <taco@elvenkind.com>:
> Arthur Reutenauer wrote:
> >> I don't know, but in this case, I don't want to embed fonts, I don't know
> >> how LuaTeX can do that
> >
> >   LuaTeX knows how to not embed fonts if you ask it not to, but I'm not
> > sure how this is handled on the ConTeXt level.
> >
> >>                        but it runs really slow on my ancient PC, especially
> >> on the first time when it's generating font cache.
> >
> >   That's true, it needs a lot of memory (so most of the time is spent
> > swapping, I guess).  As I've found out, Mark IV is slightly faster on a
> > 450 MHz Sparc processor with 1GB memory than on a 2GHz Intel Dual Core
> > with 512MB memory ;-)
>
> This is especially true if you use large fonts like the AdobeMingStd.
> It should slowly be getting better over time, Hans and I hope. We try
> to optimize for memory use as well as directly for speed, because
> less memory is often faster also. However, premature size optimizations
> tend to cause problems later on, and therefore progress is slow.

Slow is no word for the speed with CJK, I have a document with Adobe
Kozuka Minchi and Gothic and run takes up to 3 to 4 minutes.

The same document needs with XeTeX about half a minute and using the
same fonts in plain TeX took only a few seconds.

This is really something LuaTeX need to be faster, but it is always faster
than using the cwTeX in truetype format with pdfTeX ;-)

Wolfgang
___________________________________________________________________________________
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: What's the ps_name of AdobeMingStd-Light?

[Taco Hoekwater]

Wolfgang Schuster wrote:
> 
> Slow is no word for the speed with CJK, I have a document with Adobe
> Kozuka Minchi and Gothic and run takes up to 3 to 4 minutes.

An example document (offlist) would be good ...



___________________________________________________________________________________
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: What's the ps_name of AdobeMingStd-Light?

[Hans Hagen]

Wolfgang Schuster wrote:

> Slow is no word for the speed with CJK, I have a document with Adobe
> Kozuka Minchi and Gothic and run takes up to 3 to 4 minutes.
> 
> The same document needs with XeTeX about half a minute and using the
> same fonts in plain TeX took only a few seconds.
> 
> This is really something LuaTeX need to be faster, but it is always faster
> than using the cwTeX in truetype format with pdfTeX ;-)

it all depends on what's done with the font ...

-- we can only locate a bottleneck when we have the font and a test file
-- when you're low on memory, the garbage collector of lua becomes a 
problem
-- dynamic features are faster (less loading)

3-4 minutes ... we use mk.tex as test doc, and that one loads cjk as 
well as zapfino and arab ... runtime on my machine is 15-20 sec, 
depending on the console used an din bachmode we go under 15 seconds 
(140 page document)

so, what kind of machine do you run luatex on?

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
-----------------------------------------------------------------
___________________________________________________________________________________
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: What's the ps_name of AdobeMingStd-Light?

[Zhichu Chen]

[-- Attachment #1.1: Type: text/plain, Size: 1346 bytes --]

Thanks guys,

Actually, I'm running Debian on a very small partition, so I don't have much
spaces for the font cache. So every time I wanna download a big patch like
openoffice, KDE upgrade or something else, the cache is the first thing I
delete. I don't think it makes much sense so I just make luatex rest for a
while until I got a chance to format my entire hard disk.

And, for my case, I don't think luatex will show its advantage here, because
I don't need it to treat the opentype fonts. Chinese characters are almost
the same size, so I think we can even make a universal .tfm files which
could match all CJK fonts. So technically, I don't need the
AdobeMingStd-Light.otf to get these tfm files.

Anyway, what I'm wondering is how to design the map file. What should I
write on the basename column? I read about the pdftex manual but can't get
much help. I've tried some other fonts, but only SimSun works, it's pretty
weird.


-- 
Best Regards
Chen
----------------------------------------------------------------

         Zhi-chu Chen | Shanghai Synchrotron Radiation Facility
        No. 2019 | Jialuo Rd. | Jiading | Shanghai | P.R. China
            tel: 086 21 5955 3405 | zhichu.chen.googlepages.com
                                              | www.sinap.ac.cn
----------------------------------------------------------------

[-- Attachment #1.2: Type: text/html, Size: 1737 bytes --]

[-- Attachment #2: Type: text/plain, Size: 487 bytes --]

___________________________________________________________________________________
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: What's the ps_name of AdobeMingStd-Light?

[Wolfgang Schuster]

2007/12/10, Hans Hagen <pragma@wxs.nl>:
> Wolfgang Schuster wrote:
>
> > Slow is no word for the speed with CJK, I have a document with Adobe
> > Kozuka Minchi and Gothic and run takes up to 3 to 4 minutes.
> >
> > The same document needs with XeTeX about half a minute and using the
> > same fonts in plain TeX took only a few seconds.
> >
> > This is really something LuaTeX need to be faster, but it is always faster
> > than using the cwTeX in truetype format with pdfTeX ;-)
>
> it all depends on what's done with the font ...
>
> -- we can only locate a bottleneck when we have the font and a test file
> -- when you're low on memory, the garbage collector of lua becomes a
> problem
> -- dynamic features are faster (less loading)
>
> 3-4 minutes ... we use mk.tex as test doc, and that one loads cjk as
> well as zapfino and arab ... runtime on my machine is 15-20 sec,
> depending on the console used an din bachmode we go under 15 seconds
> (140 page document)
>
> so, what kind of machine do you run luatex on?
>
> Hans

I run LuaTeX on a songle core pentium M with 1.7 GHz and 512 MB ram,
I made now a smell test file and the problem the speed with this file is not
so bad, the compile time increases with every \switchtobodyfont in my
document and not every of them can be replaced.

Wolfgang
___________________________________________________________________________________
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: What's the ps_name of AdobeMingStd-Light?

[Hans Hagen]

Wolfgang Schuster wrote:
> 2007/12/10, Hans Hagen <pragma@wxs.nl>:
>> Wolfgang Schuster wrote:
>>
>>> Slow is no word for the speed with CJK, I have a document with Adobe
>>> Kozuka Minchi and Gothic and run takes up to 3 to 4 minutes.
>>>
>>> The same document needs with XeTeX about half a minute and using the
>>> same fonts in plain TeX took only a few seconds.
>>>
>>> This is really something LuaTeX need to be faster, but it is always faster
>>> than using the cwTeX in truetype format with pdfTeX ;-)
>> it all depends on what's done with the font ...
>>
>> -- we can only locate a bottleneck when we have the font and a test file
>> -- when you're low on memory, the garbage collector of lua becomes a
>> problem
>> -- dynamic features are faster (less loading)
>>
>> 3-4 minutes ... we use mk.tex as test doc, and that one loads cjk as
>> well as zapfino and arab ... runtime on my machine is 15-20 sec,
>> depending on the console used an din bachmode we go under 15 seconds
>> (140 page document)
>>
>> so, what kind of machine do you run luatex on?
>>
>> Hans
> 
> I run LuaTeX on a songle core pentium M with 1.7 GHz and 512 MB ram,

it helps to have a gig or more

> I made now a smell test file and the problem the speed with this file is not
> so bad, the compile time increases with every \switchtobodyfont in my
> document and not every of them can be replaced.

eventually you can share most instances and load only once (i.e. 
normally only 4 fonts need to be loaded + some math)

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
-----------------------------------------------------------------
___________________________________________________________________________________
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: What's the ps_name of AdobeMingStd-Light?

[Taco Hoekwater]

Wolfgang Schuster wrote:
> 
> I run LuaTeX on a songle core pentium M with 1.7 GHz and 512 MB ram,
> I made now a smell test file and the problem the speed with this file is not
> so bad, the compile time increases with every \switchtobodyfont in my
> document and not every of them can be replaced.

It seems to generate pages at an acceptable rate, it is just the
font loading that is slow. Do you agree?

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  : https://foundry.supelec.fr/projects/contextrev/
wiki     : http://contextgarden.net
___________________________________________________________________________________

Re: What's the ps_name of AdobeMingStd-Light?

[Wolfgang Schuster]

2007/12/11, Taco Hoekwater <taco@elvenkind.com>:
>
>
> Wolfgang Schuster wrote:
> >
> > I run LuaTeX on a songle core pentium M with 1.7 GHz and 512 MB ram,
> > I made now a smell test file and the problem the speed with this file is not
> > so bad, the compile time increases with every \switchtobodyfont in my
> > document and not every of them can be replaced.
>
> It seems to generate pages at an acceptable rate, it is just the
> font loading that is slow. Do you agree?
>
> Best wishes,
> Taco

Yes, only the font loading takes very long, the document processing
is a little bit slower than normal but it is ok. Only the font embedding
or whatever happens at the end of the documents takes more time
than normal but this could be related to the font size.

Wolfgang
___________________________________________________________________________________
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: What's the ps_name of AdobeMingStd-Light?

[Hans Hagen]

Wolfgang Schuster wrote:
> 2007/12/11, Taco Hoekwater <taco@elvenkind.com>:
>>
>> Wolfgang Schuster wrote:
>>> I run LuaTeX on a songle core pentium M with 1.7 GHz and 512 MB ram,
>>> I made now a smell test file and the problem the speed with this file is not
>>> so bad, the compile time increases with every \switchtobodyfont in my
>>> document and not every of them can be replaced.
>> It seems to generate pages at an acceptable rate, it is just the
>> font loading that is slow. Do you agree?
>>
>> Best wishes,
>> Taco
> 
> Yes, only the font loading takes very long, the document processing
> is a little bit slower than normal but it is ok. Only the font embedding
> or whatever happens at the end of the documents takes more time
> than normal but this could be related to the font size.

most probably a memory problem

btw, are you sure that you copied luatex.exe to texluac.exe? otherwise 
you don't get compiled font tables (if not, then copy and delete the cache)

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
-----------------------------------------------------------------
___________________________________________________________________________________
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: What's the ps_name of AdobeMingStd-Light?

[Wolfgang Schuster]

2007/12/11, Hans Hagen <pragma@wxs.nl>:
> Wolfgang Schuster wrote:
> > 2007/12/11, Taco Hoekwater <taco@elvenkind.com>:
> >>
> >> Wolfgang Schuster wrote:
> >>> I run LuaTeX on a songle core pentium M with 1.7 GHz and 512 MB ram,
> >>> I made now a smell test file and the problem the speed with this file is not
> >>> so bad, the compile time increases with every \switchtobodyfont in my
> >>> document and not every of them can be replaced.
> >> It seems to generate pages at an acceptable rate, it is just the
> >> font loading that is slow. Do you agree?
> >>
> >> Best wishes,
> >> Taco
> >
> > Yes, only the font loading takes very long, the document processing
> > is a little bit slower than normal but it is ok. Only the font embedding
> > or whatever happens at the end of the documents takes more time
> > than normal but this could be related to the font size.
>
> most probably a memory problem
>
> btw, are you sure that you copied luatex.exe to texluac.exe? otherwise
> you don't get compiled font tables (if not, then copy and delete the cache)

Yes I did this and I changed my font settings for the title page to
\definedfont in my document takes now 80 seconds for a single run
but it spends most of the time for font loading.

But you can beat the process time of plain TeX which can be used
in simple documents where you can reduce the time with a few tricks.
My process time for vocabulary cards from a xml file is below 1 second
and I have more than 4.000 pages ;-) Doing the same thing woth ConTeXt's
old xml interface and XeTeX takes 30 seconds and I won't talk about mkiv.

Wolfgang
___________________________________________________________________________________
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: What's the ps_name of AdobeMingStd-Light?

[Hans Hagen]

Wolfgang Schuster wrote:

> Yes I did this and I changed my font settings for the title page to
> \definedfont in my document takes now 80 seconds for a single run
> but it spends most of the time for font loading.

much overhead is related to things like setting up math, synchronizing 
encodings, mappings, (and hz, protruding if enabled) .. keep in mind 
that we're talking of font systems, not one font

> But you can beat the process time of plain TeX which can be used
> in simple documents where you can reduce the time with a few tricks.
> My process time for vocabulary cards from a xml file is below 1 second
> and I have more than 4.000 pages ;-) Doing the same thing woth ConTeXt's
> old xml interface and XeTeX takes 30 seconds and I won't talk about mkiv.

it all depends on what functionality is needed (take pagebody 
construction, which in plain is hardly present, backgrounds, color, etc 
etc) and in the case of xml it also depends on what 'defineXML' commands 
are used; things like namespaces (fallbacks), attributes etc etc ... 
many things play a role and i'm pretty sure that the critical parts of 
context are quite optimized; for sure many (simple) docs can be 
processed using plain tex but as soon as you need a bit more ...

(btw, xml in mkiv is quite different, since it operates on trees)

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
-----------------------------------------------------------------
___________________________________________________________________________________
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: What's the ps_name of AdobeMingStd-Light?

[Wolfgang Schuster]

2007/12/12, Hans Hagen <pragma@wxs.nl>:
> Wolfgang Schuster wrote:
>
> > Yes I did this and I changed my font settings for the title page to
> > \definedfont in my document takes now 80 seconds for a single run
> > but it spends most of the time for font loading.
>
> much overhead is related to things like setting up math, synchronizing
> encodings, mappings, (and hz, protruding if enabled) .. keep in mind
> that we're talking of font systems, not one font

loading the fonts is sometimes the slowest thing in a document.

> > But you can beat the process time of plain TeX which can be used
> > in simple documents where you can reduce the time with a few tricks.
> > My process time for vocabulary cards from a xml file is below 1 second
> > and I have more than 4.000 pages ;-) Doing the same thing woth ConTeXt's
> > old xml interface and XeTeX takes 30 seconds and I won't talk about mkiv.
>
> it all depends on what functionality is needed (take pagebody
> construction, which in plain is hardly present, backgrounds, color, etc
> etc) and in the case of xml it also depends on what 'defineXML' commands
> are used; things like namespaces (fallbacks), attributes etc etc ...
> many things play a role and i'm pretty sure that the critical parts of
> context are quite optimized; for sure many (simple) docs can be
> processed using plain tex but as soon as you need a bit more ...

I wanted to show only it is sometimes to enough to use a low level
system and you don't need such a complex system like ConTeXt.
My document was also optimized to speed and I work without page
numbering (first step) and dropped in a second step the output routine,
I use \shipout to place the data from the file and write the information
to the file.

The strong point from my ConTeXt solution is to have better control
over the layout, my plain solution use hboxes and vboxes where I use
layers in ConTeXt and this is easier. My simple XML handler is also very
limited and has only support for environments and pickups but nothing
else.

> (btw, xml in mkiv is quite different, since it operates on trees)

It is possible to use the old and new method in some documents in the
same way but I prefer the new method because I can now use xml files
to store information without the need to store the data before the run
in TeX macros.

Wolfgang
___________________________________________________________________________________
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: What's the ps_name of AdobeMingStd-Light?

[Hans Hagen]

Wolfgang Schuster wrote:

> It is possible to use the old and new method in some documents in the
> same way but I prefer the new method because I can now use xml files
> to store information without the need to store the data before the run
> in TeX macros.

i will not remove the old method if only because there is code in 
context that uses it (it will take some time to migrate that to mkiv files)

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
-----------------------------------------------------------------
___________________________________________________________________________________
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: What's the ps_name of AdobeMingStd-Light?

[Wolfgang Schuster]

2007/12/13, Hans Hagen <pragma@wxs.nl>:
> Wolfgang Schuster wrote:
>
> > It is possible to use the old and new method in some documents in the
> > same way but I prefer the new method because I can now use xml files
> > to store information without the need to store the data before the run
> > in TeX macros.
>
> i will not remove the old method if only because there is code in
> context that uses it (it will take some time to migrate that to mkiv files)

I never want the old method to vanisch because mkii (and mkiii) need it
there is often no difference in the code to format the output, the
only difference
is I have to store the the information in mkii before I use them wheras I can
no live without this but thats only a few lines in my code and the
rest is the same.

Wolfgang
___________________________________________________________________________________
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: What's the ps_name of AdobeMingStd-Light?

[Zhichu Chen]

[-- Attachment #1.1: Type: text/plain, Size: 795 bytes --]

Hi guys,

Maybe this post has gone too far, and I've tried a bunch of methods to get
my map work. Anyway, I can't. And there's something I must say, why pdftex
must embed the whole otf file? It's about 15M for my only-one-character test
file and about 20M for my another only-two-characters test file, besides,
embedding otf files are so so slow. I don't think I'm ready for otf yet.


-- 
Best Regards
Chen
----------------------------------------------------------------

         Zhi-chu Chen | Shanghai Synchrotron Radiation Facility
        No. 2019 | Jialuo Rd. | Jiading | Shanghai | P.R. China
            tel: 086 21 5955 3405 | zhichu.chen.googlepages.com
                                              | www.sinap.ac.cn
----------------------------------------------------------------

[-- Attachment #1.2: Type: text/html, Size: 1156 bytes --]

[-- Attachment #2: Type: text/plain, Size: 487 bytes --]

___________________________________________________________________________________
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: What's the ps_name of AdobeMingStd-Light?

[Wolfgang Schuster]

2007/12/13, Zhichu Chen <zhichu.chen@gmail.com>:
> Hi guys,
>
> Maybe this post has gone too far, and I've tried a bunch of methods to get
> my map work. Anyway, I can't. And there's something I must say, why pdftex
> must embed the whole otf file? It's about 15M for my only-one-character test
> file and about 20M for my another only-two-characters test file, besides,
> embedding otf files are so so slow. I don't think I'm ready for otf yet.

I tried the Song font from Adobe a few days ago with XeTeX and a older
chinese example text from you and the file size with 37 pages of output
was a little bit over 1 MB, the same result with luaTeX but I got more pages.

Wolfgang
___________________________________________________________________________________
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: What's the ps_name of AdobeMingStd-Light?

[Zhichu Chen]

[-- Attachment #1.1: Type: text/plain, Size: 2106 bytes --]

Hi Wolfgang,

On Dec 13, 2007 7:17 PM, Wolfgang Schuster <schuster.wolfgang@googlemail.com>
wrote:

> 2007/12/13, Zhichu Chen <zhichu.chen@gmail.com>:
> > Hi guys,
> >
> > Maybe this post has gone too far, and I've tried a bunch of methods to
> get
> > my map work. Anyway, I can't. And there's something I must say, why
> pdftex
> > must embed the whole otf file? It's about 15M for my only-one-character
> test
> > file and about 20M for my another only-two-characters test file,
> besides,
> > embedding otf files are so so slow. I don't think I'm ready for otf yet.
>
> I tried the Song font from Adobe a few days ago with XeTeX and a older
> chinese example text from you and the file size with 37 pages of output
> was a little bit over 1 MB, the same result with luaTeX but I got more
> pages.

Then XeTeX can treat otf fonts correctly? I never tried that. I convert the
otf file into multiple type1 fonts (which compiles much more faster on my
PC) and I got 1.7M with 60 pages with pdftex embed the subsets. And I got
440.9K with the same document and the same tfm files except I specify Adobe
Reader to use SimSun and not embed any fonts. I like the later.

>
>
> Wolfgang
>
> ___________________________________________________________________________________
> 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
>
> ___________________________________________________________________________________
>



-- 
Best Regards
Chen
----------------------------------------------------------------

         Zhi-chu Chen | Shanghai Synchrotron Radiation Facility
        No. 2019 | Jialuo Rd. | Jiading | Shanghai | P.R. China
            tel: 086 21 5955 3405 | zhichu.chen.googlepages.com
                                              | www.sinap.ac.cn
----------------------------------------------------------------

[-- Attachment #1.2: Type: text/html, Size: 3389 bytes --]

[-- Attachment #2: Type: text/plain, Size: 487 bytes --]

___________________________________________________________________________________
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: What's the ps_name of AdobeMingStd-Light?

[Hans Hagen]

Zhichu Chen wrote:
> Hi Wolfgang,
> 
> On Dec 13, 2007 7:17 PM, Wolfgang Schuster <schuster.wolfgang@googlemail.com>
> wrote:
> 
>> 2007/12/13, Zhichu Chen <zhichu.chen@gmail.com>:
>>> Hi guys,
>>>
>>> Maybe this post has gone too far, and I've tried a bunch of methods to
>> get
>>> my map work. Anyway, I can't. And there's something I must say, why
>> pdftex
>>> must embed the whole otf file? It's about 15M for my only-one-character
>> test
>>> file and about 20M for my another only-two-characters test file,
>> besides,
>>> embedding otf files are so so slow. I don't think I'm ready for otf yet.
>> I tried the Song font from Adobe a few days ago with XeTeX and a older
>> chinese example text from you and the file size with 37 pages of output
>> was a little bit over 1 MB, the same result with luaTeX but I got more
>> pages.
> 
> Then XeTeX can treat otf fonts correctly? I never tried that. I convert the
> otf file into multiple type1 fonts (which compiles much more faster on my
> PC) and I got 1.7M with 60 pages with pdftex embed the subsets. And I got
> 440.9K with the same document and the same tfm files except I specify Adobe
> Reader to use SimSun and not embed any fonts. I like the later.

xetex just pipes data into dvipdfmx, and dvipdfmx can subset (this was 
accomplished by Chof, who lives in Korea and uses huge fonts)

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
-----------------------------------------------------------------
___________________________________________________________________________________
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: What's the ps_name of AdobeMingStd-Light?

[Wolfgang Schuster]

2007/12/14, Hans Hagen <pragma@wxs.nl>:
> Zhichu Chen wrote:
> > Hi Wolfgang,
> >
> > On Dec 13, 2007 7:17 PM, Wolfgang Schuster <schuster.wolfgang@googlemail.com>
> > wrote:
> >
> >> 2007/12/13, Zhichu Chen <zhichu.chen@gmail.com>:
> >>> Hi guys,
> >>>
> >>> Maybe this post has gone too far, and I've tried a bunch of methods to
> >> get
> >>> my map work. Anyway, I can't. And there's something I must say, why
> >> pdftex
> >>> must embed the whole otf file? It's about 15M for my only-one-character
> >> test
> >>> file and about 20M for my another only-two-characters test file,
> >> besides,
> >>> embedding otf files are so so slow. I don't think I'm ready for otf yet.
> >> I tried the Song font from Adobe a few days ago with XeTeX and a older
> >> chinese example text from you and the file size with 37 pages of output
> >> was a little bit over 1 MB, the same result with luaTeX but I got more
> >> pages.
> >
> > Then XeTeX can treat otf fonts correctly? I never tried that. I convert the
> > otf file into multiple type1 fonts (which compiles much more faster on my
> > PC) and I got 1.7M with 60 pages with pdftex embed the subsets. And I got
> > 440.9K with the same document and the same tfm files except I specify Adobe
> > Reader to use SimSun and not embed any fonts. I like the later.
>
> xetex just pipes data into dvipdfmx, and dvipdfmx can subset (this was
> accomplished by Chof, who lives in Korea and uses huge fonts)

But you don't have to care about this normally because this is done automatic,
it is harder to prevent this ConTeXt and produce only xdv files.

The file size with XeTeX should be the same as in the pdfTeX way but I found no
way to prevent xdvipdfmx to embedd the fonts, I know there is a "-e"
flag but I don't
if this should only lead to embedd the complete font or to disable
font embedding
but I can't test this because my xdvipdfmx has no "-e" flag.

Wolfgang
___________________________________________________________________________________
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: What's the ps_name of AdobeMingStd-Light?

[Zhichu Chen]

[-- Attachment #1.1: Type: text/plain, Size: 3466 bytes --]

Hi Wolfgang,

On Dec 14, 2007 6:24 PM, Wolfgang Schuster <schuster.wolfgang@googlemail.com>
wrote:

> 2007/12/14, Hans Hagen <pragma@wxs.nl>:
> > Zhichu Chen wrote:
> > > Hi Wolfgang,
> > >
> > > On Dec 13, 2007 7:17 PM, Wolfgang Schuster <
> schuster.wolfgang@googlemail.com>
> > > wrote:
> > >
> > >> 2007/12/13, Zhichu Chen <zhichu.chen@gmail.com>:
> > >>> Hi guys,
> > >>>
> > >>> Maybe this post has gone too far, and I've tried a bunch of methods
> to
> > >> get
> > >>> my map work. Anyway, I can't. And there's something I must say, why
> > >> pdftex
> > >>> must embed the whole otf file? It's about 15M for my
> only-one-character
> > >> test
> > >>> file and about 20M for my another only-two-characters test file,
> > >> besides,
> > >>> embedding otf files are so so slow. I don't think I'm ready for otf
> yet.
> > >> I tried the Song font from Adobe a few days ago with XeTeX and a
> older
> > >> chinese example text from you and the file size with 37 pages of
> output
> > >> was a little bit over 1 MB, the same result with luaTeX but I got
> more
> > >> pages.
> > >
> > > Then XeTeX can treat otf fonts correctly? I never tried that. I
> convert the
> > > otf file into multiple type1 fonts (which compiles much more faster on
> my
> > > PC) and I got 1.7M with 60 pages with pdftex embed the subsets. And I
> got
> > > 440.9K with the same document and the same tfm files except I specify
> Adobe
> > > Reader to use SimSun and not embed any fonts. I like the later.
> >
> > xetex just pipes data into dvipdfmx, and dvipdfmx can subset (this was
> > accomplished by Chof, who lives in Korea and uses huge fonts)
>
> But you don't have to care about this normally because this is done
> automatic,
> it is harder to prevent this ConTeXt and produce only xdv files.
>
> The file size with XeTeX should be the same as in the pdfTeX way but I
> found no
> way to prevent xdvipdfmx to embedd the fonts, I know there is a "-e"
> flag but I don't
> if this should only lead to embedd the complete font or to disable
> font embedding
> but I can't test this because my xdvipdfmx has no "-e" flag.

No offense but xdvipdfmx has some problem with the graphics. I'm kind of one
of the managers of the Chinese TeX Society and we have a forum called CTeX
forum, and there're a lot of posts complaining that xdvipdfmx will cut part
of their graphics. For instance, if they draw a picture with metapost,
xdvipdfmx will only show the first quadrant of it. I guess it's confused
about the boundingbox and the accordinate.

>
>
> Wolfgang
>
> ___________________________________________________________________________________
> 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
>
> ___________________________________________________________________________________
>



-- 
Best Regards
Chen
----------------------------------------------------------------

         Zhi-chu Chen | Shanghai Synchrotron Radiation Facility
        No. 2019 | Jialuo Rd. | Jiading | Shanghai | P.R. China
            tel: 086 21 5955 3405 | zhichu.chen.googlepages.com
                                              | www.sinap.ac.cn
----------------------------------------------------------------

[-- Attachment #1.2: Type: text/html, Size: 5187 bytes --]

[-- Attachment #2: Type: text/plain, Size: 487 bytes --]

___________________________________________________________________________________
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: What's the ps_name of AdobeMingStd-Light?

[Hans Hagen]

Zhichu Chen wrote:

> No offense but xdvipdfmx has some problem with the graphics. I'm kind of one
> of the managers of the Chinese TeX Society and we have a forum called CTeX
> forum, and there're a lot of posts complaining that xdvipdfmx will cut part
> of their graphics. For instance, if they draw a picture with metapost,
> xdvipdfmx will only show the first quadrant of it. I guess it's confused
> about the boundingbox and the accordinate.

i suppose that this concerns the native dvipdfmx mp inclusion (which is 
experimental), inclusion using supp-pdf should work ok in dvipdfmx

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
-----------------------------------------------------------------
___________________________________________________________________________________
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: What's the ps_name of AdobeMingStd-Light?

[Hans Hagen]

Zhichu Chen wrote:
> Hi guys,
> 
> Maybe this post has gone too far, and I've tried a bunch of methods to get
> my map work. Anyway, I can't. And there's something I must say, why pdftex
> must embed the whole otf file? It's about 15M for my only-one-character test
> file and about 20M for my another only-two-characters test file, besides,
> embedding otf files are so so slow. I don't think I'm ready for otf yet.

afaik pdftex does not do subsetting of cid fonts, but luatex does

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
-----------------------------------------------------------------
___________________________________________________________________________________
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: What's the ps_name of AdobeMingStd-Light?

[Zhichu Chen]

[-- Attachment #1.1: Type: text/plain, Size: 2004 bytes --]

Thanks Hans. Do you have any comments about how to now embed the standard
Adobe CJK fonts?

On Dec 13, 2007 8:25 PM, Hans Hagen <pragma@wxs.nl> wrote:

> Zhichu Chen wrote:
> > Hi guys,
> >
> > Maybe this post has gone too far, and I've tried a bunch of methods to
> get
> > my map work. Anyway, I can't. And there's something I must say, why
> pdftex
> > must embed the whole otf file? It's about 15M for my only-one-character
> test
> > file and about 20M for my another only-two-characters test file,
> besides,
> > embedding otf files are so so slow. I don't think I'm ready for otf yet.
>
> afaik pdftex does not do subsetting of cid fonts, but luatex does
>
> 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
> -----------------------------------------------------------------
>
> ___________________________________________________________________________________
> 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
>
> ___________________________________________________________________________________
>



-- 
Best Regards
Chen
----------------------------------------------------------------

         Zhi-chu Chen | Shanghai Synchrotron Radiation Facility
        No. 2019 | Jialuo Rd. | Jiading | Shanghai | P.R. China
            tel: 086 21 5955 3405 | zhichu.chen.googlepages.com
                                              | www.sinap.ac.cn
----------------------------------------------------------------

[-- Attachment #1.2: Type: text/html, Size: 3485 bytes --]

[-- Attachment #2: Type: text/plain, Size: 487 bytes --]

___________________________________________________________________________________
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: What's the ps_name of AdobeMingStd-Light?

[Hans Hagen]

Zhichu Chen wrote:
> Thanks Hans. Do you have any comments about how to now embed the standard
> Adobe CJK fonts?

you can split up the ttf file in smaller pfb files matching the tfm's



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
-----------------------------------------------------------------
___________________________________________________________________________________
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: What's the ps_name of AdobeMingStd-Light?

[Zhichu Chen]

[-- Attachment #1.1: Type: text/plain, Size: 1840 bytes --]

Sorry Hans, I mean not embed, there's a typo in my last post.

I've broken the otf file into multiple type 1 fonts before, and it compiles
very fast comparing to ttf or otf. But I don't know whether it is legal to
embed those pfb files.

On Dec 14, 2007 4:03 PM, Hans Hagen <pragma@wxs.nl> wrote:

> Zhichu Chen wrote:
> > Thanks Hans. Do you have any comments about how to now embed the
> standard
> > Adobe CJK fonts?
>
> you can split up the ttf file in smaller pfb files matching the tfm's
>
>
>
> 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
> -----------------------------------------------------------------
>
> ___________________________________________________________________________________
> 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
>
> ___________________________________________________________________________________
>



-- 
Best Regards
Chen
----------------------------------------------------------------

         Zhi-chu Chen | Shanghai Synchrotron Radiation Facility
        No. 2019 | Jialuo Rd. | Jiading | Shanghai | P.R. China
            tel: 086 21 5955 3405 | zhichu.chen.googlepages.com
                                              | www.sinap.ac.cn
----------------------------------------------------------------

[-- Attachment #1.2: Type: text/html, Size: 3283 bytes --]

[-- Attachment #2: Type: text/plain, Size: 487 bytes --]

___________________________________________________________________________________
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: What's the ps_name of AdobeMingStd-Light?

[Wolfgang Schuster]

2007/12/17, Zhichu Chen <zhichu.chen@gmail.com>:
> Sorry Hans, I mean not embed, there's a typo in my last post.
>
> I've broken the otf file into multiple type 1 fonts before, and it compiles
> very fast comparing to ttf or otf. But I don't know whether it is legal to
> embed those pfb files.

LuaTeX is now also very fast to process CJK documents, my Chinese
example file compiles in afew seconds, it takes only a long time ti save
the font information at the first to use the font but it is no problem in the
later runs.

Wolfgang
___________________________________________________________________________________
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
___________________________________________________________________________________

Not embedding CID fonts (was: Re: What's the ps_name ...)

[Arthur Reutenauer]

[-- Attachment #1: Type: text/plain, Size: 2959 bytes --]

	Hello Zhichu and all,

> Thanks Hans. Do you have any comments about how to now embed the standard
> Adobe CJK fonts?

  I made experiments with pdfTeX in order to produce a file with Chinese
text without embedding the font.  It actually works---with minor
inconvenients---and I attach a small example file which uses
AdobeMingStd-Light.  It should of course be possible to adapt it for the
Adobe font for Simplified Chinese (AdobeSongStd-Light), as well as for
Japanese or Korean.

  Here is how you should use it:

  - Produce the TFM files for the subfonts of AdobeMingStd-Light.  You
    should call them uni-adobe-ming-XX.tfm where XX is the number of the
    Unicode row (the range from U+XX00 to U+XXFF);  I guess you know how
    to do that.

  - Find a way to deactivate mktexpk somehow: the point is that my
    macros emulate the subfonts in PDF directly, but pdfTeX doesn't know
    that and wants to find the glyphs somewhere.  Since they're not
    present anywhere, he calls mktexpk as a last resort, but that fails
    as well and it's only a waste of time.  So you need to simply
    deactivate mktexpk (I hope it's not an inconvenience for you and you
    don't rely on PK generation otherwise).  When running on a shell on
    Unix I can say "export MKTEXPK=echo" (and the call to mktexpk is
    replaced by a simple echo).  There may be options in mktex.cnf or
    mktex.opt which would enable you to set things
    platform-independently, but I couldn't find anything useful.

    On the other hand, if you can't do that, it also works but you waste
    some time in the process.

  The central idea of my macros is to use CIDFont's, a concept
introduced by Adobe for its CJKV fonts, as I'm sure you know.  The point
is that all of the standard Adobe CJKV fonts are CIDFont's and use a
special kind of encoding called CID encoding, which is quite distinct
from encoding based on glyph names as used by Type 1 fonts.  I think
this is why your attempts by using .enc files didn't work; I strongly
suspect it's not possible at all to use .enc files with CIDFont's, and
you have to use the equivalent concept for CID encoding, that is CMap.
This is what I have done here, by embedding the appropriate CMap for
each subfont.  Since it's an example file, I only wrote the CMap's for
the Unicode rows U+51XX, U+66XX and U+67XX, so you would have to enhance
it if you want to use the other Chinese characters.  It's easy to do,
but it's a further inconvenience of this approach, since it means you
have to embed a CMap which weigh 2 to 5 KB for each Unicode row (that
is, up to 256 characters).

  I hope it works for you.  I also attach the output by pdfTeX on my machine.

  Obviously this is somewhat cumbersome in pdfTeX and would be much
easier to do with LuaTeX (where you don't need subfonts at all), but I
didn't look into that.  XeTeX wouldn't work the same way since you can't
write PDF objects directly the way I've done it.

	Arthur

[-- Attachment #2: cidfont.tex --]
[-- Type: text/x-tex, Size: 18969 bytes --]

% engine=pdftex

% Example ConTeXt macros for using Adobe Reader's default Traditional Chinese
% font AdobeMingStd-Light without embedding it in the PDF file.
% © A. Reutenauer, December 2007.  Brest, Paris, Strasbourg, Opio.
% This file is distributed under the terms of the WTF Public License
% (http://sam.zoy.org/wtfpl/)

% It must be used with pdfTeX: the macros very strongly depends on some pdfTeX
% primitives.  They would probably work with LuaTeX which inherits them,
% although it's a complete waste of resources (LuaTeX doesn't need subfonts at
% all, which are used heavily here).  They would, on the other hand, most
% certainly *not* work with XeTeX (and would be just as pointless as with
% LuaTeX).

% The file is UTF-8-encoded!
\enableregime[utf8]

% We use the chi-00 module with slight modifications in one macro, at the very
% end of that file, before the text starts.
\usemodule[chi-00]

% This overrides the default ConTeXt settings and defines the “template” for
% TFM fonts: "uni-adobe-ming-XX" (where XX is the Unicode “row” number).
% We need to first produce the corresponding TFM files somehow.
\definefontsynonym [ChineseRegular]    [uni-adobe-ming-][encoding=cjk-uni]

% Counters for PDF object numbers (this is where the fun begins!)
\newcount\cidfontobj
\newcount\subfontobj
\newcount\fontdescobj
\newcount\cmapobj

% Three \if's: true/false whether the subfont has already been embedded or not.
% For the moment we only support 3 Unicode rows: U+51XX, U+66XX and U+67XX
% 
% Yes, this is completely ad-hoc code :-)  It's only meant as a proof of
% concept.  It doesn't even know about hex digits, by the way: in TeX's mind,
% 51, 66 and 67 are actually decimal number (which is why I used U+51E0 几 in
% the sample text, and not the—in my opinion more correct—character U+5E7E 幾).
%
% But of course, it can be improved an enhanced a lot.
\newif\ifli\lifalse
\newif\iflxvi\lxvifalse
\newif\iflxvii\lxviifalse

% --- The actual font data ---

% -- Global things --

% First we need a CIDFont dictionary for AdobeStdMing-Light.
% It only needs to be written once to the PDF file, and it consists of two PDF
% objects, so here goes:

% First the font descriptor for the CIDFont ...
\immediate\pdfobj {
<<
  /Type /FontDescriptor
  /FontName /AdobeMingStd-Light
  /Flags 12
  /FontBBox [ 0 -120 1000 880 ]
  /ItalicAngle 0
  /Ascent 880
  /Descent 120
  /AvgWidth 1000
  /MaxWidth 1000
  /MissingWidth 1000
>>
}
\fontdescobj\pdflastobj

% ... then the actual CIDFont dictionary.
% \fontdescobj has just been defined, and we set the counter \cidfontobj in
% passing; it will be used by every subfont in the PDF file.
\immediate\pdfobj {
<<
  /Type /Font
  /Subtype /CIDFontType0
  /BaseFont /AdobeMingStd-Light
  /CIDSystemInfo
  <<
    /Registry (Adobe)
    /Ordering (CNS1)
    /Supplement 5
  >>
  /FontDescriptor \the\fontdescobj\space 0 R
>>
}
\cidfontobj\pdflastobj

% -- “Local” things --

% Now, we prepare macros to write the subfont to the file; again, we need two
% PDF objects referring to one another.

% This write a CMap object, then a Font object for each subfont.  The actual
% data is split into three different macros for legibility: again, we only know
% about three different subfonts (for Unicode rows 0x51, 0x66 or 0x67 ... if
% the argument is anything else, the behaviour is “undefined” :-)
%
% Each of these three macros call \writesubfontdict which we define afterwards.
\def\writesubfontobj#1{%
  \ifnum#1=51
    \ifli\else\litrue\writesubfontli\fi
  \else\ifnum#1=66
    \iflxvi\else\lxvitrue\writesubfontlxvi\fi
  \else\ifnum#1=67
    \iflxvii\else\lxviitrue\writesubfontlxvii\fi
  \fi\fi\fi % To close 3 \if's
}

% Now the actual CMap data for Unicode chars U+51XX ...
\def\writesubfontli{%
  \immediate\pdfobj stream
  attr {
    /Type /CMap /CMapName /TeXCNS-51-H
    /CIDSystemInfo << /Registry (Adobe) /Ordering (CNS1) /Supplement 5 >>
    /WMode 0
  }
  {
    /CIDInit /ProcSet findresource begin
    12 dict begin
    begincmap
    /CIDSystemInfo 3 dict dup begin
      /Registry (Adobe) def
      /Ordering (CNS1) def
      /Supplement 3 def
    end def
    /CMapName /TeXCNS-51-H def
    /CMapVersion 0.001 def
    /CMapType 1 def
    /WMode 0 def
    1 begincodespacerange
      <00> <FF>
    endcodespacerange
    10 begincidrange
    <00> <00> 4355
    <01> <01> 16434
    <02> <02> 4359
    <03> <03> 10366
    <04> <04> 4354
    <05> <05> 4362
    <06> <07> 10369
    <08> <09> 4360
    <0a> <0a> 10376
    <0b> <0c> 10373
    endcidrange
    100 begincidrange
    <0d> <0d> 14790
    <0e> <0e> 16436
    <10> <10> 4749
    <11> <11> 11012
    <12> <12> 4746
    <13> <13> 11009
    <14> <14> 4748
    <15> <15> 4750
    <17> <17> 11010
    <18> <18> 4747
    <1a> <1a> 11011
    <1c> <1c> 11008
    <1f> <1f> 5045
    <20> <20> 11582
    <21> <21> 5046
    <22> <22> 11580
    <24> <24> 11581
    <25> <25> 11579
    <26> <26> 11578
    <29> <29> 11583
    <2a> <2a> 5044
    <2b> <2b> 14766
    <2d> <2e> 12047
    <30> <30> 10367
    <31> <31> 12046
    <32> <32> 5047
    <33> <33> 5493
    <34> <35> 12410
    <37> <38> 5736
    <39> <39> 12998
    <3a> <3a> 12997
    <3b> <3b> 5820
    <3c> <3c> 5819
    <3d> <3d> 13326
    <3f> <3f> 604
    <40> <40> 628
    <41> <41> 682
    <43> <43> 681
    <44> <44> 771
    <45> <45> 770
    <46> <46> 906
    <47> <47> 905
    <48> <48> 907
    <49> <49> 904
    <4b> <4b> 1076
    <4c> <4c> 1075
    <4d> <4d> 1077
    <52> <52> 1349
    <54> <54> 1348
    <55> <55> 1350
    <56> <56> 17306
    <57> <57> 1724
    <59> <59> 281
    <5a> <5a> 7218
    <5b> <5b> 282
    <5c> <5c> 2575
    <5d> <5d> 284
    <5e> <5e> 283
    <5f> <5f> 8381
    <60> <60> 16442
    <61> <61> 285
    <62> <62> 3978
    <63> <63> 286
    <65> <65> 605
    <67> <67> 683
    <68> <68> 908
    <69> <69> 1351
    <6a> <6a> 16444
    <6b> <6b> 606
    <6c> <6c> 686
    <6d> <6e> 684
    <71> <71> 909
    <74> <74> 17727
    <75> <75> 1078
    <76> <76> 1353
    <77> <77> 1352
    <78> <78> 1354
    <79> <79> 15054
    <7c> <7c> 2130
    <80> <80> 4751
    <82> <82> 541
    <86> <86> 17311
    <87> <87> 6009
    <88> <88> 14006
    <89> <8a> 772
    <8d> <8d> 910
    <8f> <8f> 6195
    <91> <91> 1726
    <92> <92> 1725
    <93> <93> 7220
    <94> <94> 7219
    <95> <95> 2576
    <96> <96> 542
    <97> <97> 687
    <98> <98> 6016
    <9a> <9a> 16035
    <9c> <9c> 17728
    <9e> <9e> 6416
    <a0> <a0> 1727
    <a2> <a2> 2133
    endcidrange
    58 begincidrange
    <a4> <a5> 2131
    <a7> <a7> 16038
    <a8> <a8> 14810
    <aa> <aa> 4752
    <ab> <ab> 543
    <ac> <ac> 774
    <b0> <b0> 911
    <b1> <b1> 6086
    <b2> <b2> 16456
    <b3> <b3> 16465
    <b4> <b4> 15740
    <b5> <b5> 16402
    <b6> <b7> 1079
    <b8> <b8> 16457
    <b9> <b9> 6196
    <bc> <bc> 6417
    <bd> <bd> 1355
    <be> <be> 6418
    <c3> <c3> 14811
    <c4> <c5> 7222
    <c6> <c6> 2136
    <c7> <c7> 16938
    <c8> <c8> 7224
    <c9> <c9> 16459
    <ca> <ca> 7221
    <cb> <cb> 2137
    <cc> <cc> 2135
    <cd> <cd> 2134
    <ce> <ce> 7225
    <cf> <cf> 16460
    <d0> <d0> 7762
    <d1> <d1> 16461
    <d2> <d2> 15789
    <d3> <d3> 16463
    <d4> <d4> 8382
    <d7> <d7> 9077
    <d8> <d8> 9762
    <db> <db> 17818
    <dc> <dc> 4363
    <dd> <dd> 4753
    <de> <de> 11013
    <df> <df> 16975
    <e0> <e0> 607
    <e1> <e1> 621
    <e2> <e2> 16466
    <e4> <e4> 17729
    <ed> <ed> 16468
    <f0> <f0> 2577
    <f1> <f1> 3057
    <f3> <f3> 3979
    <f4> <f4> 16760
    <f5> <f5> 5998
    <f6> <f6> 688
    <f8> <f8> 777
    <f9> <fa> 775
    <fc> <fc> 17819
    <fd> <fd> 1356
    <fe> <fe> 16138
    endcidrange
    endcmap
    CMapName currentdict /CMap defineresource pop
    end
    end
  }
  \global\cmapobj\pdflastobj
  \writesubfontdict
}

% U+66XX ...
\def\writesubfontlxvi{%
  \immediate\pdfobj stream
  attr {
    /Type /CMap /CMapName /TeXCNS-66-H
    /CIDSystemInfo << /Registry (Adobe) /Ordering (CNS1) /Supplement 5 >>
    /WMode 0
  }
  {
    /CIDInit /ProcSet findresource begin
    12 dict begin
    begincmap
    /CIDSystemInfo 3 dict dup begin
      /Registry (Adobe) def
      /Ordering (CNS1) def
      /Supplement 3 def
    end def
    /CMapName /TeXCNS-66-H def
    /CMapVersion 0.001 def
    /CMapType 1 def
    /WMode 0 def
    1 begincodespacerange
      <00> <FF>
    endcodespacerange
    69 begincidrange
    <00> <00> 1533
    <02> <02> 1531
    <03> <03> 6570
    <04> <04> 6566
    <05> <05> 6573
    <06> <06> 1530
    <07> <07> 1537
    <08> <08> 6568
    <09> <09> 6564
    <0a> <0a> 1536
    <0b> <0b> 6571
    <0c> <0c> 1529
    <0d> <0d> 6572
    <0e> <0e> 1532
    <0f> <0f> 1534
    <10> <10> 6576
    <11> <11> 6575
    <12> <12> 6567
    <13> <13> 1528
    <14> <14> 1527
    <15> <15> 1535
    <18> <18> 16817
    <1c> <1c> 6921
    <1d> <1d> 6927
    <1e> <1e> 14995
    <1f> <1f> 1867
    <20> <20> 1864
    <21> <21> 6918
    <22> <22> 6923
    <23> <23> 17045
    <24> <24> 1870
    <25> <25> 1862
    <26> <26> 6922
    <27> <27> 1865
    <28> <28> 1868
    <2b> <2b> 6925
    <2d> <2d> 1863
    <2e> <2e> 6930
    <2f> <2f> 1866
    <30> <30> 14989
    <31> <31> 1869
    <32> <32> 6919
    <33> <33> 6924
    <34> <34> 6928
    <35> <35> 6920
    <36> <36> 6917
    <39> <39> 6929
    <3a> <3a> 6926
    <41> <41> 2274
    <42> <42> 2267
    <43> <43> 2270
    <44> <44> 16820
    <45> <45> 2273
    <47> <47> 7366
    <48> <48> 15769
    <49> <49> 2268
    <4a> <4a> 7364
    <4b> <4b> 16823
    <4c> <4c> 2272
    <4f> <4f> 2269
    <51> <51> 7367
    <52> <52> 2271
    <53> <53> 17995
    <57> <57> 16539
    <59> <59> 7953
    <5a> <5a> 2761
    <5b> <5b> 7952
    <5c> <5c> 7954
    <5d> <5d> 2760
    endcidrange
    100 begincidrange
    <5e> <5e> 2765
    <5f> <5f> 7365
    <61> <61> 7951
    <62> <62> 7955
    <63> <63> 14992
    <64> <64> 2762
    <65> <65> 7950
    <66> <66> 2764
    <67> <67> 16825
    <68> <68> 2763
    <6a> <6a> 8575
    <6b> <6b> 14987
    <6c> <6c> 8570
    <6e> <6e> 3191
    <6f> <6f> 3195
    <70> <70> 3192
    <71> <71> 8573
    <72> <72> 8576
    <73> <73> 16827
    <74> <74> 3193
    <76> <76> 3194
    <77> <77> 3199
    <78> <78> 9236
    <79> <79> 8574
    <7a> <7a> 3197
    <7b> <7b> 8571
    <7c> <7c> 8569
    <7d> <7d> 18075
    <7e> <7e> 3198
    <80> <80> 8572
    <84> <84> 3635
    <85> <85> 16738
    <86> <86> 9228
    <87> <88> 3632
    <89> <89> 3631
    <8a> <8a> 9233
    <8b> <8b> 9232
    <8c> <8c> 9229
    <8d> <8d> 3637
    <8e> <8e> 14985
    <90> <90> 9231
    <91> <91> 3196
    <92> <92> 17997
    <94> <94> 9235
    <95> <95> 9230
    <96> <96> 3634
    <97> <97> 3630
    <98> <98> 3636
    <99> <99> 9234
    <9a> <9a> 15677
    <9d> <9d> 4077
    <9f> <9f> 9912
    <a0> <a0> 9911
    <a1> <a1> 9910
    <a2> <a2> 4075
    <a4> <a4> 16570
    <a8> <a8> 4076
    <a9> <a9> 10489
    <aa> <aa> 10492
    <ab> <ab> 4466
    <ad> <ad> 18760
    <ae> <ae> 4465
    <af> <af> 10493
    <b0> <b0> 10488
    <b1> <b1> 4468
    <b2> <b2> 10490
    <b3> <b3> 16565
    <b4> <b4> 4467
    <b5> <b5> 10487
    <b6> <b6> 15891
    <b7> <b7> 10491
    <b8> <b8> 4812
    <b9> <b9> 4809
    <ba> <ba> 11109
    <bb> <bb> 11108
    <bd> <bd> 11107
    <be> <be> 11102
    <bf> <bf> 15770
    <c0> <c0> 11103
    <c4> <c4> 4810
    <c6> <c6> 4807
    <c7> <c7> 4811
    <c8> <c8> 11101
    <c9> <c9> 4808
    <ca> <cb> 11104
    <cc> <cc> 11110
    <cd> <cd> 16568
    <ce> <ce> 14967
    <cf> <cf> 11106
    <d2> <d2> 11634
    <d6> <d6> 5092
    <d8> <d8> 12083
    <d9> <d9> 5091
    <da> <db> 12081
    <dc> <dc> 5338
    <dd> <dd> 5509
    <de> <de> 12441
    <e0> <e0> 5508
    <e3> <e4> 12762
    <e6> <e6> 5657
    endcidrange
    15 begincidrange
    <e8> <e8> 12761
    <e9> <e9> 5749
    <eb> <eb> 13341
    <ec> <ec> 5884
    <ed> <ee> 13445
    <f0> <f0> 731
    <f1> <f1> 16004
    <f2> <f3> 988
    <f4> <f4> 1211
    <f6> <f6> 6577
    <f7> <f7> 1871
    <f8> <f8> 2275
    <f9> <f9> 2766
    <fc> <fc> 2591
    <fe> <ff> 3200
    endcidrange
    endcmap
    CMapName currentdict /CMap defineresource pop
    end
    end
  }
  \global\cmapobj\pdflastobj
  \writesubfontdict
}

% And U+67XX !
\def\writesubfontlxvii{%
  \immediate\pdfobj stream
  attr {
    /Type /CMap /CMapName /TeXCNS-67-H
    /CIDSystemInfo << /Registry (Adobe) /Ordering (CNS1) /Supplement 5 >>
    /WMode 0
  }
  {
    /CIDInit /ProcSet findresource begin
    12 dict begin
    begincmap
    /CIDSystemInfo 3 dict dup begin
      /Registry (Adobe) def
      /Ordering (CNS1) def
      /Supplement 3 def
    end def
    /CMapName /TeXCNS-67-H def
    /CMapVersion 0.001 def
    /CMapType 1 def
    /WMode 0 def
    1 begincodespacerange
      <00> <FF>
    endcodespacerange
    85 begincidrange
    <00> <00> 3056
    <01> <01> 8577
    <02> <02> 16836
    <03> <03> 3638
    <04> <04> 9914
    <05> <05> 9913
    <08> <08> 732
    <09> <09> 990
    <0a> <0a> 6578
    <0b> <0b> 1539
    <0c> <0c> 16354
    <0d> <0d> 1538
    <0e> <0e> 15777
    <0f> <10> 6931
    <12> <13> 7368
    <14> <15> 2276
    <16> <16> 17999
    <17> <17> 2278
    <18> <18> 7956
    <1b> <1b> 2768
    <1d> <1d> 3203
    <1e> <1e> 15755
    <1f> <1f> 3202
    <20> <20> 9237
    <21> <21> 9506
    <22> <22> 9915
    <23> <23> 11111
    <25> <25> 14239
    <26> <26> 5339
    <27> <27> 5658
    <28> <28> 733
    <2a> <2b> 842
    <2c> <2c> 841
    <2d> <2d> 844
    <2e> <2e> 840
    <31> <31> 993
    <33> <33> 6144
    <34> <34> 992
    <35> <35> 994
    <36> <36> 15937
    <38> <38> 6139
    <39> <39> 6138
    <3a> <3a> 6141
    <3b> <3b> 6140
    <3c> <3c> 6143
    <3d> <3d> 991
    <3e> <3e> 6137
    <3f> <3f> 6142
    <44> <44> 16411
    <45> <45> 6307
    <46> <46> 1221
    <47> <47> 6308
    <48> <48> 6312
    <49> <49> 1220
    <4b> <4b> 6316
    <4c> <4c> 6311
    <4d> <4d> 6314
    <4e> <51> 1213
    <53> <53> 1223
    <55> <55> 6310
    <56> <56> 1218
    <57> <57> 1224
    <59> <59> 6309
    <5a> <5a> 6315
    <5c> <5c> 1217
    <5d> <5d> 6313
    <5e> <5e> 1219
    <5f> <5f> 1212
    <60> <60> 1222
    <61> <61> 15718
    <62> <62> 16843
    <67> <67> 16842
    <6a> <6a> 1560
    <6c> <6c> 6580
    <6d> <6d> 1540
    <6f> <70> 1550
    <71> <71> 1543
    <72> <72> 1561
    <73> <73> 1545
    <74> <74> 6588
    <75> <75> 1556
    <76> <76> 6583
    <77> <77> 1546
    <78> <79> 6598
    <7a> <7a> 6591
    endcidrange
    100 begincidrange
    <7b> <7b> 6584
    <7c> <7c> 1559
    <7d> <7d> 6596
    <7e> <7e> 1554
    <7f> <7f> 1552
    <81> <81> 6597
    <83> <83> 6595
    <84> <84> 6587
    <85> <85> 6579
    <86> <86> 6586
    <87> <87> 1547
    <89> <89> 1553
    <8b> <8b> 1541
    <8c> <8c> 6590
    <8d> <8d> 6589
    <8e> <8e> 6581
    <8f> <8f> 18113
    <90> <90> 1555
    <91> <91> 6593
    <92> <92> 6582
    <93> <93> 1558
    <94> <94> 6600
    <95> <95> 1542
    <97> <97> 1549
    <98> <98> 6585
    <99> <99> 6594
    <9a> <9a> 1557
    <9c> <9c> 1544
    <9d> <9d> 1548
    <9f> <9f> 6592
    <a0> <a0> 15738
    <a4> <a4> 18001
    <ac> <ac> 16867
    <ae> <ae> 6964
    <af> <af> 1879
    <b0> <b0> 1892
    <b1> <b1> 16884
    <b2> <b2> 6959
    <b3> <b3> 6949
    <b4> <b4> 1885
    <b5> <b5> 6947
    <b6> <b6> 1878
    <b7> <b7> 6942
    <b8> <b8> 1888
    <b9> <b9> 6955
    <ba> <ba> 6936
    <bb> <bb> 6938
    <bf> <bf> 14330
    <c0> <c0> 6941
    <c1> <c1> 6933
    <c2> <c2> 6954
    <c3> <c3> 6970
    <c4> <c4> 1883
    <c5> <c5> 6943
    <c6> <c6> 6961
    <c8> <c8> 6935
    <c9> <ca> 6968
    <cb> <cb> 6972
    <cc> <cc> 6963
    <cd> <cd> 6948
    <ce> <ce> 6956
    <cf> <cf> 1889
    <d0> <d0> 1876
    <d1> <d1> 1884
    <d2> <d2> 1896
    <d3> <d3> 1873
    <d4> <d4> 1875
    <d6> <d6> 15192
    <d7> <d7> 16846
    <d8> <d8> 6940
    <d9> <d9> 1893
    <da> <da> 1886
    <db> <db> 6966
    <dc> <dc> 6937
    <dd> <dd> 1895
    <de> <de> 1890
    <df> <df> 6946
    <e2> <e2> 1894
    <e3> <e3> 6953
    <e4> <e4> 6945
    <e5> <e5> 1887
    <e6> <e6> 6965
    <e7> <e7> 6957
    <e9> <e9> 1881
    <ea> <ea> 6971
    <eb> <eb> 6944
    <ec> <ec> 1877
    <ed> <ed> 6962
    <ee> <ee> 6952
    <ef> <ef> 1882
    <f0> <f0> 6958
    <f1> <f1> 1874
    <f2> <f2> 6934
    <f3> <f3> 1891
    <f4> <f4> 2293
    <f5> <f5> 1880
    <f6> <f6> 6951
    <f7> <f7> 6950
    <f8> <f8> 6939
    <f9> <f9> 14742
    endcidrange
    4 begincidrange
    <fa> <fa> 6967
    <fc> <fc> 6960
    <fe> <fe> 17749
    <ff> <ff> 1872
    endcidrange
    endcmap
    CMapName currentdict /CMap defineresource pop
    end
    end
  }
  \global\cmapobj\pdflastobj
  \writesubfontdict
}

% Finally, this writes a subfont dictionary to the PDF file.  It is a template
% that refers to both the global CIDFont object (\cidfontobj) and the local CMap
% object just defined (\cmapobj).
\def\writesubfontdict{%
  \immediate\pdfobj useobjnum \subfontobj {
    <<
      /Type /Font
      /Subtype /Type0
      /BaseFont /AdobeMingStd-Light
      /Encoding \the\cmapobj\space 0 R
      /DescendantFonts [ \the\cidfontobj\space 0 R ]
    >>
  }
}

% --- End of font data ---

% And now, the macro that actually writes a character to the file.
%
% It's a shameless plug from font-chi.tex, and therefore (very) strongly
% depends on all of the other macros in font-chi.tex.  Only the fore-to-last
% two lines are different: they call \writesubfontobj with an appropriate
% setting of \subfontobj; in that context, the subfont is well defined, and we
% need to output the PDF object corresponding to that subfont if it hasn't
% already been written to the file.
\unexpanded\def\unicodeglyph#1#2%
  {\begingroup
   \getvalue{@@\currentucharmapping\strippedcsname\uchar}{#1}{#2}
   \bodyfontsize\unicodescale\bodyfontsize
   \font\unicodefont=\truefontname{\doifelsefontsynonym{\unicodestyle
     \unicodeone}\empty\truefontname\unicodestyle\unicodeone}
      at \currentfontscale\bodyfontsize
   \unicodestrut
   \unicodefont\unicodecharcommand{\char\unicodetwo\relax}%
   \subfontobj=\pdffontobjnum\unicodefont
   \writesubfontobj\unicodeone
   \endgroup}

% That's all, folks!  Now we can write text from the three Unicode rows we know
% about.  That's not much, admittedly ;-)

\starttext

明月几時有

\stoptext

[-- Attachment #3: cidfont.pdf --]
[-- Type: application/pdf, Size: 24039 bytes --]

[-- Attachment #4: Type: text/plain, Size: 487 bytes --]

___________________________________________________________________________________
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: Not embedding CID fonts

[Hans Hagen]

Arthur Reutenauer wrote:

>     Unix I can say "export MKTEXPK=echo" (and the call to mktexpk is

no problem to disable that one in texexec, unless of course someone is 
depending on it; btw, setting

MKTEXTEX=0

in texmf.cnf should also disable it

-----------------------------------------------------------------
                                           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
-----------------------------------------------------------------
___________________________________________________________________________________
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: Not embedding CID fonts (was: Re: What's the ps_name ...)

[Martin Schröder]

2007/12/29, Arthur Reutenauer <arthur.reutenauer@normalesup.org>:
> each subfont.  Since it's an example file, I only wrote the CMap's for
> the Unicode rows U+51XX, U+66XX and U+67XX, so you would have to enhance
> it if you want to use the other Chinese characters.  It's easy to do,
> but it's a further inconvenience of this approach, since it means you
> have to embed a CMap which weigh 2 to 5 KB for each Unicode row (that
> is, up to 256 characters).

Amazing work.

I wonder at the /Flags 12, though: Symbolic Script. %-)
Although I doubt that any value of /Flags entry will work in your
case, is the 12 just coincidence or does it have meaning?

Best
   Martin
___________________________________________________________________________________
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: Not embedding CID fonts (was: Re: What's the ps_name ...)

[Arthur Reutenauer]

> Amazing work.

  Thanks :-)

> I wonder at the /Flags 12, though: Symbolic Script. %-)

  I based myself on the PDF reference, that says "Symbolic" means
"contains glyphs outside the Adobe standard Latin character set" (page
458 of http://www.adobe.com/devnet/acrobat/pdfs/pdf_reference_1-7.pdf --
although it's formally contradicted by the pdfTeX manual ;-)  This is
definitely the case here, so I set that on purpose.  The bit 2 is set on
purpose too, since Ming / Song style is more or less a Serif sort of
font.  But now I realize I should have set Flags to 6 = 2^(2-1) +
2^(3-1) instead of 12 = 2^2 + 2^3.

  Anyway, as you say, the font flags are probably unusable here.

	Happy New Year everyone!

		Arthur
___________________________________________________________________________________
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: What's the ps_name of AdobeMingStd-Light?

[Wolfgang Schuster]

2007/12/10, Zhichu Chen <zhichu.chen@gmail.com>:
> Hi, Wolfgang
>
> On Dec 11, 2007 12:05 AM, Wolfgang Schuster
> <schuster.wolfgang@googlemail.com> wrote:
> > 2007/12/10, Zhichu Chen <zhichu.chen@gmail.com>:
> > > Hi,
> >
> > Hi Chen,
> >
> > can't you ue XeTeX or LuaTeX for your document instead of pdfTeX,
> > it will be easier for you because you don't need tfm and map files
> > and you need only the typescripts.

> I don't know, but in this case, I don't want to embed fonts, I don't know
> how LuaTeX can do that but it runs really slow on my ancient PC, especially
> on the first time when it's generating font cache.

This is funny because the following comment is from font-otf.lua

   -- han (chinese) (unfinished)

    -- this info eventually will go into char-def

    -- list by Zhichu Chen

list of left and right delimiters for chinese

You should try XeTeX for the moment and not LuaTeX, the first is as fast
as pdfTeX while the second is currently not really usable for CJK.

> > > I searched the mail list for a while and I got that if I didn't specify the
> > > font file, it will not be embeded and Acrobat Reader will just use its
> > > own fonts to show the characters.
> > >
> > > I want to make some Chinese documents and I think if I don't embed any
> > > fonts, it will be much smaller than it used to be. And there is a cool font
> > > AdobeMingStd-Light.otf coming along with Acrobat Reader so I wish I can
> > > use it. I converted it to ttf and then tfm files (I don't know whether it is
> > > legal) and write the map file like:
> >
> > pdfTeX can use OpenType fonts and you don't have to convert them
> > into TrueType format.

> I convert it to ttf only because I want the tfm files, I can't find there's
> a tool that can to otf2tfm. And then I deleted the ttf and the otf fonts
> because I don't want to embed them so I don't need them any more.

A opentype to tfm converter is included in the LCDF Typetools
http://www.lcdf.org/type/index.html, I used for a short time in the past
but use now the modern backends instead of pdfTeX.

> > > uni-AdobeMingStd-Light-00 "Adobe Ming Std" " Unicode00Encoding
> ReEncodeFont
> > > " <uni-00.enc
> > > ================================
> > > I think the first column is for the tfm files, and I do get the
> > > uni-AdobeMingStd-Light-00.tfm to uni-AdobeMingStd-Light-ff.tfm files. And
> > > the second column is for the PS name of the font. I really don't know how to
> > > write it because it has spaces in it, and when I replaced it with another PS
> > > name that has no spaces or other special characters in it, say SimSun as
> > > a  common Simplified Chinese font in Windows, it worked fine.
> > >
> > > So, any suggestions?
> >
> > XeTeX or LuaTeX.

> Anyway, thank you for paying attention to my stupid and almost useless
> topic.

Don't say this, font questions are never useless.

Wolfgang
___________________________________________________________________________________
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: What's the ps_name of AdobeMingStd-Light?

[Arthur Reutenauer]

> Don't say this, font questions are never useless.

  Sure enough :-)
___________________________________________________________________________________
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: What's the ps_name of AdobeMingStd-Light?

[Mojca Miklavec]

On Dec 10, 2007 4:58 PM, Zhichu Chen wrote:
>
> And
> the second column is for the PS name of the font. I really don't know how to
> write it because it has spaces in it, and when I replaced it with another PS
> name that has no spaces or other special characters in it, say SimSun as a
> common Simplified Chinese font in Windows, it worked fine.
>
> So, any suggestions?

You can get the PS name of some font with otfinfo:
       -p, --postscript-name
            Print each font's PostScript name. For example:
              MinionPro-SemiboldItCapt
So:
    otfinfo -p AdobeMingStd-Light.otf
which returns
    AdobeMingStd-Light
here.

But I would be a bit surprised if you would manage to make it work that way.

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  : https://foundry.supelec.fr/projects/contextrev/
wiki     : http://contextgarden.net
___________________________________________________________________________________

Re: What's the ps_name of AdobeMingStd-Light?

[Zhichu Chen]

[-- Attachment #1.1: Type: text/plain, Size: 2129 bytes --]

On Dec 11, 2007 12:37 AM, Mojca Miklavec <mojca.miklavec.lists@gmail.com>
wrote:

> On Dec 10, 2007 4:58 PM, Zhichu Chen wrote:
> >
> > And
> > the second column is for the PS name of the font. I really don't know
> how to
> > write it because it has spaces in it, and when I replaced it with
> another PS
> > name that has no spaces or other special characters in it, say SimSun as
> a
> > common Simplified Chinese font in Windows, it worked fine.
> >
> > So, any suggestions?
>
> You can get the PS name of some font with otfinfo:
>       -p, --postscript-name
>            Print each font's PostScript name. For example:
>              MinionPro-SemiboldItCapt
> So:
>    otfinfo -p AdobeMingStd-Light.otf
> which returns
>    AdobeMingStd-Light
> here.
>
> But I would be a bit surprised if you would manage to make it work that
> way.

Yes, it doesn't work :(

I have seen some pdf files that Acrobat Reader can automatically download
fonts for them. I had thought that the reader may have some kind of font
list so that if some unusual (non-base) fonts are invoked, it will just down
them from the Adobe ftp. I guess I was wrong. I think I should read more
about those Adobe specials.

>
>
> 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  : https://foundry.supelec.fr/projects/contextrev/
> wiki     : http://contextgarden.net
>
> ___________________________________________________________________________________
>



-- 
Best Regards
Chen
----------------------------------------------------------------

         Zhi-chu Chen | Shanghai Synchrotron Radiation Facility
        No. 2019 | Jialuo Rd. | Jiading | Shanghai | P.R. China
            tel: 086 21 5955 3405 | zhichu.chen.googlepages.com
                                              | www.sinap.ac.cn
----------------------------------------------------------------

[-- Attachment #1.2: Type: text/html, Size: 3476 bytes --]

[-- Attachment #2: Type: text/plain, Size: 487 bytes --]

___________________________________________________________________________________
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: What's the ps_name of AdobeMingStd-Light?

[Wolfgang Schuster]

2007/12/10, Mojca Miklavec <mojca.miklavec.lists@gmail.com>:
> On Dec 10, 2007 4:58 PM, Zhichu Chen wrote:
> >
> > And
> > the second column is for the PS name of the font. I really don't know how to
> > write it because it has spaces in it, and when I replaced it with another PS
> > name that has no spaces or other special characters in it, say SimSun as a
> > common Simplified Chinese font in Windows, it worked fine.
> >
> > So, any suggestions?
>
> You can get the PS name of some font with otfinfo:
>        -p, --postscript-name
>             Print each font's PostScript name. For example:
>               MinionPro-SemiboldItCapt
> So:
>     otfinfo -p AdobeMingStd-Light.otf
> which returns
>     AdobeMingStd-Light
> here.
>
> But I would be a bit surprised if you would manage to make it work that way.
>
> Mojca

It is also possible to show all font names and features with extra
programm in windows. You can click with the right mouse button
on the font and it shows you the font names, opentype features ...

I'm not if the following link is correct but it should do the same work
as otfinfo (which is include in the LCDF typetools, metioned in another message)

http://www.microsoft.com/typography/TrueTypeProperty21.mspx

Wolfgang
___________________________________________________________________________________
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
___________________________________________________________________________________