On 28/05/2010 07:14, Will Robertson wrote:
This gist of the problem was that siunitx was using things like
\setbox...@tempboxa=\hbox{%
$\mathsf{\global\chardef...@fam@sf=\fam}$}%
and then
\ifnum\the\fam=...@fam@sf
to detect when maths alphabets were available.
Since unicode-math doesn't use
On 2010-05-28 14:42:24 +0930, Ross Moore
said:
I don't have an old siunitx.sty to try to reproduce the old bug.
With just the .log file it is impossible to tell what is going on,
since siunitx.sty uses \AtBeginDocument to delay a lot of stuff,
and it is amongst those things where the error
Hi Will,
On 28/05/2010, at 2:42 PM, Will Robertson wrote:
This looks okay to me using siunitx v2 and unicode-math/fontspec
from GitHub.
And it's fine with packages: siunitx, expl3, xpackages
Wow, that's great.
I didn't think the conflict between the old version and unicode-
math was abl
On 2010-05-28 08:47:33 +0930, Ross Moore
said:
On 28/05/2010, at 7:45 AM, Joseph Wright wrote:
On 27/05/2010 22:32, David Cottenden wrote:
Note that this used the sinuitx from last November, so it might be
out
of date. I hope this is enough to go on - I don't remember much
that far
back,
On 28/05/2010, at 7:45 AM, Joseph Wright wrote:
On 27/05/2010 22:32, David Cottenden wrote:
Joseph (and everyone else) -
This is the original e-mail that I sent to Will when I found the
problem
a while back. Since Will thought it was a unicode-math problem I
left it
with him.
Note that
On 27/05/2010 22:32, David Cottenden wrote:
Joseph (and everyone else) -
This is the original e-mail that I sent to Will when I found the problem
a while back. Since Will thought it was a unicode-math problem I left it
with him.
Note that this used the sinuitx from last November, so it might be
On Fri, May 28, 2010 at 12:20 AM, Khaled Hosny wrote:
> Looks like xetex is getting glyph indexes from one font file but loading
> the actual glyph from another font. Checking the output of 'fc-list :
> file' my reveal that you, or whoever is experiencing this, have several
> version of the font a
On 27/05/2010 09:30, Will Robertson wrote:
On 2010-05-27 17:43:15 +0930, David Cottenden said:
Mildly off topic, but does that mean that the siunitx incompatibility is
solved?
Unfortunately not :(
But I'll take a look (and try and develop a workaround for Joseph if
possible) before I send it
On Thu, May 27, 2010 at 05:51:27PM +0100, Michael Lynch wrote:
> On 27/05/2010 17:20, Khaled Hosny wrote:
> >Looks like xetex is getting glyph indexes from one font file but loading
> >the actual glyph from another font. Checking the output of 'fc-list :
> >file' my reveal that you, or whoever is e
On 27/05/2010 17:20, Khaled Hosny wrote:
On Thu, May 27, 2010 at 04:37:01PM +0100, Michael Lynch wrote:
On 27/05/2010 05:55, Will Robertson wrote:
Dear all,
I am almost to release my long-delayed "unicode-math" package, but an
issue has arisen that I don't know how to debug. It
On Thu, May 27, 2010 at 04:37:01PM +0100, Michael Lynch wrote:
> On 27/05/2010 05:55, Will Robertson wrote:
>
> Dear all,
>
> I am almost to release my long-delayed "unicode-math" package, but an
> issue has arisen that I don't know how to debug. It is only reproducible
> under Windows
On 27/05/2010 05:55, Will Robertson wrote:
Dear all,
I am almost to release my long-delayed "unicode-math" package, but an issue has
arisen that I don't know how to debug. It is only reproducible under Windows while using
the Asana Math font; a different font or a different platform gives acce
> Dear all,
>
> I am almost to release my long-delayed "unicode-math" package,
> but an issue has arisen that I don't know how to debug. It is
> only reproducible under Windows while using the Asana Math font;
> a different font or a different platform gives acceptable output.
>
> The system b
Hello,
I have finally managed to check the input file and there is no problem. As a
matter
of fact, it seems the person who has contacted you has contacted me before
writing
to you about this problem. Also, I can verify that both 32 and 64 bit binaries
produce exactly the same results on OpenSo
Nikos Platis wrote:
Interesting...
On a fully updated TeXLive 2009 on Linux i386, with XeTeX
3.1415926-2.2-0.9995.2, the sample runs fine.
On a fully updated TeXLive 2009 on Linux x86_64, with XeTeX
3.1415926-2.2-0.9995.2, I get a segmentation fault!
This seems to happen when processing unicode
I do not get this bug when doing a compile on windows server 2008, 32
bit version.
windows: Microsoft Windows [Version 6.0.6002]
xelatex: This is XeTeX, Version 3.1415926-2.2-0.9995.1 (MiKTeX 2.8)
Possibly very silly question: did you try this after making sure no
fonts were cached anywhere? =
Dear all,
I have just -- finally -- submitted a new version of fontspec to CTAN.
It should still work with TeX Live 2009 versions of XeTeX, but not much
testing has been done.
More information here:
http://latex-alive.tumblr.com/post/637156378/fontspec-in-tex-live-2010
Feedback very much ap
Interesting...
On a fully updated TeXLive 2009 on Linux i386, with XeTeX
3.1415926-2.2-0.9995.2, the sample runs fine.
On a fully updated TeXLive 2009 on Linux x86_64, with XeTeX
3.1415926-2.2-0.9995.2, I get a segmentation fault!
This seems to happen when processing unicode-math-table.tex, the l
On 2010-05-27 17:43:15 +0930, David Cottenden
said:
Mildly off topic, but does that mean that the siunitx incompatibility is
solved?
Unfortunately not :(
But I'll take a look (and try and develop a workaround for Joseph if
possible) before I send it to CTAN. It is quite a significant proble
Will Robertson wrote:
Dear all,
I am almost to release my long-delayed "unicode-math" package, but an issue has
arisen that I don't know how to debug.
Mildly off topic, but does that mean that the siunitx incompatibility is
solved?
David
--
David Cottenden
PhD Student
Continence and Skin
Am Wed, 26 May 2010 22:11:24 +0400 schrieb Vadim Radionov:
> Thank you, Ulrike and Vladimir,
>
> Setting \russianfont to nothing solves the problem.
I don't know if this is the best solution. I don't know much about
russian and the fonts involved. It could be that e.g. using
\addfontfeature is b
21 matches
Mail list logo