[XeTeX] Type2 Charstring Parser: Subroutine nested too deeply

2014-03-12 Thread Joshua and Amy
I'm typesetting with XeLaTeX, using fontspec, and calling a font provided
to me by the publisher of a manuscript I'm working on.

My problem is with* U+012D ( ĭ ) in boldface*. If I include  \textbf{ĭ} 
in the document, I get the following error (down to the end of the log
file):

** ERROR ** Type2 Charstring Parser: Subroutine nested too deeply.

Output file removed.
 )
Error 256 (driver return code) generating output;
file JENSEN - i-with-breve.pdf may not be valid.
SyncTeX written on JENSEN - i-with-breve.synctex.gz.
Transcript written on JENSEN - i-with-breve.log.

The publisher says they cannot reproduce the error (but they also can't run
XeLaTeX). I don't know what other details to post here, though I'm sure the
solution will require more information than I've given. I'd appreciate any
help in working towards a solution. Thanks!

Josh Jensen


--
Subscriptions, Archive, and List information, etc.:
  http://tug.org/mailman/listinfo/xetex


[XeTeX] stacking diacritics without mark-to-mark

2014-03-12 Thread Joshua and Amy
I'm typesetting with XeLaTeX, using fontspec, and calling a font provided
to me by the publisher of a manuscript I'm working on. (Same as my previous
post!)

The language I work with has a letter O with circumflex and breve
(U+00F4,U+0306): ô̆. However, the publisher-provided font does not use
mark-to-mark positioning, so when I typeset in XeLaTeX, the combining breve
overlays the circumflex.

Back in January of 2013, there was discussion of this very issue, which
included talk of a potentially forthcoming solution where XeTeX would
handle this problem for us. Does anyone know whether there is now a
straightforward way of doing this? (By *straightforward* I mean, easy for
a XeTeX dabbler. I know how to load a package, how to type, and how to
typeset inside TeXShop. I do not know how to program.)

Thanks, and best regards!

Josh Jensen


--
Subscriptions, Archive, and List information, etc.:
  http://tug.org/mailman/listinfo/xetex


Re: [XeTeX] FreeSerif fonts and devanagari ligatures

2014-03-12 Thread François Patte
Le 12/03/2014 00:03, Zdenek Wagner a écrit :
 2014-03-11 23:36 GMT+01:00 François Patte 
 francois.pa...@mi.parisdescartes.fr:
 Le 11/03/2014 22:18, Zdenek Wagner a écrit :
 2014-03-11 17:36 GMT+01:00 François Patte 
 francois.pa...@mi.parisdescartes.fr:
 Le 11/03/2014 15:06, Zdenek Wagner a écrit :
 2014-03-11 14:44 GMT+01:00 François Patte 
 francois.pa...@mi.parisdescartes.fr:
 Le 11/03/2014 12:46, Zdenek Wagner a écrit :
 2014-03-11 1:04 GMT+01:00 Khaled Hosny khaledho...@eglug.org:
 On Mon, Mar 10, 2014 at 11:02:02PM +0100, Zdenek Wagner wrote:
 Harfbuzz broke the indic rules

 Just to be clear, Pango/ICU had broken and/or incomplete Indic support,
 some fonts worked fine because they were specifically tested against
 them and adapted to their limitations, but the fonts were broken in
 other implementations (namely the de facto standard OpenType
 implementation and any other that followed it).

 I have just built FreeFont revision 2910 from svn

 Where do you find them?

 https://savannah.gnu.org/projects/freefont/

 Thank you. These are the fonts coming with texlive-2013.

 Yes, byt TL 2013 contains the official release of FreeFont dated
 2012-05-03. This release does not work with Harfbuzz. A lot of
 problems were fixed, the working version appeared  on subversion about
 half year ago. Thus even a bit old revision works but definitely not
 the official release.

 Can you try to compile this sample and look at ligature tr (gotra) on
 first line, ligature  śr on second line and ligature pr on third line.

 Attached, all OK with a newer version of FreeFont.

 Why do I get this?

 URL is on the project page, this is shown by svn info:
 
 svn info /usr/local/zwfonts/freefont
 Path: /usr/local/zwfonts/freefont
 Working Copy Root Path: /usr/local/zwfonts/freefont
 URL: svn://svn.savannah.gnu.org/freefont/trunk/freefont
 Repository Root: svn://svn.savannah.gnu.org/freefont
 Repository UUID: 3f5956db-6956-4f1c-a952-c5934ae6f67f
 Revision: 2910
 Node Kind: directory
 Schedule: normal
 Last Changed Author: Stevan_White
 Last Changed Rev: 2910
 Last Changed Date: 2014-02-05 23:32:56 +0100 (Wed, 05 Feb 2014)
 
 You will need fontforge and run make.

OK Thanks, I got them and te 3 ligatures are now ok.

I am now facing a new problem, see another thread.


-- 
François Patte
UFR de mathématiques et informatique
Laboratoire CNRS MAP5, UMR 8145
Université Paris Descartes
45, rue des Saints Pères
F-75270 Paris Cedex 06
Tél. +33 (0)1 8394 5849
http://www.math-info.univ-paris5.fr/~patte



signature.asc
Description: OpenPGP digital signature


--
Subscriptions, Archive, and List information, etc.:
  http://tug.org/mailman/listinfo/xetex


Re: [XeTeX] Type2 Charstring Parser: Subroutine nested too deeply

2014-03-12 Thread Joshua and Amy
Here is a Minimal Working Example. Unfortunately, the font is proprietary,
so I can't send that. What I'm hoping is that someone can point me towards
a solution or work-around in the absence of being able to examine the font
itself.

Thanks!

Josh


On Wed, Mar 12, 2014 at 2:24 PM, Joshua and Amy josh.ruth...@gmail.comwrote:

 I'm typesetting with XeLaTeX, using fontspec, and calling a font provided
 to me by the publisher of a manuscript I'm working on.

 My problem is with* U+012D ( ĭ ) in boldface*. If I include  \textbf{ĭ}
  in the document, I get the following error (down to the end of the log
 file):

 ** ERROR ** Type2 Charstring Parser: Subroutine nested too deeply.

 Output file removed.
  )
 Error 256 (driver return code) generating output;
 file JENSEN - i-with-breve.pdf may not be valid.
 SyncTeX written on JENSEN - i-with-breve.synctex.gz.
 Transcript written on JENSEN - i-with-breve.log.

 The publisher says they cannot reproduce the error (but they also can't
 run XeLaTeX). I don't know what other details to post here, though I'm sure
 the solution will require more information than I've given. I'd appreciate
 any help in working towards a solution. Thanks!

 Josh Jensen



breve-bold.log
Description: Binary data


breve-bold.tex
Description: TeX document


--
Subscriptions, Archive, and List information, etc.:
  http://tug.org/mailman/listinfo/xetex


[XeTeX] how does xetex choose fonts?

2014-03-12 Thread François Patte
Bonsoir,


I installed the last version of Freefonts on my texlive-2013 in:

/opt/texlive/texmf-local/fonts/opentype/public/gnu-freefont/

In order to be sure that xelatex will pick up this version, I changed
the permissions of other directories containing other versions of these
fonts to 000. So I change the permissions of:

/opt/texlive/2013/texmf-dist/fonts/opentype/public/gnu-freefont/
/opt/texlive/2013/texmf-dist/fonts/truetype/public/gnu-freefont/
/usr/share/fonts/opentype/freefonts/
/usr/share/fonts/truetype/freefonts/

But if I change back the permisions of these directories to 755, xelatex
chooses the old version in them.

Is there a process to choose fonts? Something like unix system: 1)
user's account 2) local config (/usr/local/... /opt/... 3) installed
system?

I ope to be clear enough.

Thanks for attention.

-- 
François Patte
UFR de mathématiques et informatique
Laboratoire CNRS MAP5, UMR 8145
Université Paris Descartes
45, rue des Saints Pères
F-75270 Paris Cedex 06
Tél. +33 (0)1 8394 5849
http://www.math-info.univ-paris5.fr/~patte



signature.asc
Description: OpenPGP digital signature


--
Subscriptions, Archive, and List information, etc.:
  http://tug.org/mailman/listinfo/xetex


Re: [XeTeX] how does xetex choose fonts?

2014-03-12 Thread Zdenek Wagner
2014-03-12 23:05 GMT+01:00 François Patte francois.pa...@mi.parisdescartes.fr:
 Bonsoir,


 I installed the last version of Freefonts on my texlive-2013 in:

 /opt/texlive/texmf-local/fonts/opentype/public/gnu-freefont/

 In order to be sure that xelatex will pick up this version, I changed
 the permissions of other directories containing other versions of these
 fonts to 000. So I change the permissions of:

 /opt/texlive/2013/texmf-dist/fonts/opentype/public/gnu-freefont/
 /opt/texlive/2013/texmf-dist/fonts/truetype/public/gnu-freefont/
 /usr/share/fonts/opentype/freefonts/
 /usr/share/fonts/truetype/freefonts/

 But if I change back the permisions of these directories to 755, xelatex
 chooses the old version in them.

 Is there a process to choose fonts? Something like unix system: 1)
 user's account 2) local config (/usr/local/... /opt/... 3) installed
 system?

 I ope to be clear enough.

As Khaled Hosny explained, in unix systems XeTeX uses what fontconfig
offers. I have read fontconfig documentation and added a configuration
file to my /etc//fonts/conf.d directory with higher priority so that
fontconfig should find the FreeFont fonts added by me, not FreeFont
from TeX Live. I did it exactly in te same way on my home computer and
on my work computer. At that time I used Fedora 13 od both. It worked
fine on my home computer but did not work on my work computer. Thus I
forcibly uninstalled TL's FreeFont from my work computer and kept it
on my home computer. A few weeks ago the same problem appeared om my
home computer although I have not updated TeX Live within these few
weeks. It seems that under some unpredictable circumstances fontconfig
does not obey the preferences set in the configuration file, thus the
best solution is to make sure, that fontconfig can find only one
instance of the font.

The system fonts have always the highest priority. It could be changed
only by editing /etc/fonts/fonts.conf but system update may overwirte
such changes. The system FreeFont must be deleted and it is necessary
to be careful because due to package dependencies some update can
reinstall the fonts. It really happened on my notebook and I took me
some time to find why things ceased to work.

 Thanks for attention.

 --
 François Patte
 UFR de mathématiques et informatique
 Laboratoire CNRS MAP5, UMR 8145
 Université Paris Descartes
 45, rue des Saints Pères
 F-75270 Paris Cedex 06
 Tél. +33 (0)1 8394 5849
 http://www.math-info.univ-paris5.fr/~patte




 --
 Subscriptions, Archive, and List information, etc.:
   http://tug.org/mailman/listinfo/xetex




-- 
Zdeněk Wagner
http://hroch486.icpf.cas.cz/wagner/
http://icebearsoft.euweb.cz




--
Subscriptions, Archive, and List information, etc.:
  http://tug.org/mailman/listinfo/xetex


Re: [XeTeX] stacking diacritics without mark-to-mark

2014-03-12 Thread maxwell

On 2014-03-12 14:47, Joshua and Amy wrote:

I'm typesetting with XeLaTeX, using fontspec, and calling a font
provided to me by the publisher of a manuscript I'm working on. (Same
as my previous post!)

The language I work with has a letter O with circumflex and breve
(U+00F4,U+0306): ô̆. However, the publisher-provided font does not
use mark-to-mark positioning, so when I typeset in XeLaTeX, the
combining breve overlays the circumflex.

Back in January of 2013, there was discussion of this very issue,
which included talk of a potentially forthcoming solution where XeTeX
would handle this problem for us. Does anyone know whether there is
now a straightforward way of doing this?


I'm the one who started the thread a year ago, and I'm very definitely 
interested in this problem.  The post saying that this problem would 
soon be fixed is this one:

   http://tug.org/pipermail/xetex/2013-January/024031.html
namely
   ...next XeTeX (thanks the new HarfBuzz layout engine),
   will try to position the accents using their bounding boxes
   if the font does not have a GPOS table, so it should produce
   better results in this case (unless the font in question
   does have a GPOS table).

   Regards,
   Khaled
Afaict, this does not work under the TeXLive 2013 version, at least not 
with this publisher's font.  Am I missing s.t.?


   Mike Maxwell




--
Subscriptions, Archive, and List information, etc.:
 http://tug.org/mailman/listinfo/xetex


Re: [XeTeX] Type2 Charstring Parser: Subroutine nested too deeply

2014-03-12 Thread Khaled Hosny
On Wed, Mar 12, 2014 at 02:24:02PM -0400, Joshua and Amy wrote:
 ** ERROR ** Type2 Charstring Parser: Subroutine nested too deeply.

This suggests that either the font is broken or there is a bug in
xdvipdfmx. To rule out (or verify) the first, you will need to run the
font against some sort of validator and I’d recommend the tx and
checkOutlines tools from AFDKO[1], or FontForge’s fontlint.

Regards,
Khaled

1. http://www.adobe.com/devnet/opentype/afdko.html




--
Subscriptions, Archive, and List information, etc.:
  http://tug.org/mailman/listinfo/xetex


Re: [XeTeX] stacking diacritics without mark-to-mark

2014-03-12 Thread Andrew Cunningham
Although personaly I'd consider such a solution a poor hack compared to a
well designed font that is fit for purpose.

Andrew
On 13/03/2014 10:51 AM, maxwell maxw...@umiacs.umd.edu wrote:

 On 2014-03-12 14:47, Joshua and Amy wrote:

 I'm typesetting with XeLaTeX, using fontspec, and calling a font
 provided to me by the publisher of a manuscript I'm working on. (Same
 as my previous post!)

 The language I work with has a letter O with circumflex and breve
 (U+00F4,U+0306): ô̆. However, the publisher-provided font does not
 use mark-to-mark positioning, so when I typeset in XeLaTeX, the
 combining breve overlays the circumflex.

 Back in January of 2013, there was discussion of this very issue,
 which included talk of a potentially forthcoming solution where XeTeX
 would handle this problem for us. Does anyone know whether there is
 now a straightforward way of doing this?


 I'm the one who started the thread a year ago, and I'm very definitely
 interested in this problem.  The post saying that this problem would soon
 be fixed is this one:
http://tug.org/pipermail/xetex/2013-January/024031.html
 namely
...next XeTeX (thanks the new HarfBuzz layout engine),
will try to position the accents using their bounding boxes
if the font does not have a GPOS table, so it should produce
better results in this case (unless the font in question
does have a GPOS table).

Regards,
Khaled
 Afaict, this does not work under the TeXLive 2013 version, at least not
 with this publisher's font.  Am I missing s.t.?

Mike Maxwell




 --
 Subscriptions, Archive, and List information, etc.:
  http://tug.org/mailman/listinfo/xetex



--
Subscriptions, Archive, and List information, etc.:
  http://tug.org/mailman/listinfo/xetex


Re: [XeTeX] stacking diacritics without mark-to-mark

2014-03-12 Thread Mike Maxwell

On 3/12/2014 10:19 PM, Andrew Cunningham wrote:

Although personaly I'd consider such a solution a poor hack compared to a well
designed font that is fit for purpose.


I won't disagree.  We've been told by the publisher, who original built the font 
(or more likely subcontracted it) that the problem is a shortcoming of their 
OpenType font files, that could only be eliminated by revising the font as a 
whole.  I'm inclined to tell them to go for it, or else we'll use a font that 
does work (Charis SIL comes to mind).  That would have the unfortunate 
consequence that the first book in our series would use the publisher's font (we 
didn't have the stacked diacritic problem in that book), but the rest of the 
books in the series would use some other font.


But in order to convince them to make such a change, I need to understand better 
what is involved in revising a font to make mark-to-mark positioning work.  I 
gather that only the diacritics need the two mark-to-mark points (top and 
bottom) to be defined, not every character--correct?


Is it done at the character level, or at the glyph level?  Does it need to be 
done separately for each point size/ weight/ style that the font supports?


And do those attachment points need to be defined manually, or is there a way to 
automate that process?  Can this be done in a tool like FontForge, or does one 
need specialized tools that only the font manufacturer would have?


I'm assuming that base characters already have top and bottom marks, but that 
may not be a safe assumption.  The problems we've seen so far have been with 
stacked diacritics.


And of course there may be a better forum than this to ask this question.
--
Mike Maxwell
maxw...@umiacs.umd.edu
My definition of an interesting universe is
one that has the capacity to study itself.
--Stephen Eastmond



--
Subscriptions, Archive, and List information, etc.:
 http://tug.org/mailman/listinfo/xetex