Re: [XeTeX] Devanagari ASCII to Unicode mapping

[Daniel Greenhoe]

> https://clas.uiowa.edu/linguistics/hindi-verb-project/ascii-devanagari-chart

That one looks to be more like an input tool (like a teckit mapping)
for Devanagari.

What I think I am looking for is something that would map a document
typeset using something like the Devanagari Preeti font
(https://fonts2u.com/preeti.font), which seems to have the Devanagari
glyphs encoded in the range 0x00-0x7F, to something like the
Devanagari unicode font Mukta
(https://ektype.in/scripts/devanagari/mukta.html) in the range
0x0900-0x097F.

In short, I would maybe like a simple map something like this:
  0x21 --> 0x096F  (९)
  0x22 --> 0x0942
  0x23 --> 0x0969 (३)
  0x24 --> 0x096A (४)
  0x25 --> 0x096B (५)
  0x26 --> 0x096D (७)
  ...



On Sat, Feb 17, 2018 at 4:34 PM, Philip Taylor <p.tay...@rhul.ac.uk> wrote:
> Daniel Greenhoe wrote:
>>
>> Does anyone know where I can find an ASCII to Unicode mapping for
>> Devanagari?
>
> Would this be of any help ?
>
> https://clas.uiowa.edu/linguistics/hindi-verb-project/ascii-devanagari-chart
>
> Philip Taylor


https://www.avast.com/sig-email?utm_medium=email_source=link_campaign=sig-email_content=webmail_term=icon;
target="_blank">https://ipmcdn.avast.com/images/icons/icon-envelope-tick-round-orange-animated-no-repeat-v1.gif;
alt="" width="46" height="29" style="width: 46px; height: 29px;"
/>
Virus-free. https://www.avast.com/sig-email?utm_medium=email_source=link_campaign=sig-email_content=webmail_term=link;
target="_blank" style="color: #4453ea;">www.avast.com






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

[XeTeX] Devanagari ASCII to Unicode mapping

[Daniel Greenhoe]

Does anyone know where I can find an ASCII to Unicode mapping for Devanagari?

For example, it seems that the Devanagari  glyph "ब" is encoded as
0x61 (hex) in ASCII (lower case 'a' for the Latin alphabet), but is
0x092C in the Unicode standard:
  http://www.unicode.org/charts/PDF/U0900.pdf

So what I am asking for is a map (or table) that maps 0x00-0x7F in
Devanagari ASCII to 0x0900-0x097F in Unicode.

Does anyone know where I might find such a mapping?

Many many thanks in advance,
Dan









https://www.avast.com/sig-email?utm_medium=email_source=link_campaign=sig-email_content=webmail_term=icon;
target="_blank">https://ipmcdn.avast.com/images/icons/icon-envelope-tick-round-orange-animated-no-repeat-v1.gif;
alt="" width="46" height="29" style="width: 46px; height: 29px;"
/>
Virus-free. https://www.avast.com/sig-email?utm_medium=email_source=link_campaign=sig-email_content=webmail_term=link;
target="_blank" style="color: #4453ea;">www.avast.com






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

Re: [XeTeX] A problem with a Devanagari font

[Daniel Greenhoe]

For whatever it's worth (maybe not too much), I did try the test cases
using a little bit different way: I used the packages fontspec and
xunicode, but *not* the package *polyglossia*.

The result was that both the "main font" and "specified font" appear
(to me) to be the same and also appear (to me) to be the same as "how
it should look like" in the original posting.

I have attached an example tex and pdf file. Take a look if you think
there is any chance it might be helpful.

Dan




https://www.avast.com/sig-email?utm_medium=email_source=link_campaign=sig-email_content=webmail_term=icon;
target="_blank">https://ipmcdn.avast.com/images/icons/icon-envelope-tick-round-orange-animated-no-repeat-v1.gif;
alt="" width="46" height="29" style="width: 46px; height: 29px;"
/>
Virus-free. https://www.avast.com/sig-email?utm_medium=email_source=link_campaign=sig-email_content=webmail_term=link;
target="_blank" style="color: #4453ea;">www.avast.com




On Sat, Feb 17, 2018 at 5:25 AM, RD Holkar  wrote:
> Hi,
>
> @Zdenek Wagner- After reading your email, I tried this on different machines
> and systems, except Windows. Strangely, I get the same result. Two of my
> colleagues faced the same issue--- one with documentclass article and the
> other with beamer (I am using memoir).
> I have written the font developer, and will check our systems as well.
>
> Thank you!
>
> With best regards,
> -Rohit.
>
>
> On Tue, Feb 13, 2018 at 3:18 PM, Zdenek Wagner 
> wrote:
>>
>> Strange, on my computer it works. I do not have Shobhika, so I get errors
>> on missing fonts and the characters to be printed in shobhika disappear but
>> the text in Jaini works, I get twice the right conjuncts.
>>
>> Zdeněk Wagner
>> http://ttsm.icpf.cas.cz/team/wagner.shtml
>> http://icebearsoft.euweb.cz
>>
>> 2018-02-13 9:07 GMT+01:00 RD Holkar :
>>>
>>> Dear all,
>>>
>>> here is another issue I am facing: I am using a Devanagari font called
>>> Jaini; downloadable from - https://ektype.in/jaini-1106.html
>>>
>>> When I set this font as the main font of my document, the letter
>>> conjugating श and ल look different that how they should look different that
>>> how they should look like.
>>> Whereas, when I define Jaini one of the fonts and use it, the letters
>>> look fine.
>>> See the attached example.
>>>
>>> Why is this happening? (Is a fault in the font?)
>>>
>>> Thank you in advance.
>>>
>>> With best regards,
>>> -Rohit.
>>>
>>>
>>>
>>> --
>>> Subscriptions, Archive, and List information, etc.:
>>>   http://tug.org/mailman/listinfo/xetex
>>>
>>
>>
>>
>>
>> --
>> Subscriptions, Archive, and List information, etc.:
>>   http://tug.org/mailman/listinfo/xetex
>>
>
>
>
>
> --
> Subscriptions, Archive, and List information, etc.:
>   http://tug.org/mailman/listinfo/xetex
>


Jaini2.pdf
Description: Adobe PDF document


Jaini2.tex
Description: TeX document


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

[XeTeX] listing support for teckit map files

[Daniel Greenhoe]

Does any one know of any listing support for teckit map files?

Currently I use the listings package:
  https://ctan.org/pkg/listings
It does support TeX as a language and LaTeX as an option as in
  \lstset{language=[LaTeX]TeX}
However, LaTeX syntax and teckit map syntax are quite different.
For example, a comment in LaTeX begins with %,
whereas in a teckit map a comment begins with ;

Teckit is one of the best developments since sliced bread, so it would
be a pity not to be able to properly list teckit map source in a TeX
document.

Many many thanks in advance,
Dan


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

Re: [XeTeX] pst-fill boxfill failure when compiling with XeLaTeX

[Daniel Greenhoe]

Hello Roger,

On Tue, Jun 13, 2017 at 10:29 PM, Ross Moore <ross.mo...@mq.edu.au> wrote:
> There are several environments that help with this kind of thing;
> e.g., ... Xy-pic's  \xyimport  function.
> The latter is extremely versatile, as it sets up a coordinate system based on 
> the size of the imported image, without needing to know explicit dimensions.

That sounds very interesting and powerful. Thank you for telling me
about it. I may give it a try at some time in the near future.

Dan

On Tue, Jun 13, 2017 at 10:29 PM, Ross Moore <ross.mo...@mq.edu.au> wrote:
> Hello Daniel,
>
> On 14/06/2017, at 7:45, "Daniel Greenhoe" <dgreen...@gmail.com> wrote:
>
>> Probably the most important reason I would like the XeTeX environment
>> is because of the unicode font handling and ease of font switching
>> (when the graphic includes text). However, even in that case, I could
>> render the graphic with dvips+ps2pdf (as you said) and then apply the
>> text on top of that using XeTeX.
>
> There are several environments that help with this kind of thing;
> e.g.,   LaTeX's  {picture}  environment
>   Tikz
>Xy-pic's  \xyimport  function.
>
> The latter is extremely versatile, as it sets up a coordinate system based on 
> the size of the imported image, without needing to know explicit dimensions.
> Then you can use it to go anywhere within the image and use any of Xy-pic's 
> graphic elements to place text, draw lines and arrows in different styles, 
> put frames around parts of the picture, and much more. All this in a 
> coordinate independent way, in case you decide to rescale the imported image, 
> but retain the same font sizes.
>
>>
>> Thank you again,
>> Daniel
>
>
> Hope this helps.
>
>Ross
>
>
> --
> 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] pst-fill boxfill failure when compiling with XeLaTeX

[Daniel Greenhoe]

Dear Akira,

Thank you for your reply.

> Please consider it is happy if pstricks for XeTeX works ok.

Indeed. I am very happy with and thankful for all the hard work you
and others have done to make quite a large portion of pstricks
available in the XeTeX environment. Thank you all very much.

> If you need graphics by pstricks in XeTeX, please
> create a pdf image for the  graphics in other
> process by dvips + ps2pdf, and include the image
> by XeTeX.

Probably the most important reason I would like the XeTeX environment
is because of the unicode font handling and ease of font switching
(when the graphic includes text). However, even in that case, I could
render the graphic with dvips+ps2pdf (as you said) and then apply the
text on top of that using XeTeX.

Thank you again,
Daniel


On Tue, Jun 13, 2017 at 8:12 AM, Akira Kakuto  wrote:
> Dear Daniel,
>
>> I have been having trouble with the pst-fill package's "boxfill"
>> (tiling) for some time when compiling with XeLaTeX.
>
>
> pstricks for XeTeX is a limited subset of the full
> set for dvips.
> Please consider it is happy if pstricks for XeTeX
> works ok.
>
> If you need graphics by pstricks in XeTeX, please
> create a pdf image for the  graphics in other
> process by dvips + ps2pdf, and include the image
> by XeTeX.
>
> Thanks,
> Akira
>
>
>
> --
> Subscriptions, Archive, and List information, etc.:
>  http://tug.org/mailman/listinfo/xetex


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

[XeTeX] pst-fill boxfill failure when compiling with XeLaTeX

[Daniel Greenhoe]

Dear All,

I have been having trouble with the pst-fill package's "boxfill"
(tiling) for some time when compiling with XeLaTeX. In short, I end up
getting the error
  "GPL Ghostscript 9.21: Unrecoverable error, exit code 1"

I have upgraded to TeXLive 2017 and updated packages. I am running
this on Windows 7.

Here is a somewhat minimal code example:

\documentclass{standalone}%
\usepackage[tiling]{pst-fill}
\begin{document}%
\psset{unit=10mm}%
\begin{pspicture}(-1,-1)(9,9)%
  \psset{fillstyle=solid,linecolor=red,fillcolor=blue,linewidth=2pt}
  \psboxfill{%
\begin{pspicture}(0,0)(4,2)%
  \psframe(0,0)(4,2)%
\end{pspicture}%
}%
  \psframe[linecolor=black,fillstyle=boxfill](0,0)(8,6)%
\end{pspicture}%
\end{document}

If I compile this with latex==>dvips==>ps2pdf,
then I get an acceptable pdf file (see attached test_latex.pdf).

If I compile the code with xelatex, then I get
  "GPL Ghostscript 9.21: Unrecoverable error, exit code 1"
and things like
Error: /syntaxerror in -file-
Operand stack:
   Box
Execution stack:
   %interp_exit   .runexec2   --nostringval--   --nostringval--
--nostringval--   2   %stopped_push   --nostringval--
--nostringval--   --nostringval--   false   1   %stopped_push   2015
1   3   %oparray_pop   2014   1   3   %oparray_pop   1998   1   3
%oparray_pop   1884   1   3   %oparray_pop   --nostringval--
%errorexec_pop   .runexec2   --nostringval--   --nostringval--
--nostringval--   2   %stopped_push   --nostringval--   2015   1   3
%oparray_pop   2014   1   3   %oparray_pop   1998   1   3
%oparray_pop   1884   1   3   %oparray_pop   --nostringval--
%errorexec_pop   .runexec2   --nostringval--   --nostringval--
--nostringval--   2   %stopped_push
Dictionary stack:
   --dict:1218/1684(ro)(G)--   --dict:0/20(G)--   --dict:121/200(L)--
 --dict:118/200(L)--

However, the log file maybe seems OK (see attached test_xelatex.log).

If I attempt to compile using pdflatex, I get
! Undefined control sequence.
\c@lor@to@ps ->\PSTricks
 _Not_Configured_For_This_Format

Any suggestions?

Many thanks in advance  ^^
Dan


test_latex.pdf
Description: Adobe PDF document


test_xelatex.log
Description: Binary data


test.tex
Description: TeX document


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

Re: [XeTeX] xecjk and listings packages incompatible?

[Daniel Greenhoe]

That indeed does fix the problem! Thank you so much  ^^

Dan

On Tue, Jun 9, 2015 at 9:16 AM, Ulrike Fischer ne...@nililand.de wrote:
 Am Tue, 9 Jun 2015 05:29:03 + schrieb Daniel Greenhoe:

 When I try to use the xecjk and listings packages together, I get
 error messages that include the following:

 ! LaTeX error: kernel/message-already-defined
 ! Message 'Require-XeTeX' for module 'xeCJK' already defined.
 ! Emergency stop.
 \usepackage{xecjk}

 The name of the package is xeCJK.

 LaTeX Warning: You have requested package `xecjk',
but the package provides `xeCJK'.


 Because of the wrong name xeCJK got loaded twice. You would get the
 same error with this document:

 \documentclass{article}

 \usepackage{xecjk}
 \usepackage{xeCJK}

 \begin{document}%
 blub
 \end{document}

 --
 Ulrike Fischer
 http://www.troubleshooting-tex.de/



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


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

[XeTeX] xecjk and listings packages incompatible?

[Daniel Greenhoe]

When I try to use the xecjk and listings packages together, I get
error messages that include the following:

! LaTeX error: kernel/message-already-defined
! Message 'Require-XeTeX' for module 'xeCJK' already defined.
! Emergency stop.
| This is a coding error.
|
| LaTeX was asked to define a new message called 'Require-XeTeX' by the module
| 'xeCJK': this message already exists.

(end error messages).

Switching the included order of the packages does not correct the problem.

Here is a somewhat minimal example:

\documentclass{article}
\usepackage{listings}
\usepackage{xecjk}
%\usepackage{listings}
\begin{document}%
\thispagestyle{empty}%
\Huge%
一二三四五六七八九十。
一二三四五六七八九十。
一二三四五六七八九十。
一二三四五六七八九十。
一二三四五六七八九十。
\end{document}%

A test source file and log file is attached. In my case, I typed
  xelatex test
in a Windows 7 command prompt.

If both \usepackage{listings} lines are commented out, everything
seems to work fine. See attached test.pdf for compilation without
listings package.

Many many thanks in advance,
Dan


test.tex
Description: TeX document


test.log
Description: Binary data


test.pdf
Description: Adobe PDF document


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

[XeTeX] datetime2 package and XeTeX

[Daniel Greenhoe]

The new datetime2 package has been released. It supports time stamps
that include time zones and seconds:
  http://www.ctan.org/pkg/datetime2

However, the package documentation states that this information is not
available from XeTeX (see page 5 of version 1.00 documentation):
  ...unless you are using XELATEX in which case the seconds and time
zone are omitted. (XELATEX doesn’t provide this information.)

Is there any consideration of, at some point, modifying XeTeX such
that it does provide time zone and seconds information?

Many thanks in advance,
Dan



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

[XeTeX] geometry a3paper option error

[Daniel Greenhoe]

When I use the a3paper size option or papersize={297mm,420mm} with the
geometry package, graphics seem to get cut off to the right of 210mm
from the left edge (where the A4 right paper edge should be).

I am compiling with xelatex  Version 3.14159265-2.6-0.1 (TeX Live
2014/W32TeX). I compiled a book cover using this same kind of
technique in 2013 using Version 3.1415926-2.5-0..2 (TeX Live
2012/W32TeX) (format=xelatex 2013.4.4) with no problem.

A somewhat minimal example follows, and is also attached along with
pdf and log file to this email...

\documentclass{article}
\usepackage{pstricks}
\usepackage{geometry}
\geometry{
  xetex,truedimen,
  paper=a3paper,
  %papersize={297mm,420mm},% A3 paper dimensions
  centering,twoside=false,noheadfoot,nomarginpar,ignoreall,
  inner=10mm,outer=10mm,top=10mm,bottom=10mm,
  showframe
  }
\begin{document}%
\thispagestyle{empty}%
\mbox{}\vfill%
\psset{unit=1mm}%
\fbox{\begin{pspicture}(-130,-180)(130,180)%
  \psframe[linewidth=3pt,linecolor=red](-100,-50)(100,50)%
  \rput(0,0){\Huge$\cdot$}%
\end{pspicture}}%
\\\vfill%
\end{document}%


Many many thanks in advance,
Dan


a3.log
Description: Binary data


a3.pdf
Description: Adobe PDF document


a3.tex
Description: TeX document


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

Re: [XeTeX] geometry a3paper option error

[Daniel Greenhoe]

On Thu, Feb 19, 2015 at 10:55 PM, Ulrike Fischer ne...@nililand.de wrote:
 http://tex.stackexchange.com/questions/157216/...

Thank you very much Ulrike. I added the option -sDEFAULTPAPERSIZE=a0 to the
'D  rungs ...' line in the file dvipdfmx.cfg, and that works great  ^^

Happy Chinese New Year to all!
Dan

On Thu, Feb 19, 2015 at 10:55 PM, Ulrike Fischer ne...@nililand.de wrote:
 Am Thu, 19 Feb 2015 21:34:26 +0800 schrieb Daniel Greenhoe:

 When I use the a3paper size option or papersize={297mm,420mm} with the
 geometry package, graphics seem to get cut off to the right of 210mm
 from the left edge (where the A4 right paper edge should be).

 http://tex.stackexchange.com/questions/157216/xetex-pstricks-larger-page-size-is-cropped-to-a4/157281#157281


 --
 Ulrike Fischer
 http://www.troubleshooting-tex.de/



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


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

[XeTeX] Tex Gyre font project still around?

[Daniel Greenhoe]

What ever happened to the TeX Gyre font site at www.gust.org.pl ? It
doesn't seem to be alive anymore. Anyone know what happened to them?


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

Re: [XeTeX] XeLaTeX generated pdf metadata

[Daniel Greenhoe]

Thank Akira and BPJ for your suggestions. I did try Akira's hypersetup
suggestion and it was able to change the creator field. Thank you very
very much!

I did look through my TeXLive repository that I just updated earlier
today, but I did not see pdftk. I may look further if hyperref does
not work out.

Thank you again,
Dan

On Sat, Sep 20, 2014 at 3:24 PM, BPJ b...@melroch.se wrote:
 If I am not mistaken you can change the metadata with pdftk, although it is
 probably a pain to do so. Also I do not know if pdftk comes for Windows.

 lördag 20 september 2014 skrev Daniel Greenhoe dgreen...@gmail.com:

 Dear XeTex,

 I think my original email was not so clear. ArXiv.org of course
 accepts papers generated using LaTeX, but they want to be given the
 source files (.tex files, etc) rather than a pdf file. However, they
 apparently sometimes make exceptions to this rule if the pdf file was
 generated using XeTeX/XeLaTeX rather than LaTeX. That is, they *may*
 in at least some cases accept a pdf generated by XeLaTeX, but will
 *not* accept a pdf generated by LaTeX.

 Therefore, if it is not too much trouble, I would like the metadata in
 my XeLaTeX/xdvipdfmx generated pdf file to clearly indicate that it
 was generated by XeLaTeX (*not* by LaTeX). Would any one have time for
 this?

 Many thanks in advance,
 Dan

 - please ignore the following -
 Dear arXiv-moderation
 [arXiv #128343]
 [arXiv #128400]

 On Sat, Sep 20, 2014 at 10:15 AM, Daniel Greenhoe dgreen...@gmail.com
 wrote:
  Dear XeTeX,
 
  I have tried uploading a paper in pdf format that I typeset using
  XeLaTeX to arXiv.org. However, it was later removed because it
  appeared to be PostScript/PDF generated from TeX source. I wrote to
  arXiv-moderation, strongly arguing my case for using XeLaTeX rather
  than LaTeX. They responded saying In order to approve such a request
  we'd have to have a PDF which includes it's XeTeX nature within the
  pdf properties
 
  When I typeset my paper using xelatex.exe, an xdv file is generated
  which contains this in the metadata:
\Creator(LaTeX with hyperref pacakge)\Author()\Producer(XeTeX 0.1)
  Later I use xdvipdfmx.exe to generate a pdf file. It contains this
  information in the metadata:
Creator:LaTeX with hyperref package
Producer:   xdvipdfmx (20140317)
 
  So although the producer fields provides evidence that I am using
  XeLaTeX, the creator field erroneously implies that I have typeset
  using LaTeX. Hence, there will be a high probability that my paper
  will either be removed by an automated server at arXiv.org or a human
  administrator.
 
  I realize that I could possibly hand edit the xdv file or use a
  metadata editor to edit the pdf file. But I would rather not do this.
  I would rather work transparently, not surreptitiously changing the
  metadata of files.
 
  Would it be possible that some qualified person could correct the
  creator metadata output of XeLaTeX? I am currently using xelatex from
  TeXLive 2014 running on Windows. Here is the first line from the log
  file:
This is XeTeX, Version 3.14159265-2.6-0.1 (TeX Live 2014/W32TeX)
  (preloaded format=xelatex 2014.9.20)  20 SEP 2014 07:16
 
  Many thanks in advance,
  Dan
 
  -please ignore the following-
  Dear arXiv-moderation,


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




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




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

[XeTeX] XeLaTeX generated pdf metadata

[Daniel Greenhoe]

Dear XeTeX,

I have tried uploading a paper in pdf format that I typeset using
XeLaTeX to arXiv.org. However, it was later removed because it
appeared to be PostScript/PDF generated from TeX source. I wrote to
arXiv-moderation, strongly arguing my case for using XeLaTeX rather
than LaTeX. They responded saying In order to approve such a request
we'd have to have a PDF which includes it's XeTeX nature within the
pdf properties

When I typeset my paper using xelatex.exe, an xdv file is generated
which contains this in the metadata:
  \Creator(LaTeX with hyperref pacakge)\Author()\Producer(XeTeX 0.1)
Later I use xdvipdfmx.exe to generate a pdf file. It contains this
information in the metadata:
  Creator:LaTeX with hyperref package
  Producer:   xdvipdfmx (20140317)

So although the producer fields provides evidence that I am using
XeLaTeX, the creator field erroneously implies that I have typeset
using LaTeX. Hence, there will be a high probability that my paper
will either be removed by an automated server at arXiv.org or a human
administrator.

I realize that I could possibly hand edit the xdv file or use a
metadata editor to edit the pdf file. But I would rather not do this.
I would rather work transparently, not surreptitiously changing the
metadata of files.

Would it be possible that some qualified person could correct the
creator metadata output of XeLaTeX? I am currently using xelatex from
TeXLive 2014 running on Windows. Here is the first line from the log
file:
  This is XeTeX, Version 3.14159265-2.6-0.1 (TeX Live 2014/W32TeX)
(preloaded format=xelatex 2014.9.20)  20 SEP 2014 07:16

Many thanks in advance,
Dan

-please ignore the following-
Dear arXiv-moderation,


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

[XeTeX] pst-3d \ThreeDput does not work with XeLaTeX?

[Daniel Greenhoe]

I cannot get \ThreeDput in the pst-3d package to work with XeLaTeX
(even though it does work with LaTeX). Here is an example

\documentclass{article}
\usepackage{graphicx}
\usepackage{pstricks}
\usepackage{pst-3d}
\begin{document}
\psset{unit=10mm}
\begin{pspicture}(-3,-3)(3,3)%
  \psset{viewpoint=1 0.001 0.5}%
  \ThreeDput[normal=1 2 0](0,0,0){\psframe(0,0)(2,2)}%
\end{pspicture}
\end{document}

When I compile with latex -- dvips -- ps2pdf , it works (the box is
rotated).
(see attachment 3d_latex-dvips-ps2pdf.pdf)

However, when I compile with xelatex, it doesn't work (the box is not
rotated).
(see attachment 3d_xelatex.pdf)

I do not wish to use any TeX engine other than XeLaTeX, but I do very
much wish to use pst-3d. Is there any solution currently available for
me?

cross-reference:
http://tex.stackexchange.com/questions/47672/how-to-rotate-a-picture-in-3-dimensions
(especially the \psset{viewpoint=1 0.001 0.5})

Many thanks in advance,  ^^
Dan


3d_latex-dvips-ps2pdf.pdf
Description: Adobe PDF document


3d_xelatex.pdf
Description: Adobe PDF document


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

Re: [XeTeX] XeTeX 3.1415926-2.5-0.9999.2 ps bugs

[Daniel Greenhoe]

I have switched back to this one:
  This is XeTeX, Version 3.1415926-2.5-0..0 (TeX Live 2012/W32TeX)
...and the problems I mentioned previously seem to go away.

On Thu, Mar 28, 2013 at 9:35 AM, Daniel Greenhoe dgreen...@gmail.com wrote:
 Just a heads up note...

 I run XeTeX on a Windows 7 platform. I downloaded the 2013-03-27
 version of xetex-w32.tar.xz from a w32tex.org mirror and installed the
 new binaries on my system, including this one:
   This is XeTeX, Version 3.1415926-2.5-0..2 (TeX Live 2012/W32TeX)
  I tried compiling a 300+ page book. The result seems to contain
 several ps-tricks related errors. A pdf extract from the book is
 included. Errors include the following:

   1. The text that should occur in a rotated box on the second page is
 not visible.
   2. The box that occurs on the second page somehow also shows up on
 some subsequent pages
   3. Some pdf figures in a table on the ninth page have, except for
 some text, have disappeared.

 I don't want to give anyone too much pressure. I appreciate the hard
 work that others have already completed. I am OK using a previous
 version of XeTeX. I don't have a minimal example at this point. Maybe
 just treat this email as a heads up for possible future bug reports
 from others.

 Dan


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

Re: [XeTeX] sporadic shifted underbrace error

[Daniel Greenhoe]

I downloaded the 2013-02-24 version of xetex-w32.tar.xz from a
w32tex.org mirror and installed xetex.exe (2013-02-24 09:40 AM). I
used it to compile a 500+ page document. This time xetex.exe didn't
crash and I didn't see any underbrace problems.

Thank you to Khaled (xetex source code) and Akira (win32 build) for
their hard work!

Dan

On Thu, Feb 21, 2013 at 12:26 PM, Khaled Hosny khaledho...@eglug.org wrote:
 On Thu, Feb 21, 2013 at 11:07:06AM +0800, Daniel Greenhoe wrote:
 On Thu, Feb 21, 2013 at 9:07 AM, Khaled Hosny khaledho...@eglug.org wrote:
  If you can send me the file(s) that caused the crash, I'll try to debug,
  most likely it is a bug I introduced.

 Then is it likely that the problem would show up on a Linux build of
 Linux as well, and not just on a win32 build?

 Probably yes.

 Regards,
 Khaled


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

[XeTeX] Ubuntu and XeLaTeX

[Daniel Greenhoe]

I would like to try using Ubuntu on a laptop PC. Is there a stable
version of XeLaTeX available that can run on Ubuntu and that includes
Khaled's recent fix of the unicode-math underbrace problem?

I have little or no experience with Linux. Any other recommendations?

Many thanks in advance,
Dan


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

Re: [XeTeX] Ubuntu and XeLaTeX

[Daniel Greenhoe]

On Thu, Feb 21, 2013 at 8:50 AM, William Adams will.ad...@frycomm.com wrote:
 Just install TeXLive?

TeXLive 2012 does not have the unicode-math underbrace fix from Khaled.

On Thu, Feb 21, 2013 at 8:50 AM, William Adams will.ad...@frycomm.com wrote:
 On Feb 20, 2013, at 5:08 PM, Daniel Greenhoe wrote:

 I have little or no experience with Linux. Any other recommendations?

 Just install TeXLive?

 https://help.ubuntu.com/community/LaTeX

 William

 --
 William Adams
 senior graphic designer
 Fry Communications
 Sphinx of black quartz, judge my vow.



 --
 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] sporadic shifted underbrace error

[Daniel Greenhoe]

On Thu, Feb 21, 2013 at 9:07 AM, Khaled Hosny khaledho...@eglug.org wrote:
 If you can send me the file(s) that caused the crash, I'll try to debug,
 most likely it is a bug I introduced.

Then is it likely that the problem would show up on a Linux build of
Linux as well, and not just on a win32 build?

On Thu, Feb 21, 2013 at 9:07 AM, Khaled Hosny khaledho...@eglug.org wrote:
 On Wed, Feb 20, 2013 at 07:31:08PM +0800, Daniel Greenhoe wrote:
 On Tue, Feb 12, 2013 at 6:48 PM, Khaled Hosny khaledho...@eglug.org wrote:
  I tried to cross compile XeTeX for Windows from my Linux machine,
  the resulting binary is here:
  http://www.khaledhosny.org/files/tmp/xetex.exe
  I don't know if it works or not, I didn't test it.

 I didn't find the courage to test this one  :(

 It is essentially the same code as w32tex binary you end up using (minus
 some RTL code that shouldn't affect you anyway) :)

 However, when I tried to use it to typeset a 500+ page document, it
 crashed around page 204, and a window reported xetex.exe has stopped
 working

 Anyone have any suggestions of what I should try?

 If you can send me the file(s) that caused the crash, I'll try to debug,
 most likely it is a bug I introduced.

 Regards,
 Khaled


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

Re: [XeTeX] abraces and unicode-math

[Daniel Greenhoe]

On Sun, Feb 10, 2013 at 12:58 AM, Mojca Miklavec
mojca.miklavec.li...@gmail.com wrote:
 Khaled already fixed the bug in the git repository. If you are willing
 to compile XeTeX yourself (or maybe someone else could compile it for
 you if you have problems compiling on your machine) you can already
 get a working version now.

This seems to not be the case for Windows systems.

The page http://tug.org/texlive/build.html lists Akira Kakuto as the
builder for win32. Akira Kakuto apparently maintains
http://w32tex.org/. As of 2013 February 11, the newest file in that
repository is xetex-w32.tar.xz updated 2013 February 11 11:04am.
However, in the change log for 2013 February 11 it says
   (04) xetex-w32.tar.xz
  Update libpoppler (0.22.1).
  A bug in the unicode-math is not fixed, because the fixed one
  contains rather large differences and it is under discussion.

Khaled has stated that there is an issue with synctex now that
prevents Akira from building the very latest XeTeX.

So, maybe I need to keep the abraces solution on the table for now.

Dan


On Sun, Feb 10, 2013 at 12:58 AM, Mojca Miklavec
mojca.miklavec.li...@gmail.com wrote:
 On Fri, Feb 8, 2013 at 10:42 PM, Daniel Greenhoe wrote:
 Using \underbrace with the unicode-math package In the TeXLive 2012
 distribution produces sporadic errors. It has been stated that
 underbraces are handled by the engine and that a fix will not be
 available until the release of TeXLive 2013.

 Khaled already fixed the bug in the git repository. If you are willing
 to compile XeTeX yourself (or maybe someone else could compile it for
 you if you have problems compiling on your machine) you can already
 get a working version now. It's just that there won't be any official
 binary release before TL 2013.

 Mojca


 --
 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] abraces and unicode-math

[Daniel Greenhoe]

On Tue, Feb 12, 2013 at 5:36 PM, Mojca Miklavec
mojca.miklavec.li...@gmail.com wrote:
 My statement that if you are willing to compile it yourself still stands,...

If someone as skilled and experienced as Akira is having that much of
a problem, it may take someone like myself with very little experience
in this type of skill a very very long time.

 But then again: I don't remember many problems that Akira Kakuto
 wasn't able to solve/crack within a very short time span. (I admire
 his wizard skills when working with windows compilers.)

This information about Akira is genuinely useful to me. I will wait
awhile a see what might come out of the pipe. In the event that
nothing comes out, I will only have myself to blame for waiting. If
something does come out (and from what you have said it is likely that
it will), then I have all that time to invest in other work.

Dan





On Tue, Feb 12, 2013 at 5:36 PM, Mojca Miklavec
mojca.miklavec.li...@gmail.com wrote:
 On Tue, Feb 12, 2013 at 9:21 AM, Daniel Greenhoe wrote:
 On Sun, Feb 10, 2013 at 12:58 AM, Mojca Miklavec wrote:
 Khaled already fixed the bug in the git repository. If you are willing
 to compile XeTeX yourself (or maybe someone else could compile it for
 you if you have problems compiling on your machine) you can already
 get a working version now.

 This seems to not be the case for Windows systems.

 The page http://tug.org/texlive/build.html lists Akira Kakuto as the
 builder for win32.

 My statement that if you are willing to compile it yourself still
 stands, but compiling on windows might be way more painful than
 compiling on any other unix platform.

 But then again: I don't remember many problems that Akira Kakuto
 wasn't able to solve/crack within a very short time span. (I admire
 his wizard skills when working with windows compilers.)

 Mojca


 --
 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] sporadic shifted underbrace error

[Daniel Greenhoe]

 On Fri, Feb 8, 2013 at 9:41 PM, Khaled Hosny khaledho...@eglug.org wrote:
  The issue is now fixed in git repository.
On Sat, Feb 9, 2013 at 6:53 AM, Khaled Hosny khaledho...@eglug.org wrote:
 http://sourceforge.net/p/xetex/code/

This link references http://tug.org/texlive/build.html which lists
Akira Kakuto as the builder for win32. Akira Kakuto apparently
maintains http://w32tex.org/. As of 2013 February 11, the newest file
in that repository is xetex-w32.tar.xz updated 2013 February 11
11:04am. However, in the change log for 2013 February 11 it says
  (04) xetex-w32.tar.xz
 Update libpoppler (0.22.1).
 A bug in the unicode-math is not fixed, because the fixed one
 contains rather large differences and it is under discussion.

Does this mean that the fix by Khaled did not make it into the latest
win32 binary? Would anyone happen to know when a fixed one might
possibly be available?

Dan




 But there are lots of new stuff, so bugs are expected. Use on your own.

 Regards,
 Khaled

 On Sat, Feb 09, 2013 at 05:15:16AM +0800, Daniel Greenhoe wrote:
 Is the git repository that you are using accessible only to the
 unicode-math developers, or to anyone with git software
 (http://git-scm.com/ or http://msysgit.github.com/ or ?) installed on
 their machine?

 On Fri, Feb 8, 2013 at 9:41 PM, Khaled Hosny khaledho...@eglug.org wrote:
  The issue is now fixed in git repository.
 
  Regards,
  Khaled
 
  On Fri, Feb 08, 2013 at 03:48:51AM +0200, Khaled Hosny wrote:
  Thanks for reproducing the issue. This is clearly an engine bug (unlike
  old TeX, the over/under braces are handled solely by the engine not
  constructed by macros).
 
  I’ll try to debug this now it is reproducible, but whatever fix I can
  come up with will not be available before the next XeTeX release (TeX
  Live 2013), so It won’t solve your immediate problem, sorry.
 
  Regards,
  Khaled
 
  On Wed, Feb 06, 2013 at 12:50:17PM +0800, Daniel Greenhoe wrote:
   Khaled, thanks for the great suggestion. I used an open type math font
   (xits-math.otf) and the problem now shows up multiple times. In the
   attached pdf, the shift occurs on pages 3, 8, 9, 10, 19, 21, 23, 28,
   34, ...
  
   My setup includes these:
   \usepackage[no-config,no-math]{fontspec}  % font selection for xelatex
   \usepackage{xunicode} % unicode character support
\usepackage{amsmath} % AMS math package
\usepackage{unicode-math}% unicode math support
\unimathsetup{math-style=ISO,bold-style=ISO,vargreek-shape=TeX}
\setmathfont{xits-math.otf}
\setmathfont[range={\mathcal,\mathbfcal},StylisticSet=1]{xits-math.otf}
  
   Attached is a tex file and pdf output. Can anyone else reproduce the
   errors? Any suggestions?
  
 command line:  xelatex underbrace
  
   Dan
  
   On Wed, Feb 6, 2013 at 11:43 AM, Khaled Hosny khaledho...@eglug.org 
   wrote:
I’ve seen this once with OpenType math fonts, but I wasn’t able to
reproduce it again. Trying using the same fonts in your minimal 
example,
since it is probably and OpenType math-only issue.
   
Regards,
Khaled
   
On Wed, Feb 06, 2013 at 11:13:51AM +0800, Daniel Greenhoe wrote:
I did make a quick minimal example (but not exactly the same as in 
the
previous email) that uses the underbrace 1000 (?) times. But so far
apparently no success in getting the problem to show itself again.
   
If interested, please see attachments.
   
Dan
   
   
On Wed, Feb 6, 2013 at 10:32 AM, Daniel Greenhoe 
dgreen...@gmail.com wrote:
 For some time now I have been having *sporadic* problems with
 underbraces being shifted to the right by maybe 15mm or so.

 The problem is sporadic---it appears sometimes, but on the next
 compile may well have disappeared. The document I am currently 
 working
 on contains several hundred pages. I can try to put together a 
 minimal
 example...but that may be of limited use since it may be difficult 
 to
 get the problem to show itself when I want it to show itself.

 So, before I do that, might anyone have an idea of what might be 
 the problem?

 There is a screen capture of a shift. The right underbrace has been
 shifted far to the right. It should be like the underbrace on the
 left.

 Here is my current underbrace macro:

 \newcommand{\mcom}[3][c]{\ensuremath{%
   \begin{array}[t]{#1}%
 \underbrace{#2}\\%
 \text{\addfontfeatures{Color=mcom}\scriptsize{#3}}%
   \end{array}%
   }}%

 The color mcom is simply defined liked this:
   \definecolor{mcom}   {cmyk}{0,0,0,1}

 The \mcom macro can be used something like this:
   \[  \mcom{\sin^2(x)+\cos^2(x)=1}{this is a trig. identity} \]

 I am compiling with XeLaTeX from a TeXlive distribution.
 Any ideas?
 Many thanks in advance,
 Dan

Re: [XeTeX] sporadic shifted underbrace error

[Daniel Greenhoe]

On Tue, Feb 12, 2013 at 11:05 AM, Daniel Greenhoe dgreen...@gmail.com wrote:
 Does this mean that the fix by Khaled did not make it into the latest
 win32 binary? Would anyone happen to know when a fixed one might
 possibly be available?

P.S. Sorry for all the whining.

Dan

On Tue, Feb 12, 2013 at 11:05 AM, Daniel Greenhoe dgreen...@gmail.com wrote:
 On Fri, Feb 8, 2013 at 9:41 PM, Khaled Hosny khaledho...@eglug.org wrote:
  The issue is now fixed in git repository.
 On Sat, Feb 9, 2013 at 6:53 AM, Khaled Hosny khaledho...@eglug.org wrote:
 http://sourceforge.net/p/xetex/code/

 This link references http://tug.org/texlive/build.html which lists
 Akira Kakuto as the builder for win32. Akira Kakuto apparently
 maintains http://w32tex.org/. As of 2013 February 11, the newest file
 in that repository is xetex-w32.tar.xz updated 2013 February 11
 11:04am. However, in the change log for 2013 February 11 it says
   (04) xetex-w32.tar.xz
  Update libpoppler (0.22.1).
  A bug in the unicode-math is not fixed, because the fixed one
  contains rather large differences and it is under discussion.

 Does this mean that the fix by Khaled did not make it into the latest
 win32 binary? Would anyone happen to know when a fixed one might
 possibly be available?

 Dan




 But there are lots of new stuff, so bugs are expected. Use on your own.

 Regards,
 Khaled

 On Sat, Feb 09, 2013 at 05:15:16AM +0800, Daniel Greenhoe wrote:
 Is the git repository that you are using accessible only to the
 unicode-math developers, or to anyone with git software
 (http://git-scm.com/ or http://msysgit.github.com/ or ?) installed on
 their machine?

 On Fri, Feb 8, 2013 at 9:41 PM, Khaled Hosny khaledho...@eglug.org wrote:
  The issue is now fixed in git repository.
 
  Regards,
  Khaled
 
  On Fri, Feb 08, 2013 at 03:48:51AM +0200, Khaled Hosny wrote:
  Thanks for reproducing the issue. This is clearly an engine bug (unlike
  old TeX, the over/under braces are handled solely by the engine not
  constructed by macros).
 
  I’ll try to debug this now it is reproducible, but whatever fix I can
  come up with will not be available before the next XeTeX release (TeX
  Live 2013), so It won’t solve your immediate problem, sorry.
 
  Regards,
  Khaled
 
  On Wed, Feb 06, 2013 at 12:50:17PM +0800, Daniel Greenhoe wrote:
   Khaled, thanks for the great suggestion. I used an open type math font
   (xits-math.otf) and the problem now shows up multiple times. In the
   attached pdf, the shift occurs on pages 3, 8, 9, 10, 19, 21, 23, 28,
   34, ...
  
   My setup includes these:
   \usepackage[no-config,no-math]{fontspec}  % font selection for xelatex
   \usepackage{xunicode} % unicode character support
\usepackage{amsmath} % AMS math package
\usepackage{unicode-math}% unicode math support
\unimathsetup{math-style=ISO,bold-style=ISO,vargreek-shape=TeX}
\setmathfont{xits-math.otf}

   \setmathfont[range={\mathcal,\mathbfcal},StylisticSet=1]{xits-math.otf}
  
   Attached is a tex file and pdf output. Can anyone else reproduce the
   errors? Any suggestions?
  
 command line:  xelatex underbrace
  
   Dan
  
   On Wed, Feb 6, 2013 at 11:43 AM, Khaled Hosny khaledho...@eglug.org 
   wrote:
I’ve seen this once with OpenType math fonts, but I wasn’t able to
reproduce it again. Trying using the same fonts in your minimal 
example,
since it is probably and OpenType math-only issue.
   
Regards,
Khaled
   
On Wed, Feb 06, 2013 at 11:13:51AM +0800, Daniel Greenhoe wrote:
I did make a quick minimal example (but not exactly the same as in 
the
previous email) that uses the underbrace 1000 (?) times. But so far
apparently no success in getting the problem to show itself again.
   
If interested, please see attachments.
   
Dan
   
   
On Wed, Feb 6, 2013 at 10:32 AM, Daniel Greenhoe 
dgreen...@gmail.com wrote:
 For some time now I have been having *sporadic* problems with
 underbraces being shifted to the right by maybe 15mm or so.

 The problem is sporadic---it appears sometimes, but on the next
 compile may well have disappeared. The document I am currently 
 working
 on contains several hundred pages. I can try to put together a 
 minimal
 example...but that may be of limited use since it may be 
 difficult to
 get the problem to show itself when I want it to show itself.

 So, before I do that, might anyone have an idea of what might be 
 the problem?

 There is a screen capture of a shift. The right underbrace has 
 been
 shifted far to the right. It should be like the underbrace on the
 left.

 Here is my current underbrace macro:

 \newcommand{\mcom}[3][c]{\ensuremath{%
   \begin{array}[t]{#1}%
 \underbrace{#2}\\%
 \text{\addfontfeatures{Color=mcom}\scriptsize{#3}}%
   \end{array

Re: [XeTeX] sporadic shifted underbrace error

[Daniel Greenhoe]

Is the git repository that you are using accessible only to the
unicode-math developers, or to anyone with git software
(http://git-scm.com/ or http://msysgit.github.com/ or ?) installed on
their machine?

On Fri, Feb 8, 2013 at 9:41 PM, Khaled Hosny khaledho...@eglug.org wrote:
 The issue is now fixed in git repository.

 Regards,
 Khaled

 On Fri, Feb 08, 2013 at 03:48:51AM +0200, Khaled Hosny wrote:
 Thanks for reproducing the issue. This is clearly an engine bug (unlike
 old TeX, the over/under braces are handled solely by the engine not
 constructed by macros).

 I’ll try to debug this now it is reproducible, but whatever fix I can
 come up with will not be available before the next XeTeX release (TeX
 Live 2013), so It won’t solve your immediate problem, sorry.

 Regards,
 Khaled

 On Wed, Feb 06, 2013 at 12:50:17PM +0800, Daniel Greenhoe wrote:
  Khaled, thanks for the great suggestion. I used an open type math font
  (xits-math.otf) and the problem now shows up multiple times. In the
  attached pdf, the shift occurs on pages 3, 8, 9, 10, 19, 21, 23, 28,
  34, ...
 
  My setup includes these:
  \usepackage[no-config,no-math]{fontspec}  % font selection for xelatex
  \usepackage{xunicode} % unicode character support
   \usepackage{amsmath} % AMS math package
   \usepackage{unicode-math}% unicode math support
   \unimathsetup{math-style=ISO,bold-style=ISO,vargreek-shape=TeX}
   \setmathfont{xits-math.otf}
   \setmathfont[range={\mathcal,\mathbfcal},StylisticSet=1]{xits-math.otf}
 
  Attached is a tex file and pdf output. Can anyone else reproduce the
  errors? Any suggestions?
 
command line:  xelatex underbrace
 
  Dan
 
  On Wed, Feb 6, 2013 at 11:43 AM, Khaled Hosny khaledho...@eglug.org 
  wrote:
   I’ve seen this once with OpenType math fonts, but I wasn’t able to
   reproduce it again. Trying using the same fonts in your minimal example,
   since it is probably and OpenType math-only issue.
  
   Regards,
   Khaled
  
   On Wed, Feb 06, 2013 at 11:13:51AM +0800, Daniel Greenhoe wrote:
   I did make a quick minimal example (but not exactly the same as in the
   previous email) that uses the underbrace 1000 (?) times. But so far
   apparently no success in getting the problem to show itself again.
  
   If interested, please see attachments.
  
   Dan
  
  
   On Wed, Feb 6, 2013 at 10:32 AM, Daniel Greenhoe dgreen...@gmail.com 
   wrote:
For some time now I have been having *sporadic* problems with
underbraces being shifted to the right by maybe 15mm or so.
   
The problem is sporadic---it appears sometimes, but on the next
compile may well have disappeared. The document I am currently working
on contains several hundred pages. I can try to put together a minimal
example...but that may be of limited use since it may be difficult to
get the problem to show itself when I want it to show itself.
   
So, before I do that, might anyone have an idea of what might be the 
problem?
   
There is a screen capture of a shift. The right underbrace has been
shifted far to the right. It should be like the underbrace on the
left.
   
Here is my current underbrace macro:
   
\newcommand{\mcom}[3][c]{\ensuremath{%
  \begin{array}[t]{#1}%
\underbrace{#2}\\%
\text{\addfontfeatures{Color=mcom}\scriptsize{#3}}%
  \end{array}%
  }}%
   
The color mcom is simply defined liked this:
  \definecolor{mcom}   {cmyk}{0,0,0,1}
   
The \mcom macro can be used something like this:
  \[  \mcom{\sin^2(x)+\cos^2(x)=1}{this is a trig. identity} \]
   
I am compiling with XeLaTeX from a TeXlive distribution.
Any ideas?
Many thanks in advance,
Dan
  
  
  
  
  
  
  
   --
   Subscriptions, Archive, and List information, etc.:
 http://tug.org/mailman/listinfo/xetex
  
  
  
   --
   Subscriptions, Archive, and List information, etc.:
 http://tug.org/mailman/listinfo/xetex



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



 --
 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] sporadic shifted underbrace error

[Daniel Greenhoe]

Thanks for all your hard work!

Dan

On Sat, Feb 9, 2013 at 6:53 AM, Khaled Hosny khaledho...@eglug.org wrote:
 http://sourceforge.net/p/xetex/code/

 But there are lots of new stuff, so bugs are expected. Use on your own.

 Regards,
 Khaled

 On Sat, Feb 09, 2013 at 05:15:16AM +0800, Daniel Greenhoe wrote:
 Is the git repository that you are using accessible only to the
 unicode-math developers, or to anyone with git software
 (http://git-scm.com/ or http://msysgit.github.com/ or ?) installed on
 their machine?

 On Fri, Feb 8, 2013 at 9:41 PM, Khaled Hosny khaledho...@eglug.org wrote:
  The issue is now fixed in git repository.
 
  Regards,
  Khaled
 
  On Fri, Feb 08, 2013 at 03:48:51AM +0200, Khaled Hosny wrote:
  Thanks for reproducing the issue. This is clearly an engine bug (unlike
  old TeX, the over/under braces are handled solely by the engine not
  constructed by macros).
 
  I’ll try to debug this now it is reproducible, but whatever fix I can
  come up with will not be available before the next XeTeX release (TeX
  Live 2013), so It won’t solve your immediate problem, sorry.
 
  Regards,
  Khaled
 
  On Wed, Feb 06, 2013 at 12:50:17PM +0800, Daniel Greenhoe wrote:
   Khaled, thanks for the great suggestion. I used an open type math font
   (xits-math.otf) and the problem now shows up multiple times. In the
   attached pdf, the shift occurs on pages 3, 8, 9, 10, 19, 21, 23, 28,
   34, ...
  
   My setup includes these:
   \usepackage[no-config,no-math]{fontspec}  % font selection for xelatex
   \usepackage{xunicode} % unicode character support
\usepackage{amsmath} % AMS math package
\usepackage{unicode-math}% unicode math support
\unimathsetup{math-style=ISO,bold-style=ISO,vargreek-shape=TeX}
\setmathfont{xits-math.otf}
\setmathfont[range={\mathcal,\mathbfcal},StylisticSet=1]{xits-math.otf}
  
   Attached is a tex file and pdf output. Can anyone else reproduce the
   errors? Any suggestions?
  
 command line:  xelatex underbrace
  
   Dan
  
   On Wed, Feb 6, 2013 at 11:43 AM, Khaled Hosny khaledho...@eglug.org 
   wrote:
I’ve seen this once with OpenType math fonts, but I wasn’t able to
reproduce it again. Trying using the same fonts in your minimal 
example,
since it is probably and OpenType math-only issue.
   
Regards,
Khaled
   
On Wed, Feb 06, 2013 at 11:13:51AM +0800, Daniel Greenhoe wrote:
I did make a quick minimal example (but not exactly the same as in 
the
previous email) that uses the underbrace 1000 (?) times. But so far
apparently no success in getting the problem to show itself again.
   
If interested, please see attachments.
   
Dan
   
   
On Wed, Feb 6, 2013 at 10:32 AM, Daniel Greenhoe 
dgreen...@gmail.com wrote:
 For some time now I have been having *sporadic* problems with
 underbraces being shifted to the right by maybe 15mm or so.

 The problem is sporadic---it appears sometimes, but on the next
 compile may well have disappeared. The document I am currently 
 working
 on contains several hundred pages. I can try to put together a 
 minimal
 example...but that may be of limited use since it may be difficult 
 to
 get the problem to show itself when I want it to show itself.

 So, before I do that, might anyone have an idea of what might be 
 the problem?

 There is a screen capture of a shift. The right underbrace has been
 shifted far to the right. It should be like the underbrace on the
 left.

 Here is my current underbrace macro:

 \newcommand{\mcom}[3][c]{\ensuremath{%
   \begin{array}[t]{#1}%
 \underbrace{#2}\\%
 \text{\addfontfeatures{Color=mcom}\scriptsize{#3}}%
   \end{array}%
   }}%

 The color mcom is simply defined liked this:
   \definecolor{mcom}   {cmyk}{0,0,0,1}

 The \mcom macro can be used something like this:
   \[  \mcom{\sin^2(x)+\cos^2(x)=1}{this is a trig. identity} \]

 I am compiling with XeLaTeX from a TeXlive distribution.
 Any ideas?
 Many thanks in advance,
 Dan
   
   
   
   
   
   
   
--
Subscriptions, Archive, and List information, etc.:
  http://tug.org/mailman/listinfo/xetex
   
   
   
--
Subscriptions, Archive, and List information, etc.:
  http://tug.org/mailman/listinfo/xetex
 
 
 
  
  
   --
   Subscriptions, Archive, and List information, etc.:
 http://tug.org/mailman/listinfo/xetex
 
 
 
  --
  Subscriptions, Archive, and List information, etc.:
http://tug.org/mailman/listinfo/xetex



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

Re: [XeTeX] TeXworks XeTeX : Pinyin u-with-third-tone

[Daniel Greenhoe]

 Since you are using Antykwa fonts for the newsletter,
 I'm wondering whether you already considered to
 ask the authors to add the glyph.

It would make a nice Christmas gift. However, the addition called for
would really be an entire block of glyphs. Of course standard pinyin
requires four tone markers: first tone (high tone), second tone
(rising tone), third tone (low tone), and forth tone (falling tone).
And these tone markers can appear above any of the vowels a, e, i, o,
or u. So that requires a minimum support of 20 glyphs (4x5=20 ...
impressed with my math???)

In addition, and this may only be me, but I don't like to put a tone
marker over the i because there is already an ominous dot hovering up
there and I don't like making the upper space even more crowded with
another symbol (and I don't like having the dot removed and simply
replaced with a tone marker). So that sometimes means moving the tone
marker to the space above a consonant, meaning at least some
consonants glyphs with tone markers may also be good.

For example, in
  ping(2) an(1)  (generally meaning peace)
where a rising tone marker is needed above the ping, I would prefer
to put the tone marker above the n rather than above the i.

Dan

On Wed, Jan 4, 2012 at 5:50 PM, Philip TAYLOR p.tay...@rhul.ac.uk wrote:


 Daniel Greenhoe wrote:

 Wouldn't a simple \v{u} render sufficient quality?


 Reinhard Kotucha wrote :

 I suppose that the idea was to use \v{u} in order to compose the
 glyph and am sure that you don't need LaTeX in order to achieve this.


 You are both quite correct, it almost certainly would.
 The problem is, once one starts using Unicode, one tends
 to forget the earlier TeX methods for glyph composition,
 and I certainly did in this case.  However, whether \v {u}
 is really any  better than ŭ is philosophically debatable :
 both are  kludges, and I was really looking for a cleaner solution !

 Since you are using Antykwa fonts for the newsletter, I'm wondering
 whether you already considered to ask the authors to add the glyph.
 I suppose that the glyph is missing because they didn't know that you
 need it.


 I hadn't considered that, mainly because I know just how
 busy the authors are, but I suppose I might ask if they
 could consider it in time for next year's newsletter ...

 ** Phil.



 --
 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] TeXworks XeTeX : Pinyin u-with-third-tone

[Daniel Greenhoe]

On Tue, Jan 3, 2012 at 11:29 PM, Philip TAYLOR p.tay...@rhul.ac.uk wrote:
 When typesetting this year's Christmas newsletter, I ran into
 real problems with the names of one of my friends, who in
 Pinyin requires a third-tone u (ǔ); neither in TeXworks
 nor in the final typeset document could I get this to appear.

Hi Philip,

Wouldn't a simple \v{u} render sufficient quality?

Dan

On Tue, Jan 3, 2012 at 11:29 PM, Philip TAYLOR p.tay...@rhul.ac.uk wrote:
 Dear XeTeX  TeXworks users ...

 When typesetting this year's Christmas newsletter, I ran into
 real problems with the names of one of my friends, who in
 Pinyin requires a third-tone u (ǔ); neither in TeXworks
 nor in the final typeset document could I get this to appear.
 In TeXworks, it appeared as a heavy solidus; in the typeset
 document, as a blank space. Is this a really rare character
 in font terms, and if not, which fonts would you recommend
 for (a) TeXworks, and (b) the final typeset document ?  In
 the end, I had to substitute ŭ, which is superficially
 similar and easily understood by any reader of Pinyin, but
 is not really the right character for the job.

 Philip Taylor


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



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

[XeTeX] extraneous arrow when using \psaxes

[Daniel Greenhoe]

In documentation for pstricks, the statement
  \psaxes{-}(0,0)(-2.5,0)(2.5,2.5)%
produces a y-axis (vertical axis) with an up-arrow only, and no down
arrow (which is good because in this example the y-axis forms a
T-intersection with the x-axis). But when I try it (compiling with
XeLaTeX), the y-axis has both an up-arrow and a down-arrow.

What I would like is for the x-axis to have left and right arrows, but
for the y-axis to have an up-arrow only. But contrary to what I have
seen in the documentation, that's not what I get. Did I do something
wrong?

The pstricks documentation I have here is User's Guide by Timothy
Van Zandt, 25 July 2003, Version 97. Here is an example (see also
attachments):

\documentclass[12pt]{book}
\usepackage{pstricks} % graphics support
\usepackage{pstricks-add} % fixe and addons for pstricks
\setlength{\parindent}{0pt}
\begin{document}%
\psset{unit=8mm}%
\begin{pspicture}(-2.5,0)(2.5,2.5)%
  \psaxes{-}(0,0)(-2.5,0)(2.5,2.5)%
\end{pspicture}%
\end{document}%

Many thanks in advance,
Dan


axes.log
Description: Binary data


axes.pdf
Description: Adobe PDF document


axes.tex
Description: TeX document


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

Re: [XeTeX] \setmathrm with fontspec has no affect on \mathrm{x}?

[Daniel Greenhoe]

On Sat, Dec 17, 2011 at 9:53 PM, Khaled Hosny khaledho...@eglug.org wrote:
 IIUC, when fontspec detects that unicode-math is loaded (and few other
 packages that deal with math fonts), no-math option is implied and thus
 various math setting commands are (silently?) ignored.

That would explain it. Thank you!

Dan

On Sat, Dec 17, 2011 at 9:53 PM, Khaled Hosny khaledho...@eglug.org wrote:
 On Sat, Dec 17, 2011 at 09:37:54PM +0800, Daniel Greenhoe wrote:
 If I use \setmathrm{fontx} in the preamble, shouldn't I expect fontx
 to be invoked when I use $\mathrm{x}$ in the document body? But that
 isn't the case. Why is that and how do I get what I expect without
 exiting math mode? Here is an example (see also attachments):

 \documentclass[12pt]{book}
 \usepackage{fontspec}
 \usepackage{unicode-math}

 IIUC, when fontspec detects that unicode-math is loaded (and few other
 packages that deal with math fonts), no-math option is implied and thus
 various math setting commands are (silently?) ignored.

 You are better using unicode-math's range option to achieve what you
 want.

 Regards,
  Khaled


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



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

[XeTeX] \setmathrm with fontspec has no affect on \mathrm{x}?

[Daniel Greenhoe]

If I use \setmathrm{fontx} in the preamble, shouldn't I expect fontx
to be invoked when I use $\mathrm{x}$ in the document body? But that
isn't the case. Why is that and how do I get what I expect without
exiting math mode? Here is an example (see also attachments):

\documentclass[12pt]{book}
\usepackage{fontspec}
\usepackage{unicode-math}
\setmathfont{xits-math.otf}
\setmathrm{texgyreadventor-regular.otf}
\pagestyle{empty}
\begin{document}%
$\mathrm{x}\mathrm{a}$%
\end{document}%

When compiled with xelatex, this produces a pdf that only uses
xits-math, not Adventor. Why aren't x and a typeset using
Adventor?

The log file reports
. Font family 'texgyreadventor-regular.otf(0)' created for font
. 'texgyreadventor-regular.otf' with options [].

pdffonts mathrm.pdf reports
name type  emb sub uni object ID
 - --- --- --- -
JIHIAR+XITSMath-Identity-H   CID Type 0C   yes yes yes  5  0

Many thanks in advance,
Dan


mathrm.log
Description: Binary data


mathrm.pdf
Description: Adobe PDF document


mathrm.tex
Description: TeX document


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

Re: [XeTeX] Overfull \hbox when using inline math scripts

[Daniel Greenhoe]

2011/12/16 Zdenek Wagner zdenek.wag...@gmail.com:
 Generally speaking, paragraph breaking is controlled by a few
 registers, the most important is \tolerance. \sloppy sets \tolerance
 to 1 which then looks ugly. You should start with \tolerance=.
 In such a case you should not have overfull boxes (if you still have
 them, some changes in the text may be needed). After this run you find
 the highest badness of the underfull box. Set \tolerance to this value
 and \hbadness to one less and run LaTeX again. You should see just one
 underfull box in your log. Now you can decrease \tolerance (and
 badness) until you get an overfull box, then return to the higher
 value of \tolerance and set \hbadness to the same value. If you have a
 paragraph with an overfull box, then set locally for  that paragraph
 \emergencystretch=1em. (This algorithm appeared years ago in an
 article by Phil Taylor and I use it since then)

On Sat, Dec 17, 2011 at 3:16 AM, Conrad Scott con...@conradscott.me.uk wrote:
 One possible solution for the particular example you posted (see below) is
 to allow line breaks at commas in inline maths. The solution I use for this
 is:
 \mathchardef\breakingcomma\mathcode`\,
 {\catcode`,=\active
 \gdef,{\breakingcomma\discretionary{}{}{}}}
 \newcommand{\mathlist}[1]{$\mathcode`\,=\string8000 #1$}


Thank you Philip, Zdenek, and Conrad for your great suggestions. I
think maybe I can use the Philip/Zdenek solution for most cases, and
the Conrad solution for problems that still may persist after that.

Thanks again,
Dan

On Sat, Dec 17, 2011 at 3:16 AM, Conrad Scott con...@conradscott.me.uk wrote:
 Dan,

 One possible solution for the particular example you posted (see below) is
 to allow line breaks at commas in inline maths. The solution I use for this
 is:

 \mathchardef\breakingcomma\mathcode`\,

 {\catcode`,=\active

 \gdef,{\breakingcomma\discretionary{}{}{}}

 }


 \newcommand{\mathlist}[1]{$\mathcode`\,=\string8000 #1$}


 which I took from the answer by egreg to the following stackexchange
 question:

 http://tex.stackexchange.com/questions/19094/allowing-line-break-at-in-inline-math-mode-breaks-citations


 You could use this as Let the tuple $(\mathlist{X, Y, Z, A, B, C, +, x, -,
 !, \#})$ in your example.


 There are some other solutions in that post and the other it links to.


 All my best,
 Conrad

 On 12/16/2011 01:55 AM, Daniel Greenhoe wrote:

 I have a rather long document involving mathematics that sometimes has
 the Overfull \hbox problem when I use inline mathematical scripts.
 Before I go hacking up the document with newline and \raggedright
 commands, is there any more elegant solution currently available?
 Below (see also attachment) is an example:

 \documentclass[12pt]{book}
 \usepackage{fontspec}
 \usepackage{unicode-math}
 \usepackage{geometry}
 \geometry{
   xetex,centering,twoside,noheadfoot,nomarginpar,
   paper=a4paper,margin=20mm,
   showframe
   }
 \setmainfont{texgyrepagella-regular.otf}
 \setmathfont{xits-math.otf}
 \setlength{\parindent}{0pt}
 \begin{document}%
 \thispagestyle{empty}%
 %\sloppy
 %\raggedright
 Theorem 1.1 (The Theorem That Has This Rather Long Title)
 Let the tuple $(X, Y, Z, A, B, C, +, x, -, !, \#)$
 be some useful mathematical structure.
 Then, \ldots
 \end{document}%

 Many thanks in advance,
 Dan





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





 --
 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] fontspec loading the wrong font?

[Daniel Greenhoe]

On Fri, Dec 16, 2011 at 5:56 AM, Ross Moore ross.mo...@mq.edu.au wrote:
 try doing some detailed tracing, using  \tracingall

Thank you for your help. I did try it with the \tracingall directive.
However, the compilation crashes with message
! Undefined control sequence.
l.85   GNU FreeSerif:\fntFreeSerif

Maybe the log file would still be helpful to someone; but it is huge
(about 2.4MByte), so I won't attach it to this email. If anyone wants
the file, I can email it or put it on a publicly accessible server.

Dan


On Fri, Dec 16, 2011 at 5:56 AM, Ross Moore ross.mo...@mq.edu.au wrote:
 Hello Daniel,

 On 16/12/2011, at 8:43 AM, Daniel Greenhoe wrote:

 I have run into a very strange problem when using fontspec and trying
 to test a new experimental version of GNU FreeSerif. In particular,
 suppose I try labeling the old FreeSerif as \fntFreeSerif and the new
 experimental FreeSerif as \fntFreeSerifx like this:

 try doing some detailed tracing, using  \tracingall

 {\tracingall % detailed trace of just the next 2 top-level commands
 \newfontfamily{\fntFreeSerif}[
   ExternalLocation,
   Path           = {/xfonts/gnuFreeFont/},
   Extension      = {.otf},
   UprightFont    = {*},
   BoldFont       = {*Bold},
   ItalicFont     = {*Italic},
   BoldItalicFont = {*BoldItalic},
   ]{FreeSerif}

 \newfontfamily{\fntFreeSerifx}[
  ExternalLocation,
  Path           = {/xfonts/gnuFreeFont/2011dec12/},
  Extension      = {.ttf},
  UprightFont    = {*},
  BoldFont       = {*Bold},
  ItalicFont     = {*Italic},
  BoldItalicFont = {*BoldItalic},
  ]{FreeSerif}
 } % closing delimiter to restrict the scope of \tracingall


 Then study the .log file output.
 There will be *masses* of extra output lines, most of which
 is quite irrelevant to your needs.
 nevertheless, you may be able to spot where something is obviously
 Not how you would like it to be.


 Then XeLaTeX seems to get confused and does not seem to find the new
 \fntFreeSerifx font, but is maybe using \fntFreeSerif or another
 version of FreeSerif, perhaps one in my Texlive setup.

 In the log file, both fonts are assigned the same label FreeSerif(0):

 . Font family 'FreeSerif(0)' created for font 'FreeSerif' with options [
 . ExternalLocation, Path = {/xfonts/gnuFreeFont/}, Extension = {.otf},
 . UprightFont = {*}, BoldFont = {*Bold}, ItalicFont = {*Italic},
 . BoldItalicFont = {*BoldItalic}, ].

 . Font family 'FreeSerif(0)' created for font 'FreeSerif' with options [
 . ExternalLocation, Path = {/xfonts/gnuFreeFont/2011dec12/}, Extension =
 . {.ttf}, UprightFont = {*}, BoldFont = {*Bold}, ItalicFont = {*Italic},
 . BoldItalicFont = {*BoldItalic}, ].


 But if I comment out any *one* (or all four) of the shape directive
 lines like this

 \newfontfamily{\fntFreeSerifx}[
  ExternalLocation,
  Path           = {/xfonts/gnuFreeFont/2011dec12/},
  Extension      = {.ttf},
   UprightFont    = {*},
   BoldFont       = {*Bold},
   ItalicFont     = {*Italic},
 %   BoldItalicFont = {*BoldItalic},
  ]{FreeSerif}

 then the problem goes away, and the two fonts are given different labels:

 . Font family 'FreeSerif(0)' created for font 'FreeSerif' with options [
 . ExternalLocation, Path = {/xfonts/gnuFreeFont/}, Extension = {.otf},
 . UprightFont = {*}, BoldFont = {*Bold}, ItalicFont = {*Italic},
 . BoldItalicFont = {*BoldItalic}, ].

 . Font family 'FreeSerif(1)' created for font 'FreeSerif' with options [
 . ExternalLocation, Path = {/xfonts/gnuFreeFont/2011dec12/}, Extension =
 . {.ttf}, UprightFont = {*}, BoldFont = {*Bold}, ItalicFont = {*Italic}, ].

 Is this something I am doing wrong, a fontspec bug, or a problem with
 FreeSerif and variants?

 The .log output using  \tracingall  may offer some clues to help
 someone to answer this question.


 Many thanks in advance,
 Dan


 Hope this helps,

        Ross

 
 Ross Moore                                       ross.mo...@mq.edu.au
 Mathematics Department                           office: E7A-419
 Macquarie University                             tel: +61 (0)2 9850 8955
 Sydney, Australia  2109                          fax: +61 (0)2 9850 8114
 





 --
 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] Any progress on 16 open write file limit?

[Daniel Greenhoe]

 On Wed, Dec 14, 2011 at 3:06 PM, Vladimir Lomov lomov...@gmail.com wrote:
 You can install TL 2011 as any other TL release in parallel, and use
 then switching the PATH to appropriate release.

Nice idea --- thanks!

 I simply don't understand for what reason you need more than 16 openned files.

Just as most everything else in life, the answer is, I don't need it.
Just as many other things in life, the answer is, it can be useful.
Unlike programming languages (for example c) that work at a base
level, I don't explicitly initiate these writes. They can be initiated
by other packages (that are explicitly invoked by myself). For
example, the very useful (my opinion) graphics package {pgfplots}
initiates at least one write.

Thank you for your help!
Dan




On Fri, Dec 16, 2011 at 7:49 AM, Vladimir Lomov lomov...@gmail.com wrote:
 Hello,
 ** Daniel Greenhoe [2011-12-15 07:47:03 +0800]:

 On Wed, Dec 14, 2011 at 3:06 PM, Vladimir Lomov lomov...@gmail.com wrote:
 Update you TeX system. This command relates with experimental package
 (aka latex3).

 On Wed, Dec 14, 2011 at 3:06 PM, Bruno Le Floch blfla...@gmail.com wrote:
 Update the l3kernel bundle to the newest version

 OK, thanks! I am hoping to complete and deliver a major project this
 month, so I don't want to risk a major update to my Texlive system at
 this point; but I hope to test it next month.
 You can install TL 2011 as any other TL release in parallel, and use
 then switching the PATH to appropriate release. For example, on Windows
 you have
 C:/texlive/2010/bin/win32
 C:/texlive/2011/bin/win32

 To use TL 2010 run in cmd:
 set PATH=C:/texlive/2010/bin/win32;%PATH%
 ...

 or to use TL 2011:
 set PATH=C:/texlive/2011/bin/win32;%PATH%
 ...

 On Wed, Dec 14, 2011 at 3:06 PM, Vladimir Lomov lomov...@gmail.com wrote:
 Why do you need separate files for each letter?
 You have more than 65536 entries for each one?

 Thanks for the tip. However, the previously attached code is just a
 test bench --- that is, it demonstrates the problem and allows me to
 test a proposed solution to see if it can resolve the problem. The
 example happens to use the Latin alphabet as a kind of enumeration of
 the instances that cause the writes.
 Ok, then may be there is another solution for your problem? I simply
 don't understand for what reason you need more than 16 openned files. I
 not familiar with TeX itself (ok, I will do investigation then) but in
 other programming languages you could open a file for write, close it
 and use again the freed resources.

 ---
 WBR, Vladimir Lomov

 --
 Till then we shall be content to admit openly, what you (religionists)
 whisper under your breath or hide in technical jargon, that the ancient
 secret is a secret still; that man knows nothing of the Infinite and
 Absolute; and that, knowing nothing, he had better not be dogmatic about
 his ignorance.  And, meanwhile, we will endeavour to be as charitable as
 possible, and whilst you trumpet forth officially your contempt for our
 skepticism, we will at least try to believe that you are imposed upon
 by your own bluster.
 - Leslie Stephen, An agnostic's Apology, Fortnightly Review, 1876


 --
 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] Any progress on 16 open write file limit?

[Daniel Greenhoe]

On Wed, Dec 14, 2011 at 3:06 PM, Vladimir Lomov lomov...@gmail.com wrote:
 Update you TeX system. This command relates with experimental package
 (aka latex3).

On Wed, Dec 14, 2011 at 3:06 PM, Bruno Le Floch blfla...@gmail.com wrote:
 Update the l3kernel bundle to the newest version

OK, thanks! I am hoping to complete and deliver a major project this
month, so I don't want to risk a major update to my Texlive system at
this point; but I hope to test it next month.

On Wed, Dec 14, 2011 at 3:06 PM, Vladimir Lomov lomov...@gmail.com wrote:
 Why do you need separate files for each letter?
 You have more than 65536 entries for each one?

Thanks for the tip. However, the previously attached code is just a
test bench --- that is, it demonstrates the problem and allows me to
test a proposed solution to see if it can resolve the problem. The
example happens to use the Latin alphabet as a kind of enumeration of
the instances that cause the writes.

Thank you again,
Dan

On Wed, Dec 14, 2011 at 3:06 PM, Bruno Le Floch blfla...@gmail.com wrote:
 I tried it with \usepackage{index} (see below and attachments), but I
 get the error
   ! Undefined control sequence.
 recently read \tl_replace_in:Nnn

 Any recommendations of what I should do?

 Update the l3kernel bundle to the newest version via your package
 manager (or directly from CTAN. It's sort of mentionned in the doc of
 morewrites (but I really should've added an explicit test in the
 package, sorry).

 Hope this helps,
 --
 Bruno Le Floch


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



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

[XeTeX] Any progress on 16 open write file limit?

[Daniel Greenhoe]

Has there been any progress on getting around the 16 open write file
limit and the associated crash message
  No room for a new \write?

This has been causing me problems lately.

Many thanks in advance,
Dan


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

Re: [XeTeX] Any progress on 16 open write file limit?

[Daniel Greenhoe]

Hi Bruno,

On Wed, Dec 14, 2011 at 11:35 AM, Bruno Le Floch blfla...@gmail.com wrote:
 \usepackage{morewrites}

I tried it with \usepackage{index} (see below and attachments), but I
get the error
  ! Undefined control sequence.
recently read \tl_replace_in:Nnn

Any recommendations of what I should do?
Dan

\documentclass{book}
 \usepackage{morewrites}
 \usepackage{index}   % multiple index support
%---
 \newindex{indexA}{adx}{and}{Index A} % \openout03
 \newindex{indexB}{bdx}{bnd}{Index B} % \openout04
 \newindex{indexC}{cdx}{cnd}{Index C} % \openout05
 \newindex{indexD}{ddx}{dnd}{Index D} % \openout06
 \newindex{indexE}{edx}{end}{Index E} % \openout07
 \newindex{indexF}{fdx}{fnd}{Index F} % \openout08
 \newindex{indexG}{gdx}{gnd}{Index G} % \openout09
 \newindex{indexH}{hdx}{hnd}{Index H} % \openout10
 \newindex{indexI}{idx}{ind}{Index I} % \openout11
 \newindex{indexJ}{jdx}{jnd}{Index J} % \openout12
 \newindex{indexK}{kdx}{knd}{Index K} % \openout13
 \newindex{indexL}{ldx}{lnd}{Index L} % \openout14
 \newindex{indexM}{mdx}{mnd}{Index M} % \openout15
 \newindex{indexN}{ndx}{nnd}{Index N} % \openout16
 \newindex{indexO}{odx}{ond}{Index O} % \openout17
 \newindex{indexP}{pdx}{pnd}{Index P} % \openout18
 \newindex{indexQ}{qdx}{qnd}{Index Q} % \openout19
 \newindex{indexR}{rdx}{rnd}{Index R} % \openout20
 \newindex{indexS}{sdx}{snd}{Index S} % \openout21
 \newindex{indexT}{tdx}{tnd}{Index T} % \openout22
\pagestyle{empty}
\makeindex
\begin{document}
abc
%\tableofcontents
\end{document}



On Wed, Dec 14, 2011 at 11:35 AM, Bruno Le Floch blfla...@gmail.com wrote:
 Has there been any progress on getting around the 16 open write file
 limit and the associated crash message
   No room for a new \write?

 This has been causing me problems lately.

 \usepackage{morewrites}

 If you are using XeLaTeX (or any other *LaTeX). It won't work if
 filenames contain spaces, but I can get to it if someone gives me a
 clear specification of how \openout reads a filename.

 Regards,
 Bruno


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


writes.tex
Description: TeX document


writes.log
Description: Binary data


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

Re: [XeTeX] \tableofcontents and [Glenn]fncychap conflict

[Daniel Greenhoe]

On Mon, Dec 12, 2011 at 6:13 AM, Daniel Greenhoe dgreen...@gmail.com wrote:
 I have been using the fncychap with the Glenn option for a long long
 time. But for some reason very recently, I get an error when I use it
 with \tableofcontents. The error I get is
  Use of \@icentercr doesn't match its definition.

An excellent question. This same problem and a solution by Ulrike
Fischer was posted more than three years ago:
  http://www.mofeel.net/809-comp-text-tex/2807.aspx

Someone also posted that the author of the (fncychap?) package should
be contacted. Does anyone know if he/she was contacted?

Dan

On Mon, Dec 12, 2011 at 6:13 AM, Daniel Greenhoe dgreen...@gmail.com wrote:
 I have been using the fncychap with the Glenn option for a long long
 time. But for some reason very recently, I get an error when I use it
 with \tableofcontents. The error I get is
  Use of \@icentercr doesn't match its definition.
 An example is below (see attachments also).

 \documentclass[12pt]{book}
  \usepackage[Glenn]{fncychap}
 \begin{document}%
 \tableofcontents
 \chapter{test}
 test
 \chapter{test}
 test
 \chapter{test}
 test
 \chapter{test}
 test
 \end{document}%

 Many thanks in advance,
 Dan



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

Re: [XeTeX] no small caps in GNU FreeSerif font?

[Daniel Greenhoe]

On Sun, Dec 11, 2011 at 4:40 PM, Andy Lin kir...@gmail.com wrote:
 this is a case where a teckit mapping could solve your problem.

I did try making a teckit map (see attachments). However, I have some problems:
  1. small caps for q and x and are apparently not defined by the
Unicode standard.
  2. Using FontForge, I did not see small caps q or x in FreeSerif.otf.
  3. I did not find any small caps versions for capital letters in
FreeSerif or in the Unicode standard.
  4. Even in the TexGyre font Pagella-regular, which does support
small caps, I did not find any small caps using FontForge. For
example, the Unicode standard says that latin_letter_small_capital_a
should be at U+1D00. But in Pagella-regular, U+1D00 is empty. Where
are the small caps being hidden? Or are they algorithmically generated
from the Latin capital letters?

Dan

On Sun, Dec 11, 2011 at 4:40 PM, Andy Lin kir...@gmail.com wrote:
 The small caps glyphs are definitely there, but they might only be
 considered part of the IPA extension range, i.e. they are not intended
 as small caps for general use. Which seems weird to me. But anyhow,
 this is a case where a teckit mapping could solve your problem. Or you
 could file a ticket with the developers.

 I can't check the OT features on the font right now on this machine,
 but if you run otfinfo, it should tell you if the smcp feature is
 present in the font (although it's not a sure test, considering Charis
 SIL had, for older versions, the smcp flag, but no actual
 implementation).

 -Andy


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


sc4gnufree.map
Description: Binary data


sc4gnufree.tec
Description: Binary data


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

[XeTeX] \tableofcontents and [Glenn]fncychap conflict

[Daniel Greenhoe]

I have been using the fncychap with the Glenn option for a long long
time. But for some reason very recently, I get an error when I use it
with \tableofcontents. The error I get is
  Use of \@icentercr doesn't match its definition.
An example is below (see attachments also).

\documentclass[12pt]{book}
 \usepackage[Glenn]{fncychap}
\begin{document}%
\tableofcontents
\chapter{test}
test
\chapter{test}
test
\chapter{test}
test
\chapter{test}
test
\end{document}%

Many thanks in advance,
Dan


toc.tex
Description: TeX document


toc.log
Description: Binary data


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

[XeTeX] no small caps in GNU FreeSerif font?

[Daniel Greenhoe]

I cannot get small caps when using the OpenType GNU FreeSerif
(regular) typeface. But it is a little hard to believe that it is
really not available. Can someone tell me what I am doing wrong? (see
below code and/or attachments):

\documentclass[12pt]{book}
\usepackage{fontspec}
 \defaultfontfeatures{%
   SmallCapsFeatures = {Letters=SmallCaps},
   }
 \setmainfont[
   ExternalLocation,
   Path = {/xfonts/gnuFreeFont/},
   Extension= {.otf},
   UprightFont  = {*},
   BoldFont = {*Bold},
   ItalicFont   = {*Italic},
   BoldItalicFont   = {*BoldItalic},
  %SmallCapsFont= {../texgyre/texgyrepagella-regular},
   ]{FreeSerif}

 \newfontfamily{\fntFreeSerif}[
   ExternalLocation,
   Path   = {/xfonts/gnuFreeFont/},
   Extension  = {.otf},
   UprightFont= {*},
   BoldFont   = {*Bold},
   ItalicFont = {*Italic},
   BoldItalicFont = {*BoldItalic},
  %SmallCapsFont= {../texgyre/texgyrepagella-regular},
   ]{FreeSerif}

 \newfontfamily{\fntPagella}[
   Extension  = {.otf},
   ExternalLocation,
   Path   = {/xfonts/texgyre/},
   UprightFont= {*-regular},
   BoldFont   = {*-bold},
   ItalicFont = {*-italic},
   BoldItalicFont = {*-bolditalic},
   ]{texgyrepagella}

 \newfontfamily{\fntLibertineLR}[
   Extension  = {.otf},
   UprightFont= {*},
   BoldFont   = {*o},
   ItalicFont = {*i},
   BoldItalicFont = {*i},
   ]{fxlr}

 \newfontfamily{\fntCharisSIL}[
   ExternalLocation,
   Path   = {/xfonts/},
   Extension  = {.ttf},
   UprightFont= {*R},
   BoldFont   = {*B},
   ItalicFont = {*I},
   BoldItalicFont = {*BI},
   ]{CharisSIL}

 \newfontfamily{\fntHeuristica}[
   ExternalLocation,
   Path   = {/xfonts/heuristica/},
   Extension  = {.otf},
   UprightFont= {*-Regular},
   BoldFont   = {*-Bold},
   ItalicFont = {*-Italic},
   BoldItalicFont = {*-BoldItalic},
   Ligatures  = {NoCommon},
   ]{Heuristica}

\begin{document}%
\thispagestyle{empty}%
\begin{tabular}{ll}
  GNU FreeSerif:\fntFreeSerif   ABCabc \scshape ABCabc\\
  Pagella:  \fntPagella ABCabc \scshape ABCabc\\
  Libertine:\fntLibertineLR ABCabc \scshape ABCabc\\
  Charis:   \fntCharisSIL   ABCabc \scshape ABCabc\\
  Heuristica:   \fntHeuristica  ABCabc \scshape ABCabc\\
\end{tabular}
\end{document}%


scshape.tex
Description: TeX document


scshape.pdf
Description: Adobe PDF document


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

Re: [XeTeX] tabular in footnote

[Daniel Greenhoe]

Hello Heiko,

On Wed, Dec 7, 2011 at 7:51 AM, Heiko Oberdiek
heiko.oberd...@googlemail.com wrote:
 I have seen two problems with your example and one of them solved,
 the other remained unsolved. No more, no less.

Yes, that misunderstanding was my fault.

 Taking more time, I see now, that the overfull \vbox is caused
 by something different: The header is set to zero (see options
 for geometry), but the page number is printed causing the
 overfull \vbox. Changing the options of geometry or \pagestyle{empty}
 solves the problem.

A very nice solution --- thank you very much

  to exceed the textarea. Aligning the last line of the tabular with the
  bottom of the textarea is much more tricky.
  The following assumes that the last line of the tabular contains
  normal text without large depths:

Thank you for this solution as well. I have tested it and it did work.
I am sorry for my slow response in acknowledging it. I have worked for
it seems several hours trying to integrate it into a larger project.
The integration did not go so smoothly. In particular, when I tried to
use it in a real project, the spacing between footnotes increased. I
finally traced the conflict to the directive \VerbatimFootnotes from
the fancyvrb (fancy verbatim) package. I reproduced the problem in
the code you provided and will attach it to this email. You can take a
look if you happen to have time. But if you don't have time, I do want
to say that I greatly appreciate all the time you have already spent
in helping me with this problem.

Even if you do choose to take a look at the attached files, I don't
think you need to spend time on this problem. I have observed that
LaTeX apparently often has this bottom overflow problem, not just in
the case of footnotes. For example, when using AMS's {align*}
environment, the index n in \sum_n can also extend outside the lower
text boundary. Even in the patch that you so skillfully crafted, the
letter g still can violate the lower boundary (maybe letters with
descenders in general have this problem)? But I suppose that could be
remedied as well. Even if this problem was fixed, there is still the
problem that the patch does not work well when there is only one entry
in the tltabular environment (too much vertical spacing).

On Wed, Dec 7, 2011 at 5:46 AM, Heiko Oberdiek
heiko.oberd...@googlemail.com wrote:
 Please, be more precise. What do you consider as bug?

In my mind (and maybe in my mind only) if I code something (e.g. a
tabular in a footnote) in accordance with documented syntax and then
the result of that code violates a parameter (e.g. a lower text area
boundary) defined in the same documentation, then that by definition
is a bug. Secondly, if  a 32 line section of code is required to
prevent my correctly coded (as defined by documented syntax) code from
violating such a parameter, then such a violation is by definition a
bug and the 32 lines of additional code is by definition a patch.

Having said that, let me make these additional comments:
  1. I am embarrassed by my own lack of knowledge with respect to TeX coding.
  2. I realize that I take a lot from this email list but contribute
nothing or next to nothing
  3. I very much appreciate all the help that I have and do receive
from this mailing list
  4. I know that beggars can't be choosers.
  5. TeX and it's derivatives has to be one of the greatest
developments of all time --- like unto the Gutenberg Press --- many
many thanks to everyone who has and continues to work so hard to
develop it.

Dan


On Wed, Dec 7, 2011 at 7:51 AM, Heiko Oberdiek
heiko.oberd...@googlemail.com wrote:
 On Wed, Dec 07, 2011 at 06:30:39AM +0800, Daniel Greenhoe wrote:

 On Wed, Dec 7, 2011 at 5:46 AM, Heiko Oberdiek
 heiko.oberd...@googlemail.com wrote:
  You have to compile twice at least.

 I compiled at least 8 times using xelatex Heiko.tex. I still get the
 same error: the text extends below the text area (see attachment). You
 don't get this result on your system?

 And I had written:

 | The following example addresses calculates the shift to align
 | the baseline of the footnote line with the first line of
 | the tabular. No time for looking at the problem with the overfull \vbox.

 I have seen two problems with your example and one of them solved,
 the other remained unsolved. No more, no less.

 Taking more time, I see now, that the overfull \vbox is caused
 by something different: The header is set to zero (see options
 for geometry), but the page number is printed causing the
 overfull \vbox. Changing the options of geometry or \pagestyle{empty}
 solves the problem.

 The exceeding part of the second footnote text is correct behaviour:
 TeX tries to align the top and bottom lines of a page in order to
 get the baselines at the same position:
 * At the top vertical space is added up to \topskip unless
  the height of the first element is larger than \topskip.
 * At the bottom the bottom element might have a depth up to
  \maxdepth

Re: [XeTeX] tabular in footnote

[Daniel Greenhoe]

2011/12/8 Zdenek Wagner zdenek.wag...@gmail.com:
 No, I do not agree. I can only agree that the LaTeX user
 documentatioin is incomplete. ...
 Without knowledge of the
 modes you cannot understand why the table behaves differently in the
 footnote. It is documented in the TeXbook.

Then if that is the current state of the platform, as a LaTeX/XeLaTeX
user it is not reasonable for me to make the demands on the system
such as I originally sought (e.g. keeping text completely within the
text area); that is,  absolute precision is beyond the reach of one
who only codes at the LaTeX/XeLaTeX level, and is only within the
reach of one who codes at the TeX level.

This is not a complaint, it is only an observation. I actually have a
copy of the TeX Book, I just need to open it.  ^___^

Thank you for the clarification,
Dan


2011/12/8 Zdenek Wagner zdenek.wag...@gmail.com:
 2011/12/8 Daniel Greenhoe dgreen...@gmail.com:
 Hello Heiko,
 ...
 In my mind (and maybe in my mind only) if I code something (e.g. a
 tabular in a footnote) in accordance with documented syntax and then
 the result of that code violates a parameter (e.g. a lower text area
 boundary) defined in the same documentation, then that by definition
 is a bug. Secondly, if  a 32 line section of code is required to
 prevent my correctly coded (as defined by documented syntax) code from
 violating such a parameter, then such a violation is by definition a
 bug and the 32 lines of additional code is by definition a patch.

 No, I do not agree. I can only agree that the LaTeX user
 documentatioin is incomplete. Consider the expression my text. You
 would certainly be disapointed if the word text were verticaly
 aligned so that its baseline matched with the bottom of y. That's
 why boxes have height and depth and are aligned to baselines, not to
 bottom. The truth is that the documentation of tabular is incomplete.
 It does not say that it has zero width and the whole table extends
 below baseline. Thus in your original sample file you aske LaTeX to
 put the table below the baseline and LaTeX did exactly what you asked
 for. Incomplete documentation is unfortunately a feature of LaTeX.
 Normal users do not know that \vspace is expanded to \vskip in the
 vertical mode but to \vadjust{...} in the horizontal mode and the
 starred variant is esentially \vglue. I am afraid that the LaTeX
 documentation does not even mention the 5 modes so that the vertical
 and horizontal modes may be strange for you. Without knowledge of the
 modes you cannot understand why the table behaves differently in the
 footnote. It is documented in the TeXbook.

 Having said that, let me make these additional comments:
  1. I am embarrassed by my own lack of knowledge with respect to TeX coding.
  2. I realize that I take a lot from this email list but contribute
 nothing or next to nothing
  3. I very much appreciate all the help that I have and do receive
 from this mailing list
  4. I know that beggars can't be choosers.
  5. TeX and it's derivatives has to be one of the greatest
 developments of all time --- like unto the Gutenberg Press --- many
 many thanks to everyone who has and continues to work so hard to
 develop it.

 Dan


 On Wed, Dec 7, 2011 at 7:51 AM, Heiko Oberdiek
 heiko.oberd...@googlemail.com wrote:
 On Wed, Dec 07, 2011 at 06:30:39AM +0800, Daniel Greenhoe wrote:

 On Wed, Dec 7, 2011 at 5:46 AM, Heiko Oberdiek
 heiko.oberd...@googlemail.com wrote:
  You have to compile twice at least.

 I compiled at least 8 times using xelatex Heiko.tex. I still get the
 same error: the text extends below the text area (see attachment). You
 don't get this result on your system?

 And I had written:

 | The following example addresses calculates the shift to align
 | the baseline of the footnote line with the first line of
 | the tabular. No time for looking at the problem with the overfull \vbox.

 I have seen two problems with your example and one of them solved,
 the other remained unsolved. No more, no less.

 Taking more time, I see now, that the overfull \vbox is caused
 by something different: The header is set to zero (see options
 for geometry), but the page number is printed causing the
 overfull \vbox. Changing the options of geometry or \pagestyle{empty}
 solves the problem.

 The exceeding part of the second footnote text is correct behaviour:
 TeX tries to align the top and bottom lines of a page in order to
 get the baselines at the same position:
 * At the top vertical space is added up to \topskip unless
  the height of the first element is larger than \topskip.
 * At the bottom the bottom element might have a depth up to
  \maxdepth. The default for \maxdepth with \documentclass[12pt]{book}
  is .5\topskip = 8pt. \maxdepth=0pt doesn't allow the bottom element
  to exceed the textarea. Aligning the last line of the tabular with the
  bottom of the textarea is much more tricky.

  The following assumes that the last line of the tabular contains
  normal text

Re: [XeTeX] tabular in footnote

[Daniel Greenhoe]

Thank you everyone for your help with this problem. I will regard it
as a bug. I hope that someday it can be fully resolved.

Dan

On Tue, Dec 6, 2011 at 6:07 AM, Daniel Greenhoe dgreen...@gmail.com wrote:
 Hello Heiko,

 Thank you for your hard work on my behalf. I did try compiling your
 code; but it still seems to have the same problem as my original
 example (see attachments). Did I do something wrong?

 Dan

 On Mon, Dec 5, 2011 at 4:16 PM, Heiko Oberdiek
 heiko.oberd...@googlemail.com wrote:
 On Sun, Dec 04, 2011 at 07:31:59AM +0800, Daniel Greenhoe wrote:

 When I put a tabular in a footnote, the tabular often is extended
 outside the text area. Besides placing a newline directive after the
 tabular environment, is there anything I can do to prevent this
 behavior? That is, how can I best ensure that tabulars in a footnote
 get typeset completely within the text area? Here is an example:

 \documentclass[12pt]{book}
 \usepackage[xetex,a4paper,noheadfoot,nomarginpar,margin=20mm,showframe]{geometry}
 \begin{document}%
   xyz\footnote{%
     %\raisebox{2.5mm}{
       \begin{tabular}[t]{|l|}
        \hline
         abc\\
         def\\
         ghj\\
         klm\\
         \hline
       \end{tabular}%\\
       %}%
     }
   xyz\footnote{%
     %\raisebox{2.5mm}{
       \begin{tabular}[t]{|l|}
        \hline
         abc\\
         def\\
         ghj\\
         klm\\
         \hline
       \end{tabular}%\\
       %}%
     }
 \end{document}%

 I don't see a relation to XeTeX, thus the mailing list texhash
 might be the better choice for this question.

 The following example addresses calculates the shift to align
 the baseline of the footnote line with the first line of
 the tabular. No time for looking at the problem with the overfull \vbox.

 \documentclass[12pt]{book}
 \usepackage{array}
 \usepackage[
  a4paper,noheadfoot,nomarginpar,margin=20mm,showframe
 ]{geometry}
 \usepackage{zref-savepos}

 \makeatletter
 \newsavebox\tl@box
 \newcount\c@tlcount
 \setcounter{tlcount}{0}
 \def\thetlcount{\the\c@tlcount}
 \newenvironment*{tltabular}[1]{%
  \stepcounter{tlcount}%
  \begin{lrbox}{\tl@box}%
  \begin{tabular}[t]{|#1|}%
  \hline
  \zref@savepos
  \zref@labelbyprops{tl@b\thetlcount}{posy}%
  \ignorespaces
 }{%
  \hline
  \end{tabular}%
  \end{lrbox}%
  \zref@refused{tl@a\thetlcount}%
  \zref@refused{tl@b\thetlcount}%
  \dimen@=\dimexpr
    \zposy{tl@a\thetlcount}sp-\zposy{tl@b\thetlcount}sp%
  \relax
  \raisebox{\dimen@}{%
    \zref@savepos
    \zref@labelbyprops{tl@a\thetlcount}{posy}%
    \box\tl@box
  }%
 }

 \begin{document}%
  xyz\footnote{%
    \begin{tltabular}{l}
      abc\\
      def\\
      ghj\\
      klm\\
    \end{tltabular}%\\
  }
  xyz\footnote{%
    \begin{tltabular}{l}
      abc\\
      def\\
      ghj\\
      klm\\
    \end{tltabular}%\\
  }
 \end{document}%

 Yours sincerely
  Heiko Oberdiek


 --
 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] tabular in footnote

[Daniel Greenhoe]

On Wed, Dec 7, 2011 at 5:46 AM, Heiko Oberdiek
heiko.oberd...@googlemail.com wrote:
 You have to compile twice at least.

I compiled at least 8 times using xelatex Heiko.tex. I still get the
same error: the text extends below the text area (see attachment). You
don't get this result on your system?

On Wed, Dec 7, 2011 at 5:46 AM, Heiko Oberdiek
heiko.oberd...@googlemail.com wrote:
 On Wed, Dec 07, 2011 at 05:16:49AM +0800, Daniel Greenhoe wrote:

 Thank you everyone for your help with this problem. I will regard it
 as a bug. I hope that someday it can be fully resolved.

 Please, be more precise. What do you consider as bug?
 [t] of \begin{tabular} means top-alignment. The top element is
 the \hline.

 On Tue, Dec 6, 2011 at 6:07 AM, Daniel Greenhoe dgreen...@gmail.com wrote:
  Hello Heiko,
 
  Thank you for your hard work on my behalf. I did try compiling your
  code; but it still seems to have the same problem as my original
  example (see attachments). Did I do something wrong?

 Yes, not reading the screen messages/.log file.
 You have to compile twice at least.

 Yours sincerely
  Heiko Oberdiek


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


Heiko.pdf
Description: Adobe PDF document


Heiko.tex
Description: TeX document


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

Re: [XeTeX] tabular in footnote

[Daniel Greenhoe]

Hello Ross,

On Wed, Dec 7, 2011 at 5:58 AM, Ross Moore ross.mo...@mq.edu.au wrote:
 Heiko explains why the table doesn't align as you want.

Looking at Heiko's email again, I think maybe I misunderstood it.
Sorry Heiko! :(

 Try this variant of your example.
Yes! That seems to work. Actually the only case where it doesn't seem
to work as a general solution is the case when there is only one line
in the tabular environment (see attachments). In this case, the value
of 2ex seems to be too much. That is, the value of 2ex seems to work
for all cases(?) except the case of the number of lines being 1. But I
could define a separate environment for that special case (in fact
that case doesn't even need a tabular, but having a tabular might be
nice for consistency with the other cases).

Thank you very much for your help,
Dan


On Wed, Dec 7, 2011 at 5:58 AM, Ross Moore ross.mo...@mq.edu.au wrote:
 Hello Daniel,

 On 07/12/2011, at 8:16 AM, Daniel Greenhoe wrote:

 Thank you everyone for your help with this problem. I will regard it
 as a bug. I hope that someday it can be fully resolved.

 Heiko explains why the table doesn't align as you want.

 Try this variant of your example.


 \documentclass[12pt]{book}
 \usepackage[a4paper,noheadfoot,nomarginpar,margin=20mm,showframe]
  {geometry}


 % adjust this value to suit
 \def\foottableraise{2ex}

 % define a new environment
 \newenvironment{foottable}{%
  \raise\foottableraise\hbox\bgroup\space
  \begin{tabular}[t]%
  }{%
  \end{tabular}\egroup\vskip\foottableraise
  }

 \begin{document}%
  xyz\footnote{%
    \raisebox{\foottableraise}{ % inserts a space
    \begin{tabular}[t]{|l|}
       \hline
        abc\\
        def\\
        ghj\\
        klm\\
        \hline
      \end{tabular}%\\
      }%
      \vskip \foottableraise
    }
  xyz\footnote{%
    \begin{foottable}{|l|}
       \hline
        abc\\
        def\\
        ghj\\
        klm\\
        \hline
      \end{foottable}%\\
   }
 \end{document}%

 Note that you need to use TeX's  \raise  and  \bgroup ... \egroup
 in the environment definition.
 This is because \raisebox reads its argument too soon, so the
 start and end of the box cannot then be split between the
 \begin and \end of the \newenvironment .


 Dan


 Hope this helps,

        Ross

 
 Ross Moore                                       ross.mo...@mq.edu.au
 Mathematics Department                           office: E7A-419
 Macquarie University                             tel: +61 (0)2 9850 8955
 Sydney, Australia  2109                          fax: +61 (0)2 9850 8114
 





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


Ross.tex
Description: TeX document


Ross.pdf
Description: Adobe PDF document


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

Re: [XeTeX] tabular in footnote

[Daniel Greenhoe]

Hello Heiko,

Thank you for your hard work on my behalf. I did try compiling your
code; but it still seems to have the same problem as my original
example (see attachments). Did I do something wrong?

Dan

On Mon, Dec 5, 2011 at 4:16 PM, Heiko Oberdiek
heiko.oberd...@googlemail.com wrote:
 On Sun, Dec 04, 2011 at 07:31:59AM +0800, Daniel Greenhoe wrote:

 When I put a tabular in a footnote, the tabular often is extended
 outside the text area. Besides placing a newline directive after the
 tabular environment, is there anything I can do to prevent this
 behavior? That is, how can I best ensure that tabulars in a footnote
 get typeset completely within the text area? Here is an example:

 \documentclass[12pt]{book}
 \usepackage[xetex,a4paper,noheadfoot,nomarginpar,margin=20mm,showframe]{geometry}
 \begin{document}%
   xyz\footnote{%
     %\raisebox{2.5mm}{
       \begin{tabular}[t]{|l|}
        \hline
         abc\\
         def\\
         ghj\\
         klm\\
         \hline
       \end{tabular}%\\
       %}%
     }
   xyz\footnote{%
     %\raisebox{2.5mm}{
       \begin{tabular}[t]{|l|}
        \hline
         abc\\
         def\\
         ghj\\
         klm\\
         \hline
       \end{tabular}%\\
       %}%
     }
 \end{document}%

 I don't see a relation to XeTeX, thus the mailing list texhash
 might be the better choice for this question.

 The following example addresses calculates the shift to align
 the baseline of the footnote line with the first line of
 the tabular. No time for looking at the problem with the overfull \vbox.

 \documentclass[12pt]{book}
 \usepackage{array}
 \usepackage[
  a4paper,noheadfoot,nomarginpar,margin=20mm,showframe
 ]{geometry}
 \usepackage{zref-savepos}

 \makeatletter
 \newsavebox\tl@box
 \newcount\c@tlcount
 \setcounter{tlcount}{0}
 \def\thetlcount{\the\c@tlcount}
 \newenvironment*{tltabular}[1]{%
  \stepcounter{tlcount}%
  \begin{lrbox}{\tl@box}%
  \begin{tabular}[t]{|#1|}%
  \hline
  \zref@savepos
  \zref@labelbyprops{tl@b\thetlcount}{posy}%
  \ignorespaces
 }{%
  \hline
  \end{tabular}%
  \end{lrbox}%
  \zref@refused{tl@a\thetlcount}%
  \zref@refused{tl@b\thetlcount}%
  \dimen@=\dimexpr
    \zposy{tl@a\thetlcount}sp-\zposy{tl@b\thetlcount}sp%
  \relax
  \raisebox{\dimen@}{%
    \zref@savepos
    \zref@labelbyprops{tl@a\thetlcount}{posy}%
    \box\tl@box
  }%
 }

 \begin{document}%
  xyz\footnote{%
    \begin{tltabular}{l}
      abc\\
      def\\
      ghj\\
      klm\\
    \end{tltabular}%\\
  }
  xyz\footnote{%
    \begin{tltabular}{l}
      abc\\
      def\\
      ghj\\
      klm\\
    \end{tltabular}%\\
  }
 \end{document}%

 Yours sincerely
  Heiko Oberdiek


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


Heiko.pdf
Description: Adobe PDF document


Heiko.tex
Description: TeX document


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

Re: [XeTeX] tabular in footnote

[Daniel Greenhoe]

Hi Keith,

On Sun, Dec 4, 2011 at 6:01 PM, Keith J. Schultz keithjschu...@web.de wrote:
 Most writers show poor style by stuffing all kinds of information in the 
 footnote

Thank you for your honest feedback. The purpose of the tabular
footnotes is for citation information. I like verbose citations; I do
not like seeing a reference with just a [1] and then I have to fish
around in the nether regions of the book to get any clue as to what
reference it refers to. Rather for each, say, theorem, I like to put
on the same page (or close to the same page) as where the theorem
occurs
  1. multiple references for that one theorem (recent and old/original
if possible)
  2. reference information that is verbose enough to contain an
author, a title, and a year (normally with additional info available
in the Bibliography)

I realize this style is not standard in the book industry, but I like
it. And I think not having it this way may in part be a vestige of
out-dated technology (e.g. typesetting with a simple typewriter).

Thus, I often have several lines (one line per reference) for a single
footnote. And I implement this using a tabular environment. I think
tabular environments are a good mechanism for aligning material
neatly.

Dan


I like to put verbose citations (one line of reference info) for each
reference,

On Sun, Dec 4, 2011 at 6:01 PM, Keith J. Schultz keithjschu...@web.de wrote:
 Hi Dan,

 Though, you problem is interesting, but I can believe you have this
 problem.

 You do realize that a footnote in general is not intend to contain this kind 
 of
 information. Even though it may be possible in TeX, et al.

 Most writers show poor style by stuffing all kinds of information in the 
 footnote
 because they do not take the time to properly integrate what the have to say 
 into the main
 text.

 But, you can do whatever you want.

 regards
        Keith.

 Am 04.12.2011 um 00:31 schrieb Daniel Greenhoe:

 When I put a tabular in a footnote, the tabular often is extended
 outside the text area. Besides placing a newline directive after the
 tabular environment, is there anything I can do to prevent this
 behavior? That is, how can I best ensure that tabulars in a footnote
 get typeset completely within the text area? Here is an example:

 \documentclass[12pt]{book}
 \usepackage[xetex,a4paper,noheadfoot,nomarginpar,margin=20mm,showframe]{geometry}
 \begin{document}%
  xyz\footnote{%
    %\raisebox{2.5mm}{
      \begin{tabular}[t]{|l|}
       \hline
        abc\\
        def\\
        ghj\\
        klm\\
        \hline
      \end{tabular}%\\
      %}%
    }
  xyz\footnote{%
    %\raisebox{2.5mm}{
      \begin{tabular}[t]{|l|}
       \hline
        abc\\
        def\\
        ghj\\
        klm\\
        \hline
      \end{tabular}%\\
      %}%
    }
 \end{document}%

 Many thanks in advance,
 Dan
 foottbl.texfoottbl.pdf

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




 --
 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] tabular in footnote

[Daniel Greenhoe]

Hi Zdenek,

As usual, thank you for all your hard work on my behalf. The
conclusion appears to be that there is no easy solution to the problem
(and it seems I am about the only person who has this problem).

If you do happen to come upon a solution some day, please feel free to
drop me a line. In the mean time I can maybe just tolerate the 2mm or
so overflow, or put a newline after the table.

Thank you again,
Dan

2011/12/4 Zdenek Wagner zdenek.wag...@gmail.com:
 Hi Dan,
 first, as Keith wrote, as a reader I would not expect a table in a
 footnote. If the table is important, why not to put it to the main
 text? And if it is not important, why it is there at all? If it is of
 less importance, it should rather appear in an apendix, not in a
 footnote.

 I am not such an expert. I tried to figure out how the page is
 completed but I do not fully understand it. What is important to know
 is that each box has 3 dimensions: height, depth and width. If tabular
 is set, the resulting box has zero height. You can see it in my
 example. You can also se a trick how I forced it to have nonzero
 height but preserving the sum of the height + depth. The boxes are
 treated differently depending whether they are inserted to the
 vertical or horizontal list.

 I am afraid that proper treatment of tables within footnotes will
 require delving into the TeX page breaking algorithm and detailed
 knowledge of LaTeX \output routine may also be needed. The LaTeX
 \output is about 40 pages of code and I have never studied these
 macros.

 2011/12/4 Keith J. Schultz keithjschu...@web.de:
 Hi Dan,

 Though, you problem is interesting, but I can believe you have this
 problem.

 You do realize that a footnote in general is not intend to contain this kind 
 of
 information. Even though it may be possible in TeX, et al.

 Most writers show poor style by stuffing all kinds of information in the 
 footnote
 because they do not take the time to properly integrate what the have to say 
 into the main
 text.

 But, you can do whatever you want.

 regards
        Keith.

 Am 04.12.2011 um 00:31 schrieb Daniel Greenhoe:

 When I put a tabular in a footnote, the tabular often is extended
 outside the text area. Besides placing a newline directive after the
 tabular environment, is there anything I can do to prevent this
 behavior? That is, how can I best ensure that tabulars in a footnote
 get typeset completely within the text area? Here is an example:

 \documentclass[12pt]{book}
 \usepackage[xetex,a4paper,noheadfoot,nomarginpar,margin=20mm,showframe]{geometry}
 \begin{document}%
  xyz\footnote{%
    %\raisebox{2.5mm}{
      \begin{tabular}[t]{|l|}
       \hline
        abc\\
        def\\
        ghj\\
        klm\\
        \hline
      \end{tabular}%\\
      %}%
    }
  xyz\footnote{%
    %\raisebox{2.5mm}{
      \begin{tabular}[t]{|l|}
       \hline
        abc\\
        def\\
        ghj\\
        klm\\
        \hline
      \end{tabular}%\\
      %}%
    }
 \end{document}%

 Many thanks in advance,
 Dan
 foottbl.texfoottbl.pdf

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




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




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

[XeTeX] page numbering using fancychap with Glenn option and no footer

[Daniel Greenhoe]

When using the fancychap package with the Glenn option and *no
footer*, there seems to be a minor problem:
When starting a new chapter, the package still attempts to put a page
number in the footer even though there is supposed to be no footer.

Besides the brute-force solution of placing \thispagestyle{empty}
with every chapter declaration (or an equivalent \newchapter macro
solution), is there any more elegant solution to the problem?
Shouldn't this be considered as a bug in the fancychap code?

Here is an example (see attachments also):

\documentclass{book}
\usepackage[Glenn]{fncychap}
\usepackage{fancyhdr}
\usepackage{geometry}
\geometry{
  xetex,paper=a4paper,
  centering,twoside,
  includehead,nofoot,
  margin=15mm,
  nomarginpar,
  showframe
  }
\fancyhf[HER,HOL]{}
\fancyhf[HOC,HEC]{}
\fancyhf[HOR,HEL]{page \thepage}
\fancyhf[FOL,FER]{}
\fancyhf[FOC,FEC]{}
\fancyhf[FOR,FEL]{}
\begin{document}%
\chapter{This Chapter}
%\thispagestyle{empty}
\ldots first page \ldots
\clearpage \ldots second  page \ldots
\clearpage \ldots third   page \ldots
\clearpage \ldots forth   page \ldots
\clearpage \ldots fifth   page \ldots
\clearpage \ldots sixth   page \ldots
\clearpage \ldots seventh page \ldots
\clearpage \ldots eigth   page \ldots
\end{document}%

Many thanks in advance,
Dan


glenn.tex
Description: TeX document


glenn.pdf
Description: Adobe PDF document


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

Re: [XeTeX] page numbering using fancychap with Glenn option and no footer

[Daniel Greenhoe]

Thank you for your fast reply.

2011/12/3 Zdenek Wagner zdenek.wag...@gmail.com:
 It is described in LaTeX documentation that \chapter
 contains implicitely \thispagestyle{plain}

Then isn't this a bug with LaTeX's \chapter command? For example, this
has the same problem (no fancychap, no fancyhdr):

\documentclass{book}
\usepackage{geometry}
\geometry{
  xetex,paper=a4paper,
  centering,twoside,
  includehead,nofoot,
  margin=15mm,
  nomarginpar,
  showframe
  }
\pagestyle{headings}
\begin{document}%
\chapter{This Chapter}
\ldots first page \ldots
\clearpage \ldots second  page \ldots
\clearpage \ldots third   page \ldots
\end{document}%

Can't the \chapter command know that there is no footer and that the
default page style is headings? If it can know these things, why
does it still insist on reverting to pagestyle{plain} and putting a
page number outside the legitimate printable area?

Is there really no way I can blame this on something besides myself?

Dan

2011/12/3 Zdenek Wagner zdenek.wag...@gmail.com:
 2011/12/3 Daniel Greenhoe dgreen...@gmail.com:
 When using the fancychap package with the Glenn option and *no
 footer*, there seems to be a minor problem:
 When starting a new chapter, the package still attempts to put a page
 number in the footer even though there is supposed to be no footer.

 Besides the brute-force solution of placing \thispagestyle{empty}
 with every chapter declaration (or an equivalent \newchapter macro
 solution), is there any more elegant solution to the problem?
 Shouldn't this be considered as a bug in the fancychap code?

 I have looked at your code and briefly at fncychap. As I can see,
 fncychap dos not do anything with headers and footer, you do it with
 fancyhdr. How can fncychap know about other packages? It is described
 in LaTeX documentation that \chapter contains implicitely
 \thispagestyle{plain}, thus it cannot be considered a bug that the
 feature is preserved in a package. You can only submit a feature
 request of adding header.footer definition to fncychap.

 Here is an example (see attachments also):

 \documentclass{book}
 \usepackage[Glenn]{fncychap}
 \usepackage{fancyhdr}
 \usepackage{geometry}
 \geometry{
  xetex,paper=a4paper,
  centering,twoside,
  includehead,nofoot,
  margin=15mm,
  nomarginpar,
  showframe
  }
 \fancyhf[HER,HOL]{}
 \fancyhf[HOC,HEC]{}
 \fancyhf[HOR,HEL]{page \thepage}
 \fancyhf[FOL,FER]{}
 \fancyhf[FOC,FEC]{}
 \fancyhf[FOR,FEL]{}
 \begin{document}%
 \chapter{This Chapter}
 %\thispagestyle{empty}
 \ldots first page \ldots
 \clearpage \ldots second  page \ldots
 \clearpage \ldots third   page \ldots
 \clearpage \ldots forth   page \ldots
 \clearpage \ldots fifth   page \ldots
 \clearpage \ldots sixth   page \ldots
 \clearpage \ldots seventh page \ldots
 \clearpage \ldots eigth   page \ldots
 \end{document}%

 Many thanks in advance,
 Dan



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



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

Re: [XeTeX] page numbering using fancychap with Glenn option and no footer

[Daniel Greenhoe]

On Sat, Dec 3, 2011 at 9:23 PM, Herbert Schulz he...@wideopenwest.com wrote:
 The \chapter command is part of the book class and is designed that way ...
 If you don't want it that way (after all it's a design decision) you redefine 
 the \chapter command.

2011/12/3 Zdenek Wagner zdenek.wag...@gmail.com:
 The problem with plain page style has been bothering users for decades.
 That's why there used to be \fancyplain in the fancyhdr package.years

Thank you Herbert and Zdenek for your suggestions. So it kind of comes
down to either defining a new class, redefining \chapter, or
redefining the plain style.

At least for now, I opt for redefining the plain style using
fancyhdr's \fancypagestyle command. For example, the below code seems
to do what I want:

\documentclass{book}
\usepackage[Glenn]{fncychap}
\usepackage{fancyhdr}
\usepackage{geometry}
\geometry{
  xetex,paper=a4paper,
  centering,twoside,
  includehead,nofoot,
  margin=15mm,
  nomarginpar,
  showframe
  }
\fancyhf{}%
\fancyhf[HOR,HEL]{page \thepage}
\fancypagestyle{plain}{% reference: fancyhdr.pdf version 3.1 pages 7-8
  \fancyhf{}% clear all headers and footers
  \renewcommand{\headrulewidth}{0pt}%  remove head rule
  \renewcommand{\footrulewidth}{0pt}%  remove foot rule
  }
%\pagestyle{headings}
\begin{document}%
\chapter{This Chapter}
%\thispagestyle{empty}
\ldots first page \ldots
\clearpage \ldots second  page \ldots
\clearpage \ldots third   page \ldots
\clearpage \ldots forth   page \ldots
\clearpage \ldots fifth   page \ldots
\clearpage \ldots sixth   page \ldots
\clearpage \ldots seventh page \ldots
\clearpage \ldots eigth   page \ldots
\end{document}%

Thank you again,
Dan

2011/12/3 Zdenek Wagner zdenek.wag...@gmail.com:
 2011/12/3 Daniel Greenhoe dgreen...@gmail.com:
 Thank you for your fast reply.

 2011/12/3 Zdenek Wagner zdenek.wag...@gmail.com:
 It is described in LaTeX documentation that \chapter
 contains implicitely \thispagestyle{plain}

 Then isn't this a bug with LaTeX's \chapter command? For example, this
 has the same problem (no fancychap, no fancyhdr):

 \documentclass{book}
 \usepackage{geometry}
 \geometry{
  xetex,paper=a4paper,
  centering,twoside,
  includehead,nofoot,
  margin=15mm,
  nomarginpar,
  showframe
  }
 \pagestyle{headings}
 \begin{document}%
 \chapter{This Chapter}
 \ldots first page \ldots
 \clearpage \ldots second  page \ldots
 \clearpage \ldots third   page \ldots
 \end{document}%

 Can't the \chapter command know that there is no footer and that the
 default page style is headings? If it can know these things, why
 does it still insist on reverting to pagestyle{plain} and putting a
 page number outside the legitimate printable area?

 It can't. There is no way how to communicate between the page style
 mechanism and the sectioning macros. \chapter could measure \footskip
 but zero value does not mean that a footer does not exist and positive
 value does not mean that a footer exists. It would be necessary to
 find the current definition of \@oddfoot and analyze it but it may be
 a complex macro and if you decied to implement a kind of AI in LaTeX
 macros just to know whether a footer is uset to typeset anything
 related to the chapter, your LaTeX compilation will run for ages. The
 LaTeX documentation (Leslie Lamport's book, Frank Mittelbach et al.
 LaTeX Companion, classes documentation) always informed that \chapter
 issues \thispagestyle{plain} and the user is supposed to cope with it.
 \chapter even does not know what the plain style is, nobody says that
 it contains a footer. The problem with plain page style has been
 bothering users for decades. That's why there used to be \fancyplain
 in the fancyhdr package. I stopped using this package some 15 years
 ago but hopefully this feature is retained. The fansyhdr package
 always was well documented, it should be mentioned in the manual.

 Is there really no way I can blame this on something besides myself?

 Dan

 2011/12/3 Zdenek Wagner zdenek.wag...@gmail.com:
 2011/12/3 Daniel Greenhoe dgreen...@gmail.com:
 When using the fancychap package with the Glenn option and *no
 footer*, there seems to be a minor problem:
 When starting a new chapter, the package still attempts to put a page
 number in the footer even though there is supposed to be no footer.

 Besides the brute-force solution of placing \thispagestyle{empty}
 with every chapter declaration (or an equivalent \newchapter macro
 solution), is there any more elegant solution to the problem?
 Shouldn't this be considered as a bug in the fancychap code?

 I have looked at your code and briefly at fncychap. As I can see,
 fncychap dos not do anything with headers and footer, you do it with
 fancyhdr. How can fncychap know about other packages? It is described
 in LaTeX documentation that \chapter contains implicitely
 \thispagestyle{plain}, thus it cannot be considered a bug that the
 feature is preserved in a package. You can only submit a feature
 request of adding header.footer

Re: [XeTeX] centering layout with geometry package

[Daniel Greenhoe]

Hi Susan,
Thank you for your reply to my question.

On Fri, Nov 25, 2011 at 5:02 PM, Susan Dittmar susan.ditt...@gmx.de wrote:
 What is it that you want? centering or marin=10mm?

Both the centering and margin parameters refer to layout *inside* the
layout area, not outside it. For example, centering can allow your
text area to be centered within the layout area.

By default, the layout area *is* the physical page. But you can set
the layout to be *different* then the page.

The example given in the geometry package manual is to use an a5 size
layout area on a4 paper. In this example, a parameter of margin=10mm
would refer to margins *inside* the a5 size layout area, not outside
the a5 area.

 What is it that you want?

In the example above, I would want to center the a5 size layout area
on the a4 size physical paper, I want the text area to be contained
somewhere inside the a5 area with margins around it, and I want crop
marks on the a4 size area but outside the a5 layout area.

Thank you again,
Dan

On Fri, Nov 25, 2011 at 5:02 PM, Susan Dittmar susan.ditt...@gmx.de wrote:
 Dear Daniel,

 Quoting Daniel Greenhoe (dgreen...@gmail.com):
 Using the geometry package, is there any way to automatically (without
 using layouthoffset and layoutvoffset) to center a layout area on a
 physical page? The default seems for the layout to be pushed into the
 upper left corner of the physical page. Here is an example:

 \documentclass{book}
 \setlength{\parskip}{0mm}%
 \setlength{\parindent}{0mm}%
 \usepackage{geometry}
 \geometry{
   xetex,truedimen,paper=a4paper,
   centering,twoside=false,
   ignoreall,
   layoutheight=200mm,layoutwidth=100mm,
   margin=10mm,
   nomarginpar,noheadfoot,
   showframe,showcrop
   }
 \begin{document}%
 abc
 \end{document}%

 What is it that you want? centering or marin=10mm? I guess geometry just
 uses the last directive concerning margins that you give, thus overwriting
 the result of 'centering' the moment it read the margin directive. A margin
 of 1cm might just be what you call 'pushed into the upper left corner'.

 Hope that helps,

        Susan


 --
 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] centering layout with geometry package

[Daniel Greenhoe]

Hello Susan,

On Fri, Nov 25, 2011 at 9:16 PM, Susan Dittmar susan.ditt...@gmx.de wrote:
 I had a glance at the current geometry documentation. Unfortunately, to me it
 looks like what you want is not implemented.
 ...
 Still my remark concerning having both centering and margin=10mm in the
 options list holds true. They affect the same internal values, one
 overwriting the other.

Yes, that was my mistake. Thank you very much for bringing it to my attention!

Dan

On Fri, Nov 25, 2011 at 9:16 PM, Susan Dittmar susan.ditt...@gmx.de wrote:
 Hello Daniel,

 I had a glance at the current geometry documentation. Unfortunately, to me it
 looks like what you want is not implemented.

  Quoting Daniel Greenhoe (dgreen...@gmail.com):
  Using the geometry package, is there any way to automatically (without
  using layouthoffset and layoutvoffset) to center a layout area on a
  physical page? The default seems for the layout to be pushed into the
  upper left corner of the physical page. Here is an example:
 
  \documentclass{book}
  \setlength{\parskip}{0mm}%
  \setlength{\parindent}{0mm}%
  \usepackage{geometry}
  \geometry{
    xetex,truedimen,paper=a4paper,
    centering,twoside=false,
    ignoreall,
    layoutheight=200mm,layoutwidth=100mm,
    margin=10mm,
    nomarginpar,noheadfoot,
    showframe,showcrop
    }
  \begin{document}%
  abc
  \end{document}%

 There seems to be no way of asking for a centered layout area on the
 physical page. Looks like you do have to set layouthoffset and
 layoutvoffset manually.

 Still my remark concerning having both centering and margin=10mm in the
 options list holds true. They affect the same internal values, one
 overwriting the other.

 Hope that helps, at least a bit,

        Susan


 --
 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] centering layout with geometry package

[Daniel Greenhoe]

Hello Zdenek,

2011/11/25 Zdenek Wagner zdenek.wag...@gmail.com:
 You can try zwpagelayout. ...
 Versions 1.3 has just been released on CTAN, ...

I am very interested in trying this. When I looked on ctan, it said
that what was currently there was version 1.2. However the readme says
version 1.3 with a date of 2011 November 22 and the pdf documentation
also has a date of 2011 November 22 (but no version number). So I
would guess that what is currently there is version 1.3, as you
indicated.

Thank you!
Dan

2011/11/25 Zdenek Wagner zdenek.wag...@gmail.com:
 2011/11/25 Susan Dittmar susan.ditt...@gmx.de:
 Hello Daniel,

 I had a glance at the current geometry documentation. Unfortunately, to me it
 looks like what you want is not implemented.

  Quoting Daniel Greenhoe (dgreen...@gmail.com):
  Using the geometry package, is there any way to automatically (without
  using layouthoffset and layoutvoffset) to center a layout area on a
  physical page? The default seems for the layout to be pushed into the
  upper left corner of the physical page. Here is an example:
 
  \documentclass{book}
  \setlength{\parskip}{0mm}%
  \setlength{\parindent}{0mm}%
  \usepackage{geometry}
  \geometry{
    xetex,truedimen,paper=a4paper,
    centering,twoside=false,
    ignoreall,
    layoutheight=200mm,layoutwidth=100mm,
    margin=10mm,
    nomarginpar,noheadfoot,
    showframe,showcrop
    }
  \begin{document}%
  abc
  \end{document}%

 There seems to be no way of asking for a centered layout area on the
 physical page. Looks like you do have to set layouthoffset and
 layoutvoffset manually.

 Still my remark concerning having both centering and margin=10mm in the
 options list holds true. They affect the same internal values, one
 overwriting the other.

 You can try zwpagelayout. I wrote it because geometry can do the
 things that I do not need and cannot (or could not) do what I need
 every day. Versions 1.3 has just been released on CTAN, it will soon
 appear in TeX Live. The previous versions had problems with the
 ifxetex package, thus it was necessary to load fontspec after
 awpagelayout. The problem is fixed in 1.3.

 Hope that helps, at least a bit,

        Susan


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




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

Re: [XeTeX] centering layout with geometry package

[Daniel Greenhoe]

Hello Ulrike,
On Sat, Nov 26, 2011 at 12:46 AM, Ulrike Fischer ne...@nililand.de wrote:

I like your solution. But it seems it does not compile on my system.
In particular, when I tried to compile using xelatex, it did not like
\makeatletter (begin{document} no found) and \Gm. Is my system somehow
different from yours?

Dan

On Sat, Nov 26, 2011 at 12:46 AM, Ulrike Fischer ne...@nililand.de wrote:
 Am Fri, 25 Nov 2011 10:06:27 +0800 schrieb Daniel Greenhoe:

 Using the geometry package, is there any way to automatically (without
 using layouthoffset and layoutvoffset) to center a layout area on a
 physical page?

 I don't see an explicit option, but it is not difficult to calculate
 the offset automatically:

 \documentclass{book}
 \setlength{\parskip}{0mm}%
 \setlength{\parindent}{0mm}%
 \usepackage{geometry}
 \makeatletter
 \geometry{
  xetex,truedimen,paper=a4paper,
  twoside=false,
  ignoreall,
  layoutheight=200mm,layoutwidth=100mm,
  margin=10mm,
  nomarginpar,noheadfoot,
  showframe,showcrop,
  layouthoffset=\dimexpr0.5\paperwidth-0.5\Gm@layoutwidth,
  layoutvoffset=\dimexpr0.5\paperheight-0.5\Gm@layoutheight
  }
  \makeatother
 \begin{document}%
 abc
 \end{document}

 --
 Ulrike Fischer



 --
 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] centering layout with geometry package

[Daniel Greenhoe]

On Sat, Nov 26, 2011 at 6:47 AM, Barry MacKichan
barry.mackic...@mackichan.com wrote:
 Would it work for you to use the crop package? It will center the page if you 
 give it the paper size.

Maybe it would. I will take a look. Thanks!
Dan

On Sat, Nov 26, 2011 at 6:47 AM, Barry MacKichan
barry.mackic...@mackichan.com wrote:
 Would it work for you to use the crop package? It will center the page if you 
 give it the paper size.

 --Barry

 Using the geometry package, is there any way to automatically (without
 using layouthoffset and layoutvoffset) to center a layout area on a
 physical page?




 --
 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] centering layout with geometry package

[Daniel Greenhoe]

I'm afraid I'm confused with regards to the zwpagelayout package. In
the geometry package, there are two basic areas:
   1. The physical page (e.g. a4 size paper)
   2. The layout area (e.g. a5 size paper) that fits somewhere on the
physical page

By default, the two areas are identical, but they can be set
differently. And all the basic parameters such as spacing for margins,
header, footers, text area height and text area width ... they all
refer to what is *inside* (not outside) the layout area.

Is this same concept available in the zwpagelayout package? Or do the
margin parameters refer to distance from the outside borders of the
layout area to the borders of the physical page?

Dan

2011/11/26 Zdenek Wagner zdenek.wag...@gmail.com:
 2011/11/25 Daniel Greenhoe dgreen...@gmail.com:
 Hello Zdenek,

 2011/11/25 Zdenek Wagner zdenek.wag...@gmail.com:
 You can try zwpagelayout. ...
 Versions 1.3 has just been released on CTAN, ...

 I am very interested in trying this. When I looked on ctan, it said
 that what was currently there was version 1.2. However the readme says
 version 1.3 with a date of 2011 November 22 and the pdf documentation
 also has a date of 2011 November 22 (but no version number). So I
 would guess that what is currently there is version 1.3, as you
 indicated.

 It has been released just recently, maybe the catalogue is not yet
 updated. The CTAN managers update the catalogue manually, thus it may
 take some time.

 Thank you!
 Dan

 2011/11/25 Zdenek Wagner zdenek.wag...@gmail.com:
 2011/11/25 Susan Dittmar susan.ditt...@gmx.de:
 Hello Daniel,

 I had a glance at the current geometry documentation. Unfortunately, to me 
 it
 looks like what you want is not implemented.

  Quoting Daniel Greenhoe (dgreen...@gmail.com):
  Using the geometry package, is there any way to automatically (without
  using layouthoffset and layoutvoffset) to center a layout area on a
  physical page? The default seems for the layout to be pushed into the
  upper left corner of the physical page. Here is an example:
 
  \documentclass{book}
  \setlength{\parskip}{0mm}%
  \setlength{\parindent}{0mm}%
  \usepackage{geometry}
  \geometry{
    xetex,truedimen,paper=a4paper,
    centering,twoside=false,
    ignoreall,
    layoutheight=200mm,layoutwidth=100mm,
    margin=10mm,
    nomarginpar,noheadfoot,
    showframe,showcrop
    }
  \begin{document}%
  abc
  \end{document}%

 There seems to be no way of asking for a centered layout area on the
 physical page. Looks like you do have to set layouthoffset and
 layoutvoffset manually.

 Still my remark concerning having both centering and margin=10mm in the
 options list holds true. They affect the same internal values, one
 overwriting the other.

 You can try zwpagelayout. I wrote it because geometry can do the
 things that I do not need and cannot (or could not) do what I need
 every day. Versions 1.3 has just been released on CTAN, it will soon
 appear in TeX Live. The previous versions had problems with the
 ifxetex package, thus it was necessary to load fontspec after
 awpagelayout. The problem is fixed in 1.3.

 Hope that helps, at least a bit,

        Susan


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




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




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

[XeTeX] centering layout with geometry package

[Daniel Greenhoe]

Using the geometry package, is there any way to automatically (without
using layouthoffset and layoutvoffset) to center a layout area on a
physical page? The default seems for the layout to be pushed into the
upper left corner of the physical page. Here is an example:

\documentclass{book}
\setlength{\parskip}{0mm}%
\setlength{\parindent}{0mm}%
\usepackage{geometry}
\geometry{
  xetex,truedimen,paper=a4paper,
  centering,twoside=false,
  ignoreall,
  layoutheight=200mm,layoutwidth=100mm,
  margin=10mm,
  nomarginpar,noheadfoot,
  showframe,showcrop
  }
\begin{document}%
abc
\end{document}%

Many thanks in advance,
Dan


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

Re: [XeTeX] cmyk encoded files

[Daniel Greenhoe]

Thank you Peter for the XDV analysis. Thank you Andy Lin for the
Eslite suggestion. Thank you Zdenek Wagner for the excellent links.
And thank you William Adams for the gimp information. All of it is
very helpful to me, and I appreciate all the information very much.

On Monday at one of the schools I work at, I saw an upcropped
calendar. In the to-be-cropped margins there were maybe a hundred or
so color swatches with CMYK written nearby. I may be able to go to the
print house that printed that and get some useful color samples as
well.

Thank you again,
Dan

On Mon, Nov 21, 2011 at 9:35 PM, William Adams will.ad...@frycomm.com wrote:
 I wrote:

 note that most printers mix their spot colour inks according to Pantone's 
 formula guides and the colour accuracy will depend not only on how the press 
 is operated and the ink interacts w/ the paper.

 Sorry, got cut off.

 append that w/ ``and how accurately the ink has been mixed''.

 (and should probably replace ``most'' w/ ``many'' and note that this varies 
 w/ geography)

 William

 --
 William Adams
 senior graphic designer
 Fry Communications
 Sphinx of black quartz, judge my vow.




 --
 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] centering using geometry package

[Daniel Greenhoe]

On Sun, Nov 20, 2011 at 3:48 PM, Kevin Godby god...@gmail.com wrote:
 The vertical line on the far right is showing where the marginpar area starts.

Thank for your excellent explanation. I invoked the options
  nomarginpar and noheadfoot
and everything seems to work great. Nary an extraneous line anywhere.
Thanks so much!!

Dan

On Sun, Nov 20, 2011 at 3:48 PM, Kevin Godby god...@gmail.com wrote:
 On Sat, Nov 19, 2011 at 10:39 PM, Daniel Greenhoe dgreen...@gmail.com wrote:
 But one thing that concerns me is that there
 is an extra vertical line that appears about 2.5mm to the right of the
 text body frame box. Can somebody tell me, what is that line? Can I
 eliminate it somehow? Here is a somewhat minimal example:

 The vertical line on the far right is showing where the marginpar area
 starts.  That vertical line is the left margin of the \marginpars.
 The distance between the right edge of your box and that vertical line
 is \marginparsep.  The width of the marginpar area (i.e., the width of
 the margin notes) is \marginparwidth.

 You won't need to worry about either of those values as long as you're
 not using \marginpars on that page.

 --Kevin Godby


 --
 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] centering using geometry package

[Daniel Greenhoe]

On Sun, Nov 20, 2011 at 4:14 PM, Axel E. Retif axel.re...@mac.com wrote:

 ... your document has a page number. You need to put
 \thispagestyle{empty}

That is a good idea. I did put it in. Thanks!

 ...use the crop package ...

I like this idea and did try it on the real cover design. However, I
seem to be having some problems. With time, I'm sure they could be
solved. But for right now, I am just out of time. I may visit this
again sometime in the future however. It would be nice to have cam
crop marks on there even when sending it to a print shop (even though
they probably wouldn't use them).

Thank you for your help!

Dan

On Sun, Nov 20, 2011 at 4:14 PM, Axel E. Retif axel.re...@mac.com wrote:
 On 11/20/2011 01:48 AM, Kevin Godby wrote:


 The vertical line on the far right is showing where the marginpar area
 starts.  That vertical line is the left margin of the \marginpars.
 The distance between the right edge of your box and that vertical line
 is \marginparsep.  The width of the marginpar area (i.e., the width of
 the margin notes) is \marginparwidth.

 Very good!

 Daniel,

 Your document has another problem ---if you use A2 instead of A3 as paper
 size, you'll see your document has a page number. You need to put

 \thispagestyle{empty}

 right after \begin{document}. If you want to be sure your text area is
 centered (it is), use the crop package with an extra 2cm per side; then,
 when your done, you can comment out the crop line before sending your work
 to the printing shop. What I would do, then, is this:

 \documentclass{book}
 \setlength{\parskip}{0mm}%
 \setlength{\parindent}{0mm}%
 \usepackage{geometry}
 \usepackage{pstricks}
 \usepackage{pstricks-add}
 \geometry{
  xetex,
  paperwidth=297mm,paperheight=420mm,landscape,
  centering,twoside=false,
  ignoreall,
  textheight=284mm,textwidth=400mm,
  truedimen,
 %  showframe
  }
 \usepackage[cam,width=440mm,height=324mm,center]{crop}
 \begin{document}%
 \thispagestyle{empty}
 \psset{unit=1mm}%
 \begin{pspicture}(-200,-142)(200,142)%

 \psframe[fillstyle=none,linestyle=dotted,linecolor=blue](-200,-142)(200,142)%
 \end{pspicture}%
 \end{document}%

 Best

 Axel


 --
 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] cmyk encoded files

[Daniel Greenhoe]

Thank you for the color information. It just seems that there should
be a color printing standard that print houses strive to follow and
that someone would produce a booklet based on that standard.

I saw this in a document from one print house:

Consumer quality printers have a wide margin for variation. The best
way to verify the final color output, when submitting a file to a
printer, is to purchase a Pantone to Process Swatch booklet from a
local professional art supply shop. This book contains Pantone
calibrated color swatches that you can compare to the CMYK color
percentages of your digital file

But if there is no professional art supply shop around, where does
one find such a booklet?


On Sun, Nov 20, 2011 at 10:34 PM, Zdenek Wagner zdenek.wag...@gmail.com wrote:
 2011/11/20 Daniel Greenhoe dgreen...@gmail.com:
 2011/11/20 Zdenek Wagner zdenek.wag...@gmail.com:
 Printed colour samples are commercially available.
 They are printed on different types of papers and CMYK values are given.

 Is there any such thing available in book form? That is, could you
 make a recommendation? Here in Taiwan, there is something commonly
 sold called Pantone彩色聖經 (Pantone Cai3Se4 Sheng4Jing1 = Pantone Color
 Bible). I did finally locate one in a bookstore yesterday, but it was
 sealed up and I wasn't allowed to open it without buying it.

 Hard to say but Pantone is not exactly what you need. I bouhgt some
 small samples here in the Czech Republic, this is a link:
 http://www.dtpstudio.cz/vzorniky/cmyk/basic
 Using CMYK just limited colours can be printed. The colours are
 obtained by subtractive mixing, therefore saturated colours cannot be
 printed. You can only print colours that fall into the CMYK gamut. If
 you do not print in full colour but need only one, two or three
 colours, custom colours can be used. This is the time when you can use
 Pantone. Often company logos are designed using custom colours. You
 can also find CMYK approximations of custom colours, it may be in the
 Pantone Bible. When using a custom colour, it need not be necessarily
 100%, for instance the cover if this book was printed with the
 following three colours: Blue GS 4C12, Red GS 3C41, Black. This is the
 link to the book:
 http://www.canopus.cz/dilo_ps/ps.html

 Hope it helps

 Dan



 2011/11/20 Zdenek Wagner zdenek.wag...@gmail.com:
 2011/11/20 Daniel Greenhoe dgreen...@gmail.com:
 2011/11/20 Zdenek Wagner zdenek.wag...@gmail.com:
 No.

 LCMS is a good choice.
 LCMS is Little Color Management System?
 (http://www.color.org/opensource.xalter)?

 Yes.

 1. It ensures that the colours you specify in the document will be 
 converted to cmyk.
 However, the corrections are wrong.
 2. xcolor does not look into inserted graphics,...

 But what if I hand define all my colors using cmyk syntax like this for 
 example
     \definecolor{magenta}{cmyk}{0,1,0,0}
 and create all my graphics using pstricks and related packages (with
 no inserted graphics)?
 Then won't the resulting pdf be cmyk compliant and contain exactly the
 colors I defined?

 That's what I do. Printed colour samples are commercially available.
 They are printed on different types of papers and CMYK values are
 given. Thus you select the required colour on a proper paper and use
 it. Sometimes I select the colour in gimp and then using LCMS convert
 the values from RGB to CMYK. Scanned images are also easy. I keep them
 as TIF, using LCMS convert them to CMYK and then by tiff2pdf to PDF
 that can be included by \includegraphics.

 Dan




 2011/11/20 Zdenek Wagner zdenek.wag...@gmail.com:
 2011/11/19 Daniel Greenhoe dgreen...@gmail.com:
 Print shops often require pdf files containing color to be encoded
 using CMYK colorspace values.

 Version 2.11 of the xcolor package says that cmyk is supported by
 Postscripts directly (page 8). So if I simply specify
  \usepackage[cmyk]{xcolor}
 in the preamble and compile with XeTeX/XeLaTeX, is that sufficient to
 ensure the resulting pdf is cmyk encoded?

 No.

 1. It ensures that the colours you specify in the document will be
 converted to cmyk. However, the corrections are wrong. If you wish to
 convert the colours properly, you have to use colour profiles. LCMS is
 a good choice. Useful ICC profiles come with different products as
 Adobe Reader, colour printers, scanners etc. They can also be
 downloaded from the web. Calculations in the xcolor package can only
 be used if you are satisfied with approximate colours. It is written
 in the documentation that conversions are device dependent.

 2. xcolor does not look into inserted graphics, you have to convert
 your images to cmyk separately. Again LCMS is a good tool for this
 purpose.

 Secondly, is there any free utility available for checking the
 colorspace encoding of pdf files (maybe similar to foolab's pdffonts
 for checking embedded fonts).

 I have not found any. Since I produce PDF files for printing very
 often, I calculated that commercial Adobe Acrobat is cheaper than

[XeTeX] cmyk encoded files

[Daniel Greenhoe]

Print shops often require pdf files containing color to be encoded
using CMYK colorspace values.

Version 2.11 of the xcolor package says that cmyk is supported by
Postscripts directly (page 8). So if I simply specify
  \usepackage[cmyk]{xcolor}
in the preamble and compile with XeTeX/XeLaTeX, is that sufficient to
ensure the resulting pdf is cmyk encoded?

Secondly, is there any free utility available for checking the
colorspace encoding of pdf files (maybe similar to foolab's pdffonts
for checking embedded fonts).

Many thanks in advance,
Dan


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

Re: [XeTeX] cmyk encoded files

[Daniel Greenhoe]

On Sun, Nov 20, 2011 at 7:34 AM, Peter Dyballa peter_dyba...@web.de wrote:
 It seems so!
 XeTeX/XeLaTeX can be invoked with --no-pdf.
 The created XDV file gives hints that CMYK is used (color push cmyk 4 
 values).

That is good news. And that was a clever method for checking. I did
not think of trying that myself.

Thank you!
Dan

On Sun, Nov 20, 2011 at 7:34 AM, Peter Dyballa peter_dyba...@web.de wrote:

 Am 19.11.2011 um 23:03 schrieb Daniel Greenhoe:

 Version 2.11 of the xcolor package says that cmyk is supported by
 Postscripts directly (page 8). So if I simply specify
  \usepackage[cmyk]{xcolor}
 in the preamble and compile with XeTeX/XeLaTeX, is that sufficient to
 ensure the resulting pdf is cmyk encoded?

 It seems so! XeTeX/XeLaTeX can be invoked with --no-pdf. The created XDV file 
 gives hints that CMYK is used (color push cmyk 4 values). Pdftops from the 
 xpdf suite produces a PS file which also gives hints that colour is used in 
 the CMYK model. Mac OS X's sips tells it uses RGB model...

 --
 Greetings

  Pete

 This is a signature virus.  Add me to your signature and help me to live!




 --
 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] cmyk encoded files

[Daniel Greenhoe]

2011/11/20 Zdenek Wagner zdenek.wag...@gmail.com:
 No.

 LCMS is a good choice.
LCMS is Little Color Management System?
(http://www.color.org/opensource.xalter)?

 1. It ensures that the colours you specify in the document will be converted 
 to cmyk.
 However, the corrections are wrong.
 2. xcolor does not look into inserted graphics,...

But what if I hand define all my colors using cmyk syntax like this for example
 \definecolor{magenta}{cmyk}{0,1,0,0}
and create all my graphics using pstricks and related packages (with
no inserted graphics)?
Then won't the resulting pdf be cmyk compliant and contain exactly the
colors I defined?

Dan




2011/11/20 Zdenek Wagner zdenek.wag...@gmail.com:
 2011/11/19 Daniel Greenhoe dgreen...@gmail.com:
 Print shops often require pdf files containing color to be encoded
 using CMYK colorspace values.

 Version 2.11 of the xcolor package says that cmyk is supported by
 Postscripts directly (page 8). So if I simply specify
  \usepackage[cmyk]{xcolor}
 in the preamble and compile with XeTeX/XeLaTeX, is that sufficient to
 ensure the resulting pdf is cmyk encoded?

 No.

 1. It ensures that the colours you specify in the document will be
 converted to cmyk. However, the corrections are wrong. If you wish to
 convert the colours properly, you have to use colour profiles. LCMS is
 a good choice. Useful ICC profiles come with different products as
 Adobe Reader, colour printers, scanners etc. They can also be
 downloaded from the web. Calculations in the xcolor package can only
 be used if you are satisfied with approximate colours. It is written
 in the documentation that conversions are device dependent.

 2. xcolor does not look into inserted graphics, you have to convert
 your images to cmyk separately. Again LCMS is a good tool for this
 purpose.

 Secondly, is there any free utility available for checking the
 colorspace encoding of pdf files (maybe similar to foolab's pdffonts
 for checking embedded fonts).

 I have not found any. Since I produce PDF files for printing very
 often, I calculated that commercial Adobe Acrobat is cheaper than the
 risk of paying unusable books, thus I have bought it.

 Many thanks in advance,
 Dan


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




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

Re: [XeTeX] cmyk encoded files

[Daniel Greenhoe]

2011/11/20 Zdenek Wagner zdenek.wag...@gmail.com:
 Printed colour samples are commercially available.
 They are printed on different types of papers and CMYK values are given.

Is there any such thing available in book form? That is, could you
make a recommendation? Here in Taiwan, there is something commonly
sold called Pantone彩色聖經 (Pantone Cai3Se4 Sheng4Jing1 = Pantone Color
Bible). I did finally locate one in a bookstore yesterday, but it was
sealed up and I wasn't allowed to open it without buying it.

Dan



2011/11/20 Zdenek Wagner zdenek.wag...@gmail.com:
 2011/11/20 Daniel Greenhoe dgreen...@gmail.com:
 2011/11/20 Zdenek Wagner zdenek.wag...@gmail.com:
 No.

 LCMS is a good choice.
 LCMS is Little Color Management System?
 (http://www.color.org/opensource.xalter)?

 Yes.

 1. It ensures that the colours you specify in the document will be 
 converted to cmyk.
 However, the corrections are wrong.
 2. xcolor does not look into inserted graphics,...

 But what if I hand define all my colors using cmyk syntax like this for 
 example
     \definecolor{magenta}{cmyk}{0,1,0,0}
 and create all my graphics using pstricks and related packages (with
 no inserted graphics)?
 Then won't the resulting pdf be cmyk compliant and contain exactly the
 colors I defined?

 That's what I do. Printed colour samples are commercially available.
 They are printed on different types of papers and CMYK values are
 given. Thus you select the required colour on a proper paper and use
 it. Sometimes I select the colour in gimp and then using LCMS convert
 the values from RGB to CMYK. Scanned images are also easy. I keep them
 as TIF, using LCMS convert them to CMYK and then by tiff2pdf to PDF
 that can be included by \includegraphics.

 Dan




 2011/11/20 Zdenek Wagner zdenek.wag...@gmail.com:
 2011/11/19 Daniel Greenhoe dgreen...@gmail.com:
 Print shops often require pdf files containing color to be encoded
 using CMYK colorspace values.

 Version 2.11 of the xcolor package says that cmyk is supported by
 Postscripts directly (page 8). So if I simply specify
  \usepackage[cmyk]{xcolor}
 in the preamble and compile with XeTeX/XeLaTeX, is that sufficient to
 ensure the resulting pdf is cmyk encoded?

 No.

 1. It ensures that the colours you specify in the document will be
 converted to cmyk. However, the corrections are wrong. If you wish to
 convert the colours properly, you have to use colour profiles. LCMS is
 a good choice. Useful ICC profiles come with different products as
 Adobe Reader, colour printers, scanners etc. They can also be
 downloaded from the web. Calculations in the xcolor package can only
 be used if you are satisfied with approximate colours. It is written
 in the documentation that conversions are device dependent.

 2. xcolor does not look into inserted graphics, you have to convert
 your images to cmyk separately. Again LCMS is a good tool for this
 purpose.

 Secondly, is there any free utility available for checking the
 colorspace encoding of pdf files (maybe similar to foolab's pdffonts
 for checking embedded fonts).

 I have not found any. Since I produce PDF files for printing very
 often, I calculated that commercial Adobe Acrobat is cheaper than the
 risk of paying unusable books, thus I have bought it.

 Many thanks in advance,
 Dan


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




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




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

[XeTeX] centering using geometry package

[Daniel Greenhoe]

I am using pstricks to produce a book cover. Before sending it off to
the print house, I want it exactly (or with a very tight tolerance
anyways) centered on an A3 sized page. To help with that, I use the
geometry package. In an effort to check if everything is really
centered, I use the showframe option. I have reason to believe it
may be working correctly. But one thing that concerns me is that there
is an extra vertical line that appears about 2.5mm to the right of the
text body frame box. Can somebody tell me, what is that line? Can I
eliminate it somehow? Here is a somewhat minimal example:

\documentclass{book}
\setlength{\parskip}{0mm}%
\setlength{\parindent}{0mm}%
\usepackage{geometry}
\usepackage{pstricks}
\usepackage{pstricks-add}
\geometry{
  xetex,
  paper=a3paper,landscape,
  centering,twoside=false,
  ignoreall,
  textheight=284mm,textwidth=400mm,
  truedimen,
  showframe
  }
\begin{document}%
\psset{unit=1mm}%
\begin{pspicture}(-200,-142)(200,142)%
  \psframe[fillstyle=none,linestyle=dotted,linecolor=blue](-200,-142)(200,142)%
\end{pspicture}%
\end{document}%

Many thanks in advance,
Dan


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

Re: [XeTeX] centering using geometry package

[Daniel Greenhoe]

On Sun, Nov 20, 2011 at 2:57 PM, Axel E. Retif axel.re...@mac.com wrote:
 It's the showframe option.
 There is also a very thin horizontal line at the top of the page.
 Commenting out showframe, both disappear.

But I want the showframe option. In particular, I want the geometry
package to put a frame around the text area. It is a kind of check to
see if my understanding of where the text area should be matches with
the geometry package's understanding of where it should be.

Dan

On Sun, Nov 20, 2011 at 2:57 PM, Axel E. Retif axel.re...@mac.com wrote:
 On 11/19/2011 10:39 PM, Daniel Greenhoe wrote:


  But one thing that concerns me is that there
 is an extra vertical line that appears about 2.5mm to the right of the
 text body frame box. Can somebody tell me, what is that line? Can I
 eliminate it somehow?


 It's the showframe option. There is also a very thin horizontal line at the
 top of the page. Commenting out showframe, both disappear.

 Best

 Axel



 --
 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] aligning characters at their centers

[Daniel Greenhoe]

On Wed, Nov 16, 2011 at 12:18 PM, Heiko Oberdiek
heiko.oberd...@googlemail.com wrote:
 $\vcenter{\hbox{E}}\vcenter{\hbox{e}}$

That works great. Thanks so much for your help!

Dan

On Wed, Nov 16, 2011 at 12:18 PM, Heiko Oberdiek
heiko.oberd...@googlemail.com wrote:
 On Wed, Nov 16, 2011 at 11:28:33AM +0800, Daniel Greenhoe wrote:

 Is there a way to align characters at their centers instead of at
 their baselines?

 Take for example
    {\scshape Ee}.
 This will produce one big uppercase E and one little uppercase E;
 and their lower horizontal bars will be aligned. But is there any way
 I can make them aligned at their centers (center horizontal bars
 aligned) without using \raisebox?

 \documentclass{article}
 \begin{document}
 \scshape
 $\vcenter{\hbox{E}}\vcenter{\hbox{e}}$
 or
 \valign{\vfill\hbox{#}\vfill\cr E\cr e\cr}
 \end{document}

 Yours sincerely
  Heiko Oberdiek


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




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

[XeTeX] aligning characters at their centers

[Daniel Greenhoe]

Is there a way to align characters at their centers instead of at
their baselines?

Take for example
   {\scshape Ee}.
This will produce one big uppercase E and one little uppercase E;
and their lower horizontal bars will be aligned. But is there any way
I can make them aligned at their centers (center horizontal bars
aligned) without using \raisebox?

This has application to book publishing when placing rotated text on
the spine of a book.

Many thanks in advance,
Dan


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

Re: [XeTeX] TECkit map for Latin alphabet to Unicode IPA

[Daniel Greenhoe]

Attached to this email is an ASCII to Unicode IPA map file (TECkit
mapping file). It is not complete; for example, it does not cover
somewhat exotic symbols like characters for disordered speech.

A more complete package can be downloaded from here:
  http://banyan.cm.nctu.edu.tw/~dgreenhoe/groups/ascii-uipa.zip
It includes these files:
  ascii-uipa.map:  not-compiled map file
  ascii-uipa.tec:compiled map file
  test.pdf:  simple demo
  test.tex:  XeLaTeX source for test.pdf
  zhipa.pdf: IPA renderings for the roughly 403 sounds (disregarding
tones) of Mandarin Chinese typeset using ascii-uipa.map mappings.

In case it is not immediately clear from examining these files, it
should be pointed out that I am not an expert in either IPA or
Chinese. So, there are no guarantees of accuracy in anything anyone
may find in any of the files mentioned previously.

I wish I could offer a more complete package. But at this point, it is
difficult to justify the time. Many many thanks to all the people who
so generously offered help along the way including (but certainly not
necessarily limited to) Andy Lin, Ross Moore, Zdenek Wagner (who
introduced me to TECkit mapping with regards to another project),
Ulrike Fischer, and Peter Dyballa.

Dan


ascii-uipa.map
Description: Binary data


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

Re: [XeTeX] TECkit map for Latin alphabet to Unicode IPA

[Daniel Greenhoe]

On Mon, Oct 31, 2011 at 6:45 AM, Andy Lin kir...@gmail.com wrote:
 Anyhow, these are the fonts I use most often if I have uncommon
 diacritics in my document:
 Charis SIL (derived from Charter)
 Doulos SIL (matches Times New Roman)
 Heuristica (derived from Utopia)

Thank you for the font tips. I have downloaded all those fonts in the
past, and I have tested or retested them since seeing your post. I do
like the way Charis and Heuristica look. However, I am a little
surprised to note that Heuristica does not support
greek_small_letter_beta (U+03B2), greek_small_letter_theta character
(U+03B8), greek_small_letter_lambda (U+03BB), or
greek_small_letter_chi (U+03C7). The Unicode Standard 6.0 IPA
Extensions document identifies of these as part of the IPA character
set.

But I have another problem with these fonts. Some time ago I talked
myself into typesetting the non-Asian portions of my language related
documents using sans-serif fonts (a possible exception being
mono-spaced fonts such as often used with urls). I liked and still do
like the way such material looks using sans-serif. I am aware that
this is not so standard however in the book publishing industry.

So I also typeset IPA using sans-serif. And this limits what fonts I
can use. Currently I use GnuFree Sans-Serif for IPA. I am not aware of
any sans-serif variants of Charis, Doulos, or Heuristica.

Dan

On Mon, Oct 31, 2011 at 6:45 AM, Andy Lin kir...@gmail.com wrote:
 BTW, I don't know if this was mentioned already, but if you're having
 a problem with diacritic placement due to your fonts not having proper
 anchor points, you can try using the SIL unicode fonts, which have
 proper anchor points, as well as a large repertoire of pre-composed
 glyphs (Charis SIL in particular).

 Anyhow, these are the fonts I use most often if I have uncommon
 diacritics in my document:
 Charis SIL (derived from Charter)
 Doulos SIL (matches Times New Roman)
 Heuristica (derived from Utopia)

 A lot of OpenType fonts with a Pro suffix will also have decent
 diacritic support, but it really varies from font to font.

 You might also want to look up \XeTeXinputnormalization on this
 mailing list. There was a discussion a while back about how it affects
 diacritic placement (although I think it had more to do with Indic
 languages rather than IPA).

 -Andy


 --
 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] TECkit map for Latin alphabet to Unicode IPA

[Daniel Greenhoe]

2011/10/30 Zdenek Wagner zdenek.wag...@gmail.com:
 It depends... In Linux you can define your own xkb map and thus have
 all accents on your keyboard. It is possible to define macros in emacs ...

Thank you for your feedback. However, I was not referring to keyboard
input methods, I meant how do I, for example, create a glyph
containing a Latin letter with a small circle under it?

I know that LaTeX in general supports the \r command that puts a
circle over or kind of over the top of a letter (e.g. \r{a} should
produce something like an a with a small circle over it). But with the
exception of Latin letters with descenders (like g), IPA encourages
putting the circles under the letters rather than over them.

In short, what would be a good general method for creating glyphs
with assorted diacritics without resorting to editing the font itself
(e.g. with FontForge, etc.)?

Dan

2011/10/30 Zdenek Wagner zdenek.wag...@gmail.com:
 2011/10/30 Daniel Greenhoe dgreen...@gmail.com:
 On Sat, Oct 29, 2011 at 1:11 PM, Andy Lin kir...@gmail.com wrote:
 This is actually the reason I abandoned developing the map file
 further. I had started based on the textipa replacements that I knew,
 and then I discovered all the additional commands and realized that
 they could not be implemented by TECkit along ...

 For better or for worse, I would like to finish what I have started.
 Currently my problem is finding a good method for typesetting glyphs
 with diacritics. For example the b with a small circle under it
 (voiceless b) is quite important in Chinese. Any suggestions for
 typesetting glyphs with diacritics? That is, what would be a good way
 to put a small circle under a letter without using the tipa package?
 Maybe it is about at this point where my desired TECkit map only
 solution starts to break down.

 It depends... In Linux you can define your own xkb map and thus have
 all accents on your keyboard. It is possible to define macros in emacs
 but both these solutins are nonportable, you cannot give them to a
 user who prefers another text editor on a different platform. TECkit
 map is portable, you just send the map and instruct users how to
 install it.

 Dan

 On Sat, Oct 29, 2011 at 1:11 PM, Andy Lin kir...@gmail.com wrote:
 On Thu, Oct 27, 2011 at 04:06, Daniel Greenhoe dgreen...@gmail.com wrote:
 What I would really like is a drop in solution involving a TECkit
 map only. That is, I would like to be able to hand such a map off to a
 linguist, and to tell him/her to simply add in something like this to
 his/her tex file:
   \addfontfeatures{Mapping=tipa2uni}.
 And that's it --- just one support file: a TECkit map file.

 This is actually the reason I abandoned developing the map file
 further. I had started based on the textipa replacements that I knew,
 and then I discovered all the additional commands and realized that
 they could not be implemented by TECkit along (don't get me wrong,
 TECkit maps are very powerful, I've written one to convert
 arabtex-like romanization into Persian). After tipa support was added
 to xunicode, I just used that instead.

 If this single line solution is important to you, you could write a
 wrapper package that calls xunicode, adding whichever redefinitions
 you need.

 -Andy



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




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




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

Re: [XeTeX] TECkit map for Latin alphabet to Unicode IPA

[Daniel Greenhoe]

 On Sun, Oct 30, 2011 at 5:50 PM, Ross Moore ross.mo...@mq.edu.au wrote:
 With Xunicode loaded, does this not do what you want?
   c\textsubring{b}c

On ctan at http://www.ctan.org/tex-archive/macros/xetex/latex/xunicode
there is no documentation about xunicode other than a brief readme. Is
there currently any documentation available somewhere that might
describe the commands (like \textsubring) and other facilities
available via the xunicode package?

Dan

On Sun, Oct 30, 2011 at 6:25 PM, Daniel Greenhoe dgreen...@gmail.com wrote:
 On Sun, Oct 30, 2011 at 5:50 PM, Ross Moore ross.mo...@mq.edu.au wrote:
 With Xunicode loaded, does this not do what you want?
   c\textsubring{b}c

 or   cb0325c   (with no extra package).

 Yes, both of those work great! Thank you!

 Dan

 On Sun, Oct 30, 2011 at 5:50 PM, Ross Moore ross.mo...@mq.edu.au wrote:

 On 30/10/2011, at 8:11 PM, Daniel Greenhoe wrote:

 On Sun, Oct 30, 2011 at 4:33 PM, Peter Dyballa peter_dyba...@web.de wrote:
 With COMBINING RING BELOW, U+0325?

 Yes --- How do I in general put, for example, U+0325 below U+0062,
 while still maintaining proper alignment (e.g. the bottom of the b
 (U+0062) with  a ring (U+0325) below it is still aligned with the
 bottom of an adjacent c (U+0063) with nothing below it)?

 With Xunicode loaded, does this not do what you want?

   c\textsubring{b}c

 or   cb0325c   (with no extra package).

 It is up to the font to implement the placement.
 XeTeX just receives the codes for the characters/glyphs.

 You can write a macro to simplify the input, once you are
 sure that you know what you want, and how to get it.


 Dan


 Hope this helps,

        Ross

 
 Ross Moore                                       ross.mo...@mq.edu.au
 Mathematics Department                           office: E7A-419
 Macquarie University                             tel: +61 (0)2 9850 8955
 Sydney, Australia  2109                          fax: +61 (0)2 9850 8114
 






 --
 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] TECkit map for Latin alphabet to Unicode IPA

[Daniel Greenhoe]

On Sat, Oct 29, 2011 at 1:11 PM, Andy Lin kir...@gmail.com wrote:
 This is actually the reason I abandoned developing the map file
 further. I had started based on the textipa replacements that I knew,
 and then I discovered all the additional commands and realized that
 they could not be implemented by TECkit along ...

For better or for worse, I would like to finish what I have started.
Currently my problem is finding a good method for typesetting glyphs
with diacritics. For example the b with a small circle under it
(voiceless b) is quite important in Chinese. Any suggestions for
typesetting glyphs with diacritics? That is, what would be a good way
to put a small circle under a letter without using the tipa package?
Maybe it is about at this point where my desired TECkit map only
solution starts to break down.

Dan

On Sat, Oct 29, 2011 at 1:11 PM, Andy Lin kir...@gmail.com wrote:
 On Thu, Oct 27, 2011 at 04:06, Daniel Greenhoe dgreen...@gmail.com wrote:
 What I would really like is a drop in solution involving a TECkit
 map only. That is, I would like to be able to hand such a map off to a
 linguist, and to tell him/her to simply add in something like this to
 his/her tex file:
   \addfontfeatures{Mapping=tipa2uni}.
 And that's it --- just one support file: a TECkit map file.

 This is actually the reason I abandoned developing the map file
 further. I had started based on the textipa replacements that I knew,
 and then I discovered all the additional commands and realized that
 they could not be implemented by TECkit along (don't get me wrong,
 TECkit maps are very powerful, I've written one to convert
 arabtex-like romanization into Persian). After tipa support was added
 to xunicode, I just used that instead.

 If this single line solution is important to you, you could write a
 wrapper package that calls xunicode, adding whichever redefinitions
 you need.

 -Andy



 --
 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] TECkit map for Latin alphabet to Unicode IPA

[Daniel Greenhoe]

On Thu, Oct 27, 2011 at 1:01 PM, Andy Lin kir...@gmail.com wrote:
 I've looked at the tipa code, and basically what they did was redefine
 \:, etc. to produce the characters. With that in mind...
 Add this to your tex document...

Thank you for your hard work on my behalf. And thank you for the
solution. It is certainly better than my solution --- which was no
solution.

I know that beggars can't be choosers and that nobody likes a
whiner, but setting aside what perhaps wisdom should prevent, let me
say this:

What I would really like is a drop in solution involving a TECkit
map only. That is, I would like to be able to hand such a map off to a
linguist, and to tell him/her to simply add in something like this to
his/her tex file:
   \addfontfeatures{Mapping=tipa2uni}.
And that's it --- just one support file: a TECkit map file.

What you proposed requires the use of two support files: the TECkit
mapping file (to specify the mapping) and a tex file (a kind of style
file to redefine commands). I would like to basically replace the
tipa style package. But if I use your solution, I have taken away
the simple tipa style package and have replaced it with a new style
package plus an extra mapping file. In the end, how is this solution
better than the original tipa package solution.

In my mind (and again quite possibly in my mind only) the real problem
is with the fontspec package. I note that if I use my map, not with
XeLaTeX, but with the TECkit utility txtconv.exe, then there is no
problem converting \:t to U+0288. That is, if I have an input file
called in.txt that contains the character sequence \:t and invoke
this from a command line
   txtconv -t tipa2uni.tec -i in.txt -o out.txt
then the character sequence \:t is replaced by U+0288 in the output
file out.txt.

If I can do this conversion from the command line, why can't fontspec
handle it correctly? That is, before fontspec tries to interpret a
sequence beginning with \ as a command, why can't it first check to
see if the sequence is up for replacement by a font mapping?

Would that be possible? If so, that would lead to what in my mind
(...) is a very clean and fairly elegant solution.

Dan

 and basically what they did was redefine



On Thu, Oct 27, 2011 at 1:01 PM, Andy Lin kir...@gmail.com wrote:
 I've looked at the tipa code, and basically what they did was redefine
 \:, etc. to produce the characters. With that in mind...

 Add this to your tex document
 \newcommand{\setTIPAcommands}{
 \def\*\charFE50 %Replace FE50 with your choice of unicode codepoint,
 I've chosen the small punctuation set because I haven't encountered
 them in the wild and I can't imagine someone entering these in by hand
 (as opposed to using a font's OpenType small caps feature).
 \def\;\charFE51 %Ditto
 %etc...
 }

 Change your mapping definitions like the following
 U+FE51 latin_small_letter_t  latin_small_letter_t_with_retroflex_hook
 (I've used the unicode here, but you can redefine it, maybe 
 semicolon_operator?)
 (Also, I've changed the bidirectional assignment to one-way... I seem
 to recall the bidirectional assignment was for things like ligatures
 in connected scripts, or contextual reassignments, where you're trying
 to assign a semantic equivalency between the two sides. Which is not
 what we're trying to hack here. Is it an important distinction? Not
 that I've seen. But then again, I have never tried searching for a
 retroflex t in Acrobat, so I couldn't tell you.)

 NB: The tipa manual mentions that these commands are not 100% safe.
 Keep that in mind if your code begins breaking in magical ways.


 --
 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] TECkit map for Latin alphabet to Unicode IPA

[Daniel Greenhoe]

On Thu, Oct 27, 2011 at 5:16 PM, Peter Dyballa peter_dyba...@web.de wrote:
 Because it's too late then.

Thank you for your explanation.

In that case then I think I will define the map file with the TIPA
standard \:t, but I will also define /:t. The \:t (in conformance with
TIPA 1.3) can be used with the utility txtconv.exe to pre-process a
file before handing it off to XeLaTeX, and the /:t (not in conformance
with TIPA 1.3) can be used with XeLaTeX on the fly.

Dan

On Thu, Oct 27, 2011 at 5:16 PM, Peter Dyballa peter_dyba...@web.de wrote:

 Am 27.10.2011 um 10:06 schrieb Daniel Greenhoe:

 If I can do this conversion from the command line, why can't fontspec
 handle it correctly? That is, before fontspec tries to interpret a
 sequence beginning with \ as a command, why can't it first check to
 see if the sequence is up for replacement by a font mapping?

 Because it's too late then. XeTeX is an extension to TeX that it can handle 
 32-bit wide characters and it's additional software put on top of TeX to 
 alter its output and text setting algorithms to use knowledge built into the 
 OT fonts. Between reading in a text file and spitting out some other file the 
 read in text is searched for maths like things. Fontspec and text mapping are 
 used when it's time to output something.

 It might work to undefine maths related things, it might work to create an 
 IPA environment in which no maths is executed, it might work to create a 
 XipaTeX format without maths...

 --
 Greetings

  Pete

 Atheism is a non prophet organization.




 --
 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] TECkit map for Latin alphabet to Unicode IPA

[Daniel Greenhoe]

On Tue, Oct 25, 2011 at 11:43 AM, Andy Lin kir...@gmail.com wrote:
 I did have a map lying around for that. I'll take a look when I get home.

I did start writing and using a simple map here as well. I will attach
the ascii (tipa2uni.map) and binary (tipa2uni.tec) to this email. So
far, it does not completely conform to TIPA 1.3, and it pretty much
just has IPA support for American English.

I would like to take a look at your map if you can find it. I find
that I have a shallow understanding of the ascii map coding syntax.
For example now, if I want to map 'A' to U+0251, I do basically this:
  U+0041  U+0251
But I would like to make it more readable and maybe do something like this:
  'A'  U+0251

Dan

On Tue, Oct 25, 2011 at 11:43 AM, Andy Lin kir...@gmail.com wrote:
 I did have a map lying around for that. I'll take a look when I get home.
 -Andy

 On Mon, Oct 24, 2011 at 17:27, Daniel Greenhoe dgreen...@gmail.com wrote:
 Thank you Andy and Peter for your feedback. I did try including Andy's
 suggested code in the preamble and
 {\begin{textipaeEnvironment} TA@2DENSU \end{textipaeEnvironment}} in
 the document.
 But I was told that textipaEnvironment is undefined. With an error
 message like that, it is quite possible that I did something wrong.

 But I think at this point, I would like  to pursue the TECkit map
 solution. At least in my mind (and maybe in my mind only) it could
 lead to a possibly more elegant solution...and it would probably be
 easier for me to maintain (since in part I am not really a Tex
 programmer).

 Thank you again,
 Dan

 On Mon, Oct 24, 2011 at 5:23 PM, Peter Dyballa peter_dyba...@web.de wrote:

 Am 24.10.2011 um 00:57 schrieb Daniel Greenhoe:

 I am talking about these for example ...
   T  == theta ('124)
   A  == script A ('101)
   @ == schwa ('100)
   2  == turned V ('062)
   D  == Eth ('104)
   E  == epsilon ('105)
   N  == right-tail n ('357)
   S  == Esh ('123)
   U  == upsilon ('125)
      == vertical stroke superior ('042)

 Something like this mapping can be achieved. Normal text could be set with 
 an unmodified version of GNU Freefont, while you could create \textipa{} 
 as using the same font with the ASCII2tipa mapping. So your document would 
 use kind of two fonts. A textipaEnvironment seems not useful. When inside 
 it only IPA characters would be used you could switch to the mapped font, 
 when normal and mapped characters are used there is no means to distinguish 
 between them, so you would need to use \textipa{}.

 --
 Greetings

  Pete

 Well begun is half done.
                        – Optimist.
 Half done is well begun.
                        – Realist.
 Half begun is well done.
                        – Australian.





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




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




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



tipa2uni.map
Description: Binary data


tipa2uni.tec
Description: Binary data


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

Re: [XeTeX] TECkit map for Latin alphabet to Unicode IPA

[Daniel Greenhoe]

Thank you Andy and Peter for your feedback. I did try including Andy's
suggested code in the preamble and
{\begin{textipaeEnvironment} TA@2DENSU \end{textipaeEnvironment}} in
the document.
But I was told that textipaEnvironment is undefined. With an error
message like that, it is quite possible that I did something wrong.

But I think at this point, I would like  to pursue the TECkit map
solution. At least in my mind (and maybe in my mind only) it could
lead to a possibly more elegant solution...and it would probably be
easier for me to maintain (since in part I am not really a Tex
programmer).

Thank you again,
Dan

On Mon, Oct 24, 2011 at 5:23 PM, Peter Dyballa peter_dyba...@web.de wrote:

 Am 24.10.2011 um 00:57 schrieb Daniel Greenhoe:

 I am talking about these for example ...
   T  == theta ('124)
   A  == script A ('101)
   @ == schwa ('100)
   2  == turned V ('062)
   D  == Eth ('104)
   E  == epsilon ('105)
   N  == right-tail n ('357)
   S  == Esh ('123)
   U  == upsilon ('125)
      == vertical stroke superior ('042)

 Something like this mapping can be achieved. Normal text could be set with an 
 unmodified version of GNU Freefont, while you could create \textipa{} as 
 using the same font with the ASCII2tipa mapping. So your document would use 
 kind of two fonts. A textipaEnvironment seems not useful. When inside it 
 only IPA characters would be used you could switch to the mapped font, when 
 normal and mapped characters are used there is no means to distinguish 
 between them, so you would need to use \textipa{}.

 --
 Greetings

  Pete

 Well begun is half done.
                        – Optimist.
 Half done is well begun.
                        – Realist.
 Half begun is well done.
                        – Australian.





 --
 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] TECkit map for Latin alphabet to Unicode IPA

[Daniel Greenhoe]

On Mon, Oct 24, 2011 at 5:41 AM, Andy Lin kir...@gmail.com wrote:
 Which tipa characters are you referring to?

I am talking about these for example ...
   T  == theta ('124)
   A  == script A ('101)
   @ == schwa ('100)
   2  == turned V ('062)
   D  == Eth ('104)
   E  == epsilon ('105)
   N  == right-tail n ('357)
   S  == Esh ('123)
   U  == upsilon ('125)
  == vertical stroke superior ('042)

 If you're talking about mapping from the tipa shorthands (e.g. \textbarl),
 most of these are defined in the xunicode package.
 It also defines the textipa command,

Yes, this works with the GNU FreeFont FreeSans.otf:
   \textipa{TA@2DENSU}
Thank you!

Besides the command \textipa, is there also an textipa environment
available (called, say, textipaEnvironment) such that I could do
something like this?
  \begin{tabular}{r{\textipaEnvironment}l}
 1.  TA@2DENSU \\
 2.  TA@2DENSU
  \end{tabular}

Besides a brief README, I did not see any documentation for xunicode
on CTAN. I did look at the xunicode.sty file in my texlive
installation, but I did not see anything that I could recognize as
such an environment.

Dan


On Mon, Oct 24, 2011 at 5:41 AM, Andy Lin kir...@gmail.com wrote:
 Which tipa characters are you referring to? If you're talking about
 mapping from the tipa shorthands (e.g. \textbarl), most of these are
 defined in the xunicode package. It also defines the textipa command,
 but it's not a complete implementation (the special macros in section
 3.2.4 of the tipa manual are not defined, among others).

 -Andy

 On Sun, Oct 23, 2011 at 09:12, Daniel Greenhoe dgreen...@gmail.com wrote:
 Is there already a TECkit map available to map the Latin alphabet
 (abc...) to Unicode IPA code points,
 where the Latin symbols are defined by tipa 1.3
 (http://www.ctan.org/pkg/tipa) and
 where the Unicode IPA code points are as defined by the Unicode
 standard (http://unicode.org/charts/PDF/U0250.pdf)?

 Many thanks in advance,
 Dan


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




 --
 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] traditional to simplified Chinese character conversion utility or data base

[Daniel Greenhoe]

On Sat, Oct 22, 2011 at 2:11 PM, Zdenek Wagner zdenek.wag...@gmail.com wrote:
 \addfontfeatures{Mapping=mapname}.

Amazing. I tested it. It works. Amazing. Thanks! It's a really great solution.

Dan

On Sat, Oct 22, 2011 at 2:11 PM, Zdenek Wagner zdenek.wag...@gmail.com wrote:
 2011/10/22 Daniel Greenhoe dgreen...@gmail.com:
 On Tue, Oct 18, 2011 at 2:53 PM, Zdenek Wagner zdenek.wag...@gmail.com 
 wrote:
 If you wish to do it on the fly in XeTeX,  you can write a TECkit map.

 I do have a map now. Can someone tell me how to do the conversion on
 the fly in XeLaTeX? I did see the command line option
 -translate-file=TCXNAME, but for that it says (ignored).

 \usepackage{fontspec}
 \setmainfont[Mapping=mapname]{fontname}

 or

 \fontspec[Mapping=mapname]{fontname}

 TCX tables are used in pdftex and the table is used for the whole
 document (and cannot be changed). TECkit map is applied in XeTeX per
 font and can even be replaced (eg in a group) by
 \addfontfeatures{Mapping=mapname}.

 Dan


 On Tue, Oct 18, 2011 at 2:53 PM, Zdenek Wagner zdenek.wag...@gmail.com 
 wrote:
 2011/10/17 Daniel Greenhoe dgreen...@gmail.com:
 I know that this is not really the right mailing list for this
 question, but I have so far not found the answer by any other means
 ...

 I would like to find or write some a utility that would take an
 unicode encoded file and map Chinese traditional characters to
 simplified, while leaving all other code points (such  as those in the
 Latin and IPA code spaces) untouched. For example, the traditional
 character for horse (馬) is at unicode U+99AC, the simplified one (马)
 is at unicode U+9A6C, and the Latin character for A is at U+0041. So
 I want a utility that would change the 99AC to 9A6C, but leave the
 0041 unchanged.

 If it is really that simple 1:1 mapping, you can just use tr, it does
 exactly that if you supply the map. If you wish to do it on the fly in
 XeTeX, you can write a TECkit map. Having the TECkit map you can also
 run txtconv from the command line.

 Does anyone know of such a utility? Does anyone know of any data base
 with a traditional to simplified character mapping such that I could
 maybe write the utility myself?

 Many thanks in advance,
 Dan



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




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




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

Re: [XeTeX] traditional to simplified Chinese character conversion utility or data base

[Daniel Greenhoe]

On Tue, Oct 18, 2011 at 2:53 PM, Zdenek Wagner zdenek.wag...@gmail.com wrote:
 If you wish to do it on the fly in XeTeX,  you can write a TECkit map.

I do have a map now. Can someone tell me how to do the conversion on
the fly in XeLaTeX? I did see the command line option
-translate-file=TCXNAME, but for that it says (ignored).

Dan


On Tue, Oct 18, 2011 at 2:53 PM, Zdenek Wagner zdenek.wag...@gmail.com wrote:
 2011/10/17 Daniel Greenhoe dgreen...@gmail.com:
 I know that this is not really the right mailing list for this
 question, but I have so far not found the answer by any other means
 ...

 I would like to find or write some a utility that would take an
 unicode encoded file and map Chinese traditional characters to
 simplified, while leaving all other code points (such  as those in the
 Latin and IPA code spaces) untouched. For example, the traditional
 character for horse (馬) is at unicode U+99AC, the simplified one (马)
 is at unicode U+9A6C, and the Latin character for A is at U+0041. So
 I want a utility that would change the 99AC to 9A6C, but leave the
 0041 unchanged.

 If it is really that simple 1:1 mapping, you can just use tr, it does
 exactly that if you supply the map. If you wish to do it on the fly in
 XeTeX, you can write a TECkit map. Having the TECkit map you can also
 run txtconv from the command line.

 Does anyone know of such a utility? Does anyone know of any data base
 with a traditional to simplified character mapping such that I could
 maybe write the utility myself?

 Many thanks in advance,
 Dan



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




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

Re: [XeTeX] traditional to simplified Chinese character conversion utility or data base

[Daniel Greenhoe]

I seem to have a working solution now. Yesterday I wrote a c program
to convert the Unihan_variants.txt file (suggested by Arthur) to an
ascii TECkit (suggested by Zdenek) map, then used TECkit's
teckit_compile utility to convert that to a binary map, and then used
TECkit's txtconv utility (also suggested by Zdenek) to map the
traditional characters to simplified. The map files contain 12,730
unicode to unicode mapping relations each. More testing would
definitely be good (no guarantees at this point).

If anyone has interest, they can download this zip file:
  http://banyan.cm.nctu.edu.tw/~dgreenhoe/groups/var2map.zip

The zip file includes the c source code, makefile, mapping file, and
tec file, as well as a Windows executable. The included tec file is
based on the Unicode 6.1.0 standard. If a new standard becomes
available, var2map.exe and teckit_complile.exe can be run again to
update the binary mapping file.

Using make, you can change the directory paths in the makefile and enter
  make all
on the command line for a kind of demo. The demo maps some Latin and
traditional characters (in trad.tex) to Latin and simplified
characters (in simp.tex).

On Thu, Oct 20, 2011 at 11:47 PM, BPJ b...@melroch.se wrote:
 I got the thought that this might be done at least approximatively by ...
  $ grep 'kSimplifiedVariant' Unihan_Variants.txt \
  |perl -ple's/kSimplifiedVariant//' tex-chi-sim-trad.map
 tex-text.map, plus some very little manual touching up
 of debris after a comment line in Unihan_Variants.txt and
 adding some descriptive comments.

It looks like this solution from BPJ does essentially the same thing
as the above mentioned c program. In addition, this solution by BPJ
has the additional benefit, because it is a perl script, of being
cross-platform without having to run a c compiler.

As a follow-up to Andy's suggestion of the Tong Wen code: I did look
into the code. I found what appears might be a good set of data bases
for the simplified to traditional conversion, but I didn't seem to
find a traditional to simplified solution. I did join a mailing list
for the project and posted a request for assistance, but so far have
not received any reply. Maybe the project has become dormant.

Thank you very much to everyone who gave me help on this --- Zdenek
for the TECnik suggestion, Andy for the Tong Wen suggestion, Arthur
for the Unihan_Variants suggestion, and BPJ for the perl suggestion. I
appreciate the help very much --- I don't know if I would have ever
arrived at a solution without it.

One of the next tasks is to find quality fonts (preferably OpenType)
for Simplified Chinese, including fonts with Ruby text  (Zhu-Yin or
Pin-Yin). If anyone has suggestions of useful font repositories,
please let me know. Thanks!

Dan




On Thu, Oct 20, 2011 at 11:47 PM, BPJ b...@melroch.se wrote:
 I got the thought that this might be done at least
 approximatively by simply running the the following
 command in the terminal:

  $ grep 'kSimplifiedVariant' Unihan_Variants.txt \
      |perl -ple's/kSimplifiedVariant//' tex-chi-sim-trad.map

 where Unihan_Variants.txt is the file from the Unicode
 Unihan database and tex-chi-sim-trad.map is a copy of
 tex-text.map, plus some very little manual touching up
 of debris after a comment line in Unihan_Variants.txt and
 adding some descriptive comments. The results are attached.

 /bpj

 On 2011-10-20 00:44, Daniel Greenhoe wrote:

 Hi Arthur,

 On Thu, Oct 20, 2011 at 1:02 AM, Arthur Reutenauer
 arthur.reutena...@normalesup.org  wrote:

  Unicode has that in the Unihan database:
  look up Unihan_Variants.txt in Unihan.zip
 (latest version
 http://www.unicode.org/Public/6.1.0/ucd/Unihan-6.1.0d1.zip )

 It looks like I can extract everything I need from Unihan_Variants.txt.
 Thank you so much for your help! I appreciate it very much.

 Dan

 On Thu, Oct 20, 2011 at 1:02 AM, Arthur Reutenauer
 arthur.reutena...@normalesup.org  wrote:

 On Tue, Oct 18, 2011 at 05:49:28AM +0800, Daniel Greenhoe wrote:

                                     Does anyone know of any data base
 with a traditional to simplified character mapping such that I could
 maybe write the utility myself?

  Unicode has that in the Unihan database: look up Unihan_Variants.txt
 in Unihan.zip (latest version
 http://www.unicode.org/Public/6.1.0/ucd/Unihan-6.1.0d1.zip )

        Arthur


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




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




 --
 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] traditional to simplified Chinese character conversion utility or data base

[Daniel Greenhoe]

Hi Arthur,

On Thu, Oct 20, 2011 at 1:02 AM, Arthur Reutenauer
arthur.reutena...@normalesup.org wrote:
  Unicode has that in the Unihan database:
  look up Unihan_Variants.txt in Unihan.zip
 (latest version http://www.unicode.org/Public/6.1.0/ucd/Unihan-6.1.0d1.zip )

It looks like I can extract everything I need from Unihan_Variants.txt.
Thank you so much for your help! I appreciate it very much.

Dan

On Thu, Oct 20, 2011 at 1:02 AM, Arthur Reutenauer
arthur.reutena...@normalesup.org wrote:
 On Tue, Oct 18, 2011 at 05:49:28AM +0800, Daniel Greenhoe wrote:
                                     Does anyone know of any data base
 with a traditional to simplified character mapping such that I could
 maybe write the utility myself?

  Unicode has that in the Unihan database: look up Unihan_Variants.txt
 in Unihan.zip (latest version
 http://www.unicode.org/Public/6.1.0/ucd/Unihan-6.1.0d1.zip )

        Arthur


 --
 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] traditional to simplified Chinese character conversion utility or data base

[Daniel Greenhoe]

Hi Zdenek, Thank you for your suggestions.

On Tue, Oct 18, 2011 at 2:53 PM, Zdenek Wagner zdenek.wag...@gmail.com wrote:
 you can just use tr, ... if you supply the map.

I don't know what tr is, but this comes back to one of my original
problems; and that is, I don't have a map. Does anyone know of a
publicly available map? Such a map very likely exists. For example,
Google Translate can translate from traditional to simplified. But
even if they use a map for this service, that map may be proprietary.

 If you wish to do it on the fly in XeTeX, you can write a TECkit map.
 Having the TECkit map you can also run txtconv from the command line.

I like these solutions. However, again, I would still need a map. SIL
has a collection of maps available here:
  http://scripts.sil.org/cms/scripts/page.php?site_id=nrsicat_id=ConversionMaps
But I didn't see a Chinese traditional--simplified character map.

Dan




On Tue, Oct 18, 2011 at 2:53 PM, Zdenek Wagner zdenek.wag...@gmail.com wrote:
 2011/10/17 Daniel Greenhoe dgreen...@gmail.com:
 I know that this is not really the right mailing list for this
 question, but I have so far not found the answer by any other means
 ...

 I would like to find or write some a utility that would take an
 unicode encoded file and map Chinese traditional characters to
 simplified, while leaving all other code points (such  as those in the
 Latin and IPA code spaces) untouched. For example, the traditional
 character for horse (馬) is at unicode U+99AC, the simplified one (马)
 is at unicode U+9A6C, and the Latin character for A is at U+0041. So
 I want a utility that would change the 99AC to 9A6C, but leave the
 0041 unchanged.

 If it is really that simple 1:1 mapping, you can just use tr, it does
 exactly that if you supply the map. If you wish to do it on the fly in
 XeTeX, you can write a TECkit map. Having the TECkit map you can also
 run txtconv from the command line.

 Does anyone know of such a utility? Does anyone know of any data base
 with a traditional to simplified character mapping such that I could
 maybe write the utility myself?

 Many thanks in advance,
 Dan



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




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

Re: [XeTeX] traditional to simplified Chinese character conversion utility or data base

[Daniel Greenhoe]

On Wed, Oct 19, 2011 at 10:05 AM, Andy Lin kir...@gmail.com wrote:
 You can try digging in the source for Tong Wen Tang ... Or email its 
 developers.

That's a great idea --- thanks!

Dan


On Wed, Oct 19, 2011 at 10:05 AM, Andy Lin kir...@gmail.com wrote:
 You can try digging in the source for Tong Wen Tang (a Firefox
 extension). Or email its developers. They should have a map and
 additional notes on the conversion.

 On Tue, Oct 18, 2011 at 18:50, Daniel Greenhoe dgreen...@gmail.com wrote:
 Hi Zdenek, Thank you for your suggestions.

 On Tue, Oct 18, 2011 at 2:53 PM, Zdenek Wagner zdenek.wag...@gmail.com 
 wrote:
 you can just use tr, ... if you supply the map.

 I don't know what tr is, but this comes back to one of my original
 problems; and that is, I don't have a map. Does anyone know of a
 publicly available map? Such a map very likely exists. For example,
 Google Translate can translate from traditional to simplified. But
 even if they use a map for this service, that map may be proprietary.

 If you wish to do it on the fly in XeTeX, you can write a TECkit map.
 Having the TECkit map you can also run txtconv from the command line.

 I like these solutions. However, again, I would still need a map. SIL
 has a collection of maps available here:
  http://scripts.sil.org/cms/scripts/page.php?site_id=nrsicat_id=ConversionMaps
 But I didn't see a Chinese traditional--simplified character map.

 Dan




 On Tue, Oct 18, 2011 at 2:53 PM, Zdenek Wagner zdenek.wag...@gmail.com 
 wrote:
 2011/10/17 Daniel Greenhoe dgreen...@gmail.com:
 I know that this is not really the right mailing list for this
 question, but I have so far not found the answer by any other means
 ...

 I would like to find or write some a utility that would take an
 unicode encoded file and map Chinese traditional characters to
 simplified, while leaving all other code points (such  as those in the
 Latin and IPA code spaces) untouched. For example, the traditional
 character for horse (馬) is at unicode U+99AC, the simplified one (马)
 is at unicode U+9A6C, and the Latin character for A is at U+0041. So
 I want a utility that would change the 99AC to 9A6C, but leave the
 0041 unchanged.

 If it is really that simple 1:1 mapping, you can just use tr, it does
 exactly that if you supply the map. If you wish to do it on the fly in
 XeTeX, you can write a TECkit map. Having the TECkit map you can also
 run txtconv from the command line.

 Does anyone know of such a utility? Does anyone know of any data base
 with a traditional to simplified character mapping such that I could
 maybe write the utility myself?

 Many thanks in advance,
 Dan



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




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




 --
 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] IPA characters

[Daniel Greenhoe]

 Am 16.10.2011 um 20:33 schrieb Hendrik Maryns:
 I installed stix fonts, but how do I call it in fontspec?

Using fontspec, you can simply use the STIX font file names. Here is
an example using the General STIX fonts:

\documentclass{book}
\usepackage{fontspec}
\newfontfamily{\fntSTIX}[
  Extension  = {.otf},
  UprightFont= {*},
  BoldFont   = {*Bol},
  ItalicFont = {*Italic},
  BoldItalicFont = {*BolIta},
  ]{STIXGeneral}
\begin{document}
default font:  abcdefgABCDEFG \\
\fntSTIX
STIX font: abcdefgABCDEFG
\end{document}

Dan

On Mon, Oct 17, 2011 at 4:44 PM, Joachim Trinkwitz j...@uni-bonn.de wrote:
 Am 16.10.2011 um 20:33 schrieb Hendrik Maryns:

 I installed stix fonts, but how do I call it in fontspec?

 Try 'otfinfo -i' on the font file, best bet is the PostScript name.

 Joachim

 --
 Dr. Joachim Trinkwitz     E-Mail: j...@uni-bonn.de
 Institut für Germanistik, Tel.: 0228-737565
 Vergleichende Literatur-  www.germanistik.uni-bonn.de
 und Kulturwissenschaft    www.comicforschung.uni-bonn.de
 der Universität Bonn      53012 Bonn






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




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

[XeTeX] traditional to simplified Chinese character conversion utility or data base

[Daniel Greenhoe]

I know that this is not really the right mailing list for this
question, but I have so far not found the answer by any other means
...

I would like to find or write some a utility that would take an
unicode encoded file and map Chinese traditional characters to
simplified, while leaving all other code points (such  as those in the
Latin and IPA code spaces) untouched. For example, the traditional
character for horse (馬) is at unicode U+99AC, the simplified one (马)
is at unicode U+9A6C, and the Latin character for A is at U+0041. So
I want a utility that would change the 99AC to 9A6C, but leave the
0041 unchanged.

Does anyone know of such a utility? Does anyone know of any data base
with a traditional to simplified character mapping such that I could
maybe write the utility myself?

Many thanks in advance,
Dan



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

Re: [XeTeX] bug using \underbrace with unicode-math package

[Daniel Greenhoe]

On Wed, Sep 14, 2011 at 11:16 AM, Will Robertson wsp...@gmail.com wrote:
 The next version of unicode-math will, I hope, fix this problem...
 (Make sure you also update the packages fontspec and l3kernel as well.)

Today I finally updated my TeXlive installation to
  * unicode-math version 0.6  (2011sep18)
  * fontspec version 2.2a (2011sep18)
  * l3kernel version SVN 2828 (2011sep15)

Everything seems to work great (even without the original clever patch
solution from Philip Taylor). Many thanks to Will Robertson for his
hard work. And many thanks again to Philip Taylor for the interim
solution. I appreciate both their help very much. Thanks!

Dan



On Wed, Sep 14, 2011 at 11:16 AM, Will Robertson wsp...@gmail.com wrote:
 On 2011-09-12 06:24:38 +0930, Daniel Greenhoe dgreen...@gmail.com said:

 Using \underbrace with the unicode-math package under XeLaTeX produces
 garbage output. Here is a minimal example:

 \documentclass{book}
  \usepackage{unicode-math}
  \setmathfont{xits-math.otf}
 \begin{document}%
  \[ \underbrace{xyz} \]
 \end{document}%

 Using the mathspec package instead of unicode-math seems to be OK.
 The \underbrace with unicode-math problem was discussed almost one year
 ago.
 Does anyone have a solution?

 Sorry for the tardiness on this issue and for all the inconvenience caused.
 The next version of unicode-math will, I hope, fix this problem. It should
 arrive sometime day if I'm lucky. (Make sure you also update the packages
 fontspec and l3kernel as well.)

 Best wishes,
 Will




 --
 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] bug using \underbrace with unicode-math package

[Daniel Greenhoe]

It seems to work on my system. I tested both the overbrace and
underbrace commands like this:

\documentclass[a4paper]{article}
\pagestyle{empty}
\usepackage{unicode-math}
\begin{document}
\setmathfont{Asana Math}
\begin{displaymath}
\overbrace{a,\ldots,z}
\underbrace{a,\ldots,z}
\end{displaymath}
\end{document}

I compiled it using a TeXlive installation on a Windows 7 system with
the xelatex program. Here are source code and output (but file names
have been changed):

  http://banyan.cm.nctu.edu.tw/~dgreenhoe/groups/test_overunder.tex
  http://banyan.cm.nctu.edu.tw/~dgreenhoe/groups/test_overunder.pdf

The tex file is strictly ASCII encoded with no byte order mark.

Dan

On Sun, Oct 9, 2011 at 7:05 PM, Apostolos Syropoulos
asyropou...@yahoo.com wrote:


  Today I finally updated my TeXlive installation to
     * unicode-math version 0.6      (2011sep18)
     * fontspec     version 2.2a     (2011sep18)
     * l3kernel     version SVN 2828 (2011sep15)


 I have v0.6a of unicode-math and all others are the same but the following 
 code

 \documentclass[a4paper]{article}
 \pagestyle{empty}
 \usepackage{unicode-math}
 \begin{document}
 \setmathfont{Asana Math}
 \begin{displaymath}
 \overbrace{a,\ldots,z}
 \end{displaymath}
 \end{document}

 does not compile and gives

 ! Missing number, treated as zero.
 to be read again
    [
 l.7 \overbrace{a,\ldots,z}

 ?

 Also, \underbrace gives the same error message:

 ! Missing number, treated as zero.
 to be read again
    [
 l.8 \underbrace{α,\ldots,ω}
  _{d}
 ?

 So I wonder how it works in your system?

 A.S.


 --
 Apostolos Syropoulos
 Xanthi, Greece




 --
 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] bug using \underbrace with unicode-math package

[Daniel Greenhoe]

 Can you please send me your unicode-math files.
 ...
 I just downloaded TeXLive and now it works just fine.

If you still need the files, please let me know!

Thank you for all your hard work on Asana-Math. Making a unicode math
font available is a great contribution.

Dan

On Mon, Oct 10, 2011 at 12:47 AM, Apostolos Syropoulos
asyropou...@yahoo.com wrote:
 I just downloaded TeXLive and now it works just fine.
 It seems I had a lot of old files on my system.

 A.S.


 --
 Apostolos Syropoulos
 Xanthi, Greece




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

Re: [XeTeX] bug using \underbrace with unicode-math package

[Daniel Greenhoe]

Hi Phil,

On Tue, Sep 13, 2011 at 7:51 AM, Philip TAYLOR (Webmaster, Ret'd)
p.tay...@rhul.ac.uk wrote:
 Or perhaps there is another way : ... replace the whole 
 primebackslashwhatever sequence :
 \XeTeXmathchardef \bracelu = 0 3 23A7
 ...

Yes, that works great.
\XeTeXmathchardef\bracelu  = 0 3 23A7
\XeTeXmathchardef\bracemu  = 0 3 23A8
\XeTeXmathchardef\braceru  = 0 3 23A9
\XeTeXmathchardef\bracebar = 0 3 23AA
\XeTeXmathchardef\braceld  = 0 3 23AB
\XeTeXmathchardef\bracemd  = 0 3 23AC
\XeTeXmathchardef\bracerd  = 0 3 23AD

Thank you very much for all your help. I really appreciate it.

Dan

On Tue, Sep 13, 2011 at 7:51 AM, Philip TAYLOR (Webmaster, Ret'd)
p.tay...@rhul.ac.uk wrote:
 Is there no way you can copy-and-paste Unicode, Dan ?
 I can e-mail the correct source to you (zipped, if that
 might help), or place it on my web server, or whatever ...
 Trying to substitute those weird part-brace characters
 with \symbol {whatever} might be possible, but at
 the moment I cannot see how it might be done.

 Or perhaps there is another way : primebackslashwhatever
 actually yields a number; you might try just using your
 hex constants (in a notation in which TeX understands them)
 to replace the whole primebackslashwhatever sequence :


 \XeTeXmathchardef \bracelu = 0 3 23A7

 \XeTeXmathchardef \bracemu = 0 3 23A8

 \XeTeXmathchardef \braceru = 0 3 23A9

 \XeTeXmathchardef \bracebar = 0 3 23AA

 \XeTeXmathchardef \braceld = 0 3 23AB

 \XeTeXmathchardef \bracemd = 0 3 23AC

 \XeTeXmathchardef \bracerd = 0 3 23AD



 ** Phil.



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

Re: [XeTeX] bug using \underbrace with unicode-math package

[Daniel Greenhoe]

Hi Philip,

Thank you very much for your suggestion. I did try what you said, but
it doesn't fix the problem on my system. I now get three rotated
question marks under the xyz and still no underbrace.

My test file and output can be downloaded from here:
  http://banyan.cm.nctu.edu.tw/~dgreenhoe/groups/test_underbrace.tex
  http://banyan.cm.nctu.edu.tw/~dgreenhoe/groups/test_underbrace.pdf

Dan

On Mon, Sep 12, 2011 at 6:15 AM, Philip TAYLOR (Webmaster, Ret'd)
p.tay...@rhul.ac.uk wrote:
 Sorry, the message became double-spaced (copy-and-paste
 from TeXworks) -- I will try a second time.




 \documentclass{article} \RequirePackage{amsmath}
 \RequirePackage{unicode-math} \setmathfont{xits-math.otf}

 \def\midshift#1{
 \setbox0=\hbox{#1}\dimen0=\ht0\advance\dimen0by+\dp0\advance\dimen0by-1ex
 \lower.5\dimen0\box0 }

 \def\rotatebrace#1{%
 \leavevmode\setbox0=\hbox{#1}\rlap{%
 \kern.5\wd0\dimen0=\ht0\advance\dimen0by-\dp0%\advance\dimen0by+1ex%
 \raise.5\dimen0\hbox{\special{x:gsave}\special{x:rotate 90}}}%
 \box0\special{x:grestore}}

 \XeTeXmathchardef\bracelu = 0 3 `\⎧
 \XeTeXmathchardef\bracemu = 0 3 `\⎨
 \XeTeXmathchardef\braceru = 0 3 `\⎩
 \XeTeXmathchardef\bracebar = 0 3 `\⎪
 \XeTeXmathchardef\braceld = 0 3 `\⎫
 \XeTeXmathchardef\bracemd = 0 3 `\⎬
 \XeTeXmathchardef\bracerd = 0 3 `\⎭

 \def\upbracefill{%
 \setbox0=\hbox{\lower.64ex\hbox{\rotatebrace{\midshift{$\bracemu$\ht0=.1\wd0\dp0=0pt%
 \setbox1=\hbox{\lower.64ex\hbox{\rotatebrace{\midshift{$\bracelu$}}\kern-.2em}}\ht1=.1\wd0\dp1=0pt%
 \setbox2=\hbox{\lower.64ex\hbox{\rotatebrace{\midshift{$\bracebar$\ht2=.1\wd0\dp2=0pt%
 \setbox3=\hbox{\lower.64ex\hbox{\kern-.2em\rotatebrace{\midshift{$\braceru$\ht3=.1\wd0\dp3=0pt%
 \box1\cleaders\copy2\hfill\box0\cleaders\box2\hfill\box3}

 \def\downbracefill{%
 \setbox0=\hbox{\lower.64ex\hbox{\rotatebrace{\midshift{$\bracemd$\ht0=.1\wd0\dp0=0pt%
 \setbox1=\hbox{\lower.64ex\hbox{\rotatebrace{\midshift{$\braceld$}}\kern-.2em}}\ht1=.1\wd0\dp1=0pt%
 \setbox2=\hbox{\lower.64ex\hbox{\rotatebrace{\midshift{$\bracebar$\ht2=.1\wd0\dp2=0pt%
 \setbox3=\hbox{\lower.64ex\hbox{\kern-.2em\rotatebrace{\midshift{$\bracerd$\ht3=.1\wd0\dp3=0pt%
 \box1\cleaders\copy2\hfill\box0\cleaders\box2\hfill\box3}
 %

 \setmathfont {XITS Math}

 \begin {document}

 $$ \underbrace{xyz} $$

 \end{document}


 Philip Taylor


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





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

[XeTeX] bug using \underbrace with unicode-math package

[Daniel Greenhoe]

Using \underbrace with the unicode-math package under XeLaTeX produces
garbage output. Here is a minimal example:

\documentclass{book}
 \usepackage{unicode-math}
 \setmathfont{xits-math.otf}
\begin{document}%
 \[ \underbrace{xyz} \]
\end{document}%

Using the mathspec package instead of unicode-math seems to be OK.
The \underbrace with unicode-math problem was discussed almost one year ago.
Does anyone have a solution?

I posted an email very similar to this one more than 48 hours ago but
received no responses. My previous post included a web link and I fear
this may have caused the email to be identified as spam. This email is
basically a repost. If you received the previous email, I apologize
for the annoyance.

Dan


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

Re: [XeTeX] fontspec's \setmathrm seems to have no effect

[Daniel Greenhoe]

Hi Will,

Thank you very much for your suggestion.  I did see the mathspec
package referenced in the unicode-math documentation. I will take a
look at the mathspec documentation as well.

 mathspec less likely to conflict with other packages that also deal with this 
 area...

Since I have started using fontspec, I am trying to remove as many
extraneous text and math related font packages as I can get away with.
So for me personally, I would be looking for a rather complete math
font solution which I might guess to be unicode-math.

Basically when pdffonts gives me a list of all the fonts in one of my
documents, I would like to see them all be OpenType unicode fonts and
especially none of them be type-3 postscript fonts. My understanding
is that type-3 fonts do not support hinting --- but I am no expert in
this area.

Dan

On Sun, Sep 4, 2011 at 11:55 PM, Will Robertson wsp...@gmail.com wrote:
 Note that if you're just looking to change the font used for the italic
 alphabetic characters, the mathspec package might be preferable for some.
 unicode-math is rather extreme in the changes it makes to maths fonts and
 mathspec less likely to conflict with other packages that also deal with
 this area...

 Will




 --
 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] fontspec's \setmathrm seems to have no effect

[Daniel Greenhoe]

Thank you Ulrike --- I have started using the unicode-math package. It
works great. Your suggestion was very helpful.

Dan

On Fri, Sep 2, 2011 at 3:53 PM, Ulrike Fischer ne...@nililand.de wrote:
 Am Fri, 2 Sep 2011 07:08:47 +0800 schrieb Daniel Greenhoe:

 Thank you Peter and Mskala for your help.

 Does anyone know if it is possible to use fontspec to set the fonts
 for math objects such as operators, letters, and symbols?


 Alternatively, if NFSS is the only option, how would I find the code
 letters (e.g. ppl or zplm) for a given font such as for the
 Asana-Math.otf font that comes with TeXlive?

 Use the package unicode-math.

 --
 Ulrike Fischer



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




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

[XeTeX] fontspec's \setmathrm seems to have no effect

[Daniel Greenhoe]

When I use \setmathrm from the fontspec package to try to set the math
roman font, it doesn't seem to have any effect. Here an example:

\documentclass{book}
\usepackage{fontspec}
 \setmainfont{texgyrepagella-regular.otf}% TeX-Gyre Pagella font (Roman font)
 \setmathrm{texgyrecursor-regular.otf}% TeX-Gyre Cursor font (mono-spaced font)
 %\setmathrm{Asana-Math.otf}%
 \setlength{\parindent}{0pt}
\begin{document}
abcdefgh\\
$abcdefgh$\\
\fontspec{texgyrecursor-regular.otf}abcdefgh
\end{document}

* The first line is roman.
* The second line (in math mode) I would think should be mono-spaced
because of the \setmathrm command; but instead it seems to be maybe a
proportional computer modern font.
* The third line is mono-spaced as expected (because of the \fontspec command).

When I checked the pdf file using the program pdffonts
(http://www.foolabs.com/xpdf/download.html) I got

VIWLPD+TeXGyrePagella-Regular-Identity-H CID Type 0C
JTLJYE+CMMI10Type 1C
UIRRAJ+TeXGyreCursor-Regular-Identity-H CID Type 0C

... but the JTLJYE seems to change for each xelatex compile.
So instead of the \setmathrm giving me the font I requested, I seem to
be getting a computer modern font. Why would this be???

Many thanks in advance,
Dan


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

Re: [XeTeX] spurious errors when using pstricks with xdvipdfmx

[Daniel Greenhoe]

Here is a minimal example: \documentclass{book}
\usepackage{pstricks} % graphics support
\usepackage{pstricks-add} % fixe and addons for pstricks 
\begin{document} first page \psset{unit=1mm} \newpage 
\begin{pspicture}(0,0)(150,150) \multirput(0,0)(0,15){10}{% 
\multirput(0,0)(5,0){30}{\psline(0,0)(0,10)}% }% \end{pspicture} \newpage 
\begin{pspicture}(0,0)(150,150) \multirput(0,0)(0,15){10}{% 
\multirput(0,0)(5,0){30}{\psline(0,0)(0,10)}% }% \end{pspicture} \newpage 
\begin{pspicture}(0,0)(150,150) \multirput(0,0)(0,15){10}{% 
\multirput(0,0)(5,0){30}{\psline(0,0)(0,10)}% }% \end{pspicture}
\end{document} If it makes any difference, the input file I used was 
UTF-8-with-BOM
encoded. The pdf was generated using these commands: xelatex -no-pdf test.tex 
xdvipdfmx -o test.pdf test.xdv The above produces 4 pages of output; pages 2, 
3, and 4 should each
contain 10 rows of 30 vertical lines. The first page of graphics (page 2) 
always seems to be OK. Problems
only seem to occur on pages 3 and/or 4. And the problems seem to be
different each time. Three sample output files are available at: 
http://banyan.cm.nctu.edu.tw/~dgreenhoe/groups/test1.pdf 
http://banyan.cm.nctu.edu.tw/~dgreenhoe/groups/test2.pdf 
http://banyan.cm.nctu.edu.tw/~dgreenhoe/groups/test3.pdf Many thanks in advance,
Dan


- Original Message -
From: Daniel Greenhoe dgreen...@yahoo.com
To: xetex@tug.org xetex@tug.org
Cc: 
Sent: Friday, July 29, 2011 6:39 PM
Subject: [XeTeX] spurious errors when using pstricks with xdvipdfmx

Hello,

When using pstricks in documents more than 10 pages, I often get
spurious errors. Elements from graphics (for examples nodes and lines)
sometimes float from where they are supposed to be to some place else
on the page or even onto another page.

My current technique is to use xelatex to generate an xdv file, and
then use
  xdvipdfmx  -p a4 -q -E
to produce the pdf. There seems to be no problem with the xdv file:
For example, suppose page 16 in the pdf has an error. If I invoke
xdvipdfmx -s 1,16 -p a4 -q -E (just distill pages 1 and 16), then
there are no more errors on page 16 (I need page 1 because without it,
much or all of my ps graphics on later pages disappear). So the
problem seems to be with the xdv--pdf stage using xdvipdfmx.

I am running xelatex from Miktex 2.9 on a Windows 7 platform. Packages
I am using include
\usepackage{pst-eps}
\usepackage{pstricks}
\usepackage{pstricks-add}
\usepackage{pst-grad}

I tried invoking the xetex-pstricks package as well, but Miktex didn't
seem to know about such a package. However, the essence of the package
seems to be installed because I noted that my installation does have
these two files:
  \tex\xetex\xetex-pstricks\pstricks.con
  \tex\xelatex\xetex-pstricks\pstricks.con

Might there be a buffer overflow somewhere? The errors seem to be
random (the worse kind of errors). Any suggestions?

Many thanks in advance,
Dan




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




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