On 07/13/2011 04:15 PM, Ulrike Fischer wrote:
Did my version not work for you? I had no problems to compare your
two fonts with it?
With a bit of hacking (mostly adjusting for unicode-math versions),
I managed to get it working, but I decided to generalize it a bit.
So here's the version I ca
On 07/12/2011 02:23 PM, Will Robertson wrote:
On 06/07/2011, at 3:41 PM, Mojca Miklavec wrote:
I could use \setmathfont for each individual character, but then it
takes ages to compile.
Sorry for the slow reply.
Do the characters need to actually be set up for math use?
For situations like t
On 05/31/2011 09:45 PM, George N. White III wrote:
There is a beta-test Latin Modern Math font in the ConTeXt minimals
> that can also be used with lualatex or xelatex. I assume it lacks the
variations for different design sizes, but does look similar to cmr.
Yes, you are right. There is a b
> So - just to clarify for someone who's not aware of the mechanics of how
> new versions are made and rolled out - when is this fix likely to make
> it into a binary that is accessible? And, when it /is/ available, will
> it be possible simply to replace a single xetex binary in the tex tree,
I already forwarded your patch to Karl (not sure if he is following this list).
He can at least get it into the texlive repository, even if no one else but
Jonathan himself could get it into the xetex repository.
In any case: Thank you very much for finally resolving this issue,
which has been t
On 12/27/2010 08:37 AM, R (Chandra) Chandrasekhar wrote:
A xetex bug report has been filed at:
https://sourceforge.net/tracker/?func=detail&aid=3145819&group_id=194926&atid=951385
I have verified the issue on my machine, where I have both a 32-bit
and 64-bit binary of xetex running on a 64-bi
If you get Q″ instead of P′ with XeTeX, you likely have multiple
different versions of the Asana-Math font on your disk somewhere
(possibly TTF and OTF at the same time).
This is known bug with XeTeX, and the best solution is to make sure
you have only one version of a font.
Regards, Ulrik
On
Hi all,
I can confirm that the problem goes away, if I restore the backup
of the previous version of expl3:
tlmgr restore expl3 19446
Please, somebody figure out why the update in expl3 broke
temporariy catcode changes in unicode-math.
Regards, Ulrik
- Original Nachricht
Von: ulri
I've traced it with logging all and it seems to be an expansion
or catcode problem:
It happens during the processing of \um_input_math_symbol_table
for \g_um_mathtable_tl ...n {"0220F}{\prod }{\mathop }
It ends up trying to do a \global \def ∏, which would only work
if ∏ is an active character o
I've tried manually undoing the change in luaotfload, but it didn't help,
so I'm no longer sure about my attribution of the problem to luaotfload.
It could equally well be caused by some other recent updates in TL,
such as fontspec, unicode-math or expl3. Will, could you check?
Regards, Ulrik
-
I can confirm that the problem exists in LuaLaTeX, but not in XeLaTeX,
so I would attribute the problem to the latest update of luaotfload,
which was updated from 1.18 to 1.19 today. Khaled, can you check?
Regards, Ulrik
- Original Nachricht
Von: "Joel C. Salomon"
An: lualatex
On 08/17/2010 10:12 PM, Khaled Hosny wrote:
Hmm, thinking a bit more, this is likely to break legacy math control
sequences that has no equivalent in unicode-math yet, which will
currently just grap a glyph from CM, more seriously, it will break
\overbrace and likes since XeTeX support seems not
On 08/17/2010 04:32 PM, Khaled Hosny wrote:
Likely XeTeX does not check this parameter at all and resorts to some
hard coded default rule thickness.
No, that cannot be the reason. I know for sure that XeTeX does load some
(but not all) of the OpenType font parameters and maps them to TeX
fon
Hi,
the funny thing is: If you don't use anything special in your documents,
you don't have to learn anything if you want to switch.
You can use exactly the same input with both LuaLaTeX and XeLaTeX,
but the output may be slightly different due to implementation differences
(or due to the presenc
Hi,
I tested it with both XeLaTeX and LuaLaTeX (both from TL2010 pretest).
In short, the problem only occurs in XeLaTeX, but not in LuaLaTeX,
despite using the same macro packages and fonts for both engines.
I do not really understand the problem with the fraction rule thickness.
It probably sho
On 07/19/2010 04:26 PM, Peter Breitenlohner wrote:
these are libz and libfreetype linked statically into the xetex binary.
The shared libfontconfig, however, pulls in a libz.so.1 and
libfreetype.so.6, as shown by 'ldd xetex'. What are their versions?
Hi Peter,
as requested here's the info. I
Hi Peter,
I had posted my configuration in an earlier message:
http://tug.org/pipermail/tex-live/2010-July/026654.html
$ xetex --version
XeTeX 3.1415926-2.2-0.9997.4 (TeX Live 2010)
kpathsea version 6.0.0
Copyright 2010 SIL International and Jonathan Kew.
There is NO warranty. Redistribution of
Hi Peter,
The segfault did occur with the latest XeTeX version 0.9997.4.
Updating from 0.9997.3 to 0.9997.4 changed it from segfaulting
immediately when loading unciode-math to segfaulting only in
certain situation, depending on what kind of formulas you typeset.
> with fontconfig-2.7.3 (libfont
a xetex binary from Context minimals.
Regards, Ulrik
On 07/14/2010 11:59 PM, Ulrik Vieth wrote:
On 07/12/2010 06:45 PM, Jonathan Kew wrote:
I have just checked-in a patch to the xetex and texlive source trees
to fix the xetex segfault that was occurring with \XeTeXdelcode
on some systems
On 07/12/2010 06:45 PM, Jonathan Kew wrote:
I have just checked-in a patch to the xetex and texlive source trees
> to fix the xetex segfault that was occurring with \XeTeXdelcode
> on some systems. This brings the xetex version number to 0.9997.4.
Anyone who has been experiencing this problem
it to the XeTeX list some weeks ago,
my problem was confirmed to exists on Solaris 64 as well,
so this seems to be a generic problem of 64 bit architectures.
Regards, Ulrik
- Original Nachricht
Von: Reinhard Kotucha
An: Ulrik Vieth
Datum: 12.07.2010 02:06
Betreff: Re: [XeTeX
Hi folks,
today I have been testing TL 2010 pretest on both Linux64 and Windows32.
Unfortunately I have been running into segfaults again for XeTeX
on Linux 64 when trying to use OpenType math fonts with XeLaTeX.
It already crashes while loading the unicode-math package, even
before typesetting
d any such table.
In your case, you used "XITSMath" which does a have a MATH table added,
so XeTeX did not run into problems retrieving the MATH information,
at least no fatal problems that would cause a segementation fault.
> However, I see another problem, probably closely relat
On 06/07/2010 10:08 PM, Apostolos Syropoulos wrote:
Try the attached file with CambriaMath or any OpenType math font but
please correct the file name!
A.S.
Hi,
I tried it, and I'm still getting the same problems with plain xetex,
i.e. no big sizes of delimiters, no radical bar, nor fraction bar
On 06/06/2010 11:05 PM, Khaled Hosny wrote:
This usually means the value of RadicalRuleThikness is ignored and the
engine is falling back to the old TeX method (the hight of radical
glyph).
Yes, but why? It doesn't seem to be font-dependent.
It also happens if I replace Cambria Math by XITS Ma
On 06/05/2010 08:54 PM, George N. White III wrote:
STIX is a very ambitious project for a group (scientific and technical
publishers), some who have suffered financially since the project started.
I think the technical work is a very minor portion of the overall effort (e.g.,
getting the Unicode
On 06/05/2010 07:24 PM, Taco Hoekwater wrote:
If so, to what extent would this make XITS obsolete?
Depends how good a job they do :)
And whether the current STIX release schedule is reliable. Judging
from past results, it is altogether possible that v1.1 won't be
ready for release for half a
27 matches
Mail list logo
