Re: [dev-context] unicode-math

2010-02-11 Thread Hans Hagen

On 11-2-2010 12:12, Philipp A. wrote:

i’m quite excited to find out that most of what i want is already in mkiv!
regarding the problems you mentioned:

1. the super/subscripts could be interpreted like x²³₄₅ → x^{23}_{45} or
couldn’t they? if you want to do more complex stuff (more than one level of
super/subscripting), the super/subscripts are only for the last level:
x^{2³}_{4₅} → x^{2^3}_{4_5}


i can look into it ... but it's up to you to provide some test files 
first so that we can determine to what extend we go



2. maybe the use of unicode fractions and sfrac as a fallback would be
nice for inline math: 4 ⁄ 5 → ⅘, 8 ⁄ 9 → \sfrac89. for display it would
be {4 \over 5} and {8 \over 9} (maybe i don’t get your point: isn’t \over
context’s way of doing fractions?)


well, we could also support display but we might pose some restrictions

2a / b

vs

2 a/b


3. you mean “\√” yields “√”? of course! it’s like a “” or a “\”, then.


indeed, but introducing more commands like \√ might not be the way to go 
as we try to get rid of  etc being special (i've even be thinking os 
some special unicode char, maybe a private pair, for $ $ replacement



4. you mean 
thishttp://www.unicode.org/notes/tn28/UTN28-PlainTextMath-v2.pdf.
nice thing, worth more than one look! maybe really the direction of the
future?


indeed and as with cambria it's microsoft currently leading the way .. 
in my opinion the tex math community lost the lead long ago so we have 
to follow now (stix is a good example ... we could probably easily test 
those fonts in mkiv but no one cares)


Hans


-
  Hans Hagen | PRAGMA ADE
  Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
 tel: 038 477 53 69 | fax: 038 477 53 74 | www.pragma-ade.com
 | www.pragma-pod.nl
-
___
dev-context mailing list
dev-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/dev-context


[dev-context] unicode-math

2010-02-10 Thread Philipp A.
hi,
context in combination with luatex is quite the way to go for me, but i have
one thing that i would love to see inside context:
unicode-mathhttp://github.com/wspr/unicode-math!
the guys there are making a good job of mapping tons of unicode sequences to
latex commands, so we should really profit from this project.

is it possible to integrate it into context or to create a package for this
purpose?
i would love to write $y = x² ± 2µ ⇒ y ≠ √{α ⁄ 5}$, while still being able
to write $y = x^2 \pm 2\mu \Rightarrow y \neq \frac{α \over 5}$ or any
combination of the two.

i would too love to participate in a project making this possible, but i
don’t know how to start coding (i could only write a preprocessor in python
doing this, but that would be rather a workaround than the true thing.)

thanks,
phil

PS: the ⁄ i used is a „fraction slash“, not a simple solidus, which of
course would still be rendered as solidus.
___
dev-context mailing list
dev-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/dev-context


Re: [dev-context] unicode-math

2010-02-10 Thread Taco Hoekwater

Philipp A. wrote:

hi,
context in combination with luatex is quite the way to go for me, but i have
one thing that i would love to see inside context:
unicode-mathhttp://github.com/wspr/unicode-math!
the guys there are making a good job of mapping tons of unicode sequences to
latex commands, so we should really profit from this project.

is it possible to integrate it into context or to create a package for this
purpose?
i would love to write $y = x² ± 2µ ⇒ y ≠ √{α ⁄ 5}$, while still being able
to write $y = x^2 \pm 2\mu \Rightarrow y \neq \frac{α \over 5}$ or any
combination of the two.


Most of the tedious work is already there: your test above actually
renders something, because the unicode math characters in context mkiv
are all (or at least almost all) defined to render themselves as math
glyphs.

What is missing is the mapping of the special constructs like

  √{a⁄b} - \frac{a}{b}

so if you can extract a list of those from the unicode-math project,
it would be pretty straightforward to add support for this kind of
input, I think.

Best wishes,
Taco
___
dev-context mailing list
dev-context@ntg.nl
http://www.ntg.nl/mailman/listinfo/dev-context