Hi All, I am releasing a software utility named mathwriter at http://code.google.com/p/mathwriter/. The following video link will demonstrate its typical usage http://www.youtube.com/watch?v=UzJLeJgid9U . You may even refer to my blog post on the same at http://moebiuscurve.livejournal.com/25527.html . Please give me your feedback at mathwriter007@gmail.com.
Thanks & regards Naveen Kumar Assistant Software Engineer Open Source Software Division( http://ossrc.org.in/ ) C-DAC Mumbai ( http://www.cdacmumbai.in/ ) Mobile : +91 9987231547
On Sat, Aug 15, 2009 at 11:51 PM, Naveen Kumarnav007@gmail.com wrote:
Hi All, I am releasing a software utility named mathwriter at http://code.google.com/p/mathwriter/. The following video link will demonstrate its typical usage http://www.youtube.com/watch?v=UzJLeJgid9U . You may even refer to my blog post on the same at http://moebiuscurve.livejournal.com/25527.html . Please give me your feedback at mathwriter007@gmail.com.
I believe you are inserting the Unicode in the buffer. It will be useful to have export feature of the selected text into TeX/LaTeX.
On Sun, Aug 16, 2009 at 10:07 AM, Nagarjuna G. nagarjun@gnowledge.orgwrote:
On Sat, Aug 15, 2009 at 11:51 PM, Naveen Kumarnav007@gmail.com wrote:
Hi All, I am releasing a software utility named mathwriter at http://code.google.com/p/mathwriter/. The following video link will demonstrate its typical usage http://www.youtube.com/watch?v=UzJLeJgid9U. You may even refer to my blog post on the same at http://moebiuscurve.livejournal.com/25527.html . Please give me your feedback at mathwriter007@gmail.com.
I believe you are inserting the Unicode in the buffer. It will be useful to have export feature of the selected text into TeX/LaTeX.
Respected Sir, Currently it's just a keymap which makes use of the facilities provided to us by the iiimf (Internet/Intranet Input Method Framework). But I intend to build more over it, maybe a full fledged mathematical package . And while compiling it I came across a lot of demerits of current Unicode encoding scheme for mathematical text input. If I am not wrong TeX/LateX use font based rendering scheme to generate final images of the mathematical formulas which are not character symbols. Currently TeX/LateX can do "much much" more than just raw Unicode characters for mathematical text input. I am also planning to write some kind of white paper on this.
Thanks & regards Naveen Kumar Assistant Software Engineer Open Source Software Division( http://ossrc.org.in/ ) C-DAC Mumbai ( http://www.cdacmumbai.in/ ) Mobile : +91 9987231547
2009/8/16 Naveen Kumar nav007@gmail.com
On Sun, Aug 16, 2009 at 10:07 AM, Nagarjuna G. <nagarjun@gnowledge.org
wrote:
I believe you are inserting the Unicode in the buffer. It will be useful to have export feature of the selected text into TeX/LaTeX.
Respected Sir, Currently it's just a keymap which makes use of the facilities provided to us by the iiimf (Internet/Intranet Input Method Framework). But I intend to build more over it, maybe a full fledged mathematical package . And while compiling it I came across a lot of demerits of current Unicode encoding scheme for mathematical text input.
might be there only one, missing some maths symbol
If I am not wrong TeX/LateX use font based rendering scheme to generate final images of the mathematical formulas which are not character symbols.
Unicode has incorporated many symbols already in Unicode, so as far as Character symbol has corresponding Unicode code point and font has corresponding shape included in it, i think it should not create any problem
http://unicode.org/charts/PDF/U2200.pdf
Currently TeX/LateX can do "much much" more than just raw Unicode characters for mathematical text input. I am also planning to write some kind of white paper on this.
yeah, that will be nice
Nice work congrats
Thanks & Regards, ---------------------- Pravin Satpute
2009/8/17 प्रविण सातपुते pravin.d.s@gmail.com
2009/8/16 Naveen Kumar nav007@gmail.com
Currently it's just a keymap which makes use of thefacilities provided to us by the iiimf (Internet/Intranet Input Method Framework). But I intend to build more over it, maybe a full fledged mathematical package . And while compiling it I came across a lot of demerits of current Unicode encoding scheme for mathematical text input.
might be there only one, missing some maths symbol
In the next version I will try to put all possible symbols. Maybe even some additional things.
If I am not wrong TeX/LateX use font based rendering scheme to generate
final
images of the mathematical formulas which are not character symbols.
Unicode has incorporated many symbols already in Unicode, so as far as Character symbol has corresponding Unicode code point and font has corresponding shape included in it, i think it should not create any problem
At some places complicated things cannot be written using just Unicode symbols.
For example when we require any script to act as super script as in symbols for upper limit and lower limit in summation,
or let us say 2^(2^(2^2)) were the 2 must apply 3 levels of superscript styling.
Also the symbols like integration and summation must have some kind of place holders to depict these upper and lower limits.
extendable natural horizontal line for separating numerator and denominator part of a fractional equation. Right now we might have to do away with (/) symbol.
The same case with nth root; the horizontal line must cover the equation from the above completely. Right now we do away with (√ ∛√)
There are numerous such examples. Some of these demerits can be easily removed while others may require careful thinking. These need to be removed gradually by Unicode consortium, provided some agency works on it. Also the font based mechanisms of latex could be incorporated, but in order for rendering engine to take such decisions, such instructions need to be provided to them. And incorporating specialized code points like \Ux200C and \Ux200D to do these might suffice to some extent. I will try and highlight these things in the white paper. Just give me some time to do just that.
Currently TeX/LateX can do "much much" more than just raw Unicode characters for mathematical text input. I am also planning to write some kind of
white
paper on this.
yeah, that will be nice
Nice work congrats
Thanks a lot. Give me some time to compile that white paper.
Thanks and regards Naveen Kumar
2009/8/17 Naveen Kumar nav007@gmail.com
2009/8/17 प्रविण सातपुते pravin.d.s@gmail.com
2009/8/16 Naveen Kumar nav007@gmail.com
Currently it's just a keymap which makes use ofthe
facilities provided to us by the iiimf (Internet/Intranet Input Method Framework). But I intend to build more over it, maybe a full fledged mathematical package . And while compiling it I came across a lot of demerits of current Unicode encoding scheme for mathematical text
input.
might be there only one, missing some maths symbol
In the next version I will try to put all possible symbols. Maybe even some additional things.
If I am not wrong TeX/LateX use font based rendering scheme to generate
final
images of the mathematical formulas which are not character symbols.
Unicode has incorporated many symbols already in Unicode, so as far as Character symbol has corresponding Unicode code point and font has corresponding shape included in it, i think it should not create any problem
At some places complicated things cannot be written using just Unicode symbols.
For example when we require any script to act as super script as in symbols for upper limit and lower limit in summation,
or let us say 2^(2^(2^2)) were the 2 must apply 3 levels of superscript styling.
i guess this thing we can handle in font itself, by writing GPOS (glyph positioning rule) rules
Also the symbols like integration and summation must have some kind of place holders to depict these upper and lower limits.
this thing also can done same way, but writing will be something like "lower limit + integration sign + upper limit"
i dont think so unicode willl do anything in this, they can only give integration sign code, with font and some tool we can make it look like real maths handwritten equation.
extendable natural horizontal line for separating numerator and denominator part of a fractional equation. Right now we might have to do away with (/) symbol.
hmm, this is also we can handle in font
i.e when one press 5 then divide sign, change "/ " to horizontal line and next one number will come behind that with GPOS rule
really OT fonts have provide numerous feature to do all these things
The same case with nth root; the horizontal line must cover the equation from the above completely. Right now we do away with (√ ∛√)
again GPOS, but i am really worried about writing sequence it should be standardize for these thing
There are numerous such examples. Some of these demerits can be easily removed while others may require careful thinking. These need to be removed gradually by Unicode consortium, provided some agency works on it. Also the font based mechanisms of latex could be incorporated, but in order for rendering engine to take such decisions, such instructions need to be provided to them. And incorporating specialized code points like \Ux200C and \Ux200D to do these might suffice to some extent. I will try and highlight these things in the white paper. Just give me some time to do just that.
Yep Take your time I think this will be good topic for in any typography conference
Thanks & Regards, ---------------------- Pravin Satpute
-
Nagarjuna G. -
Naveen Kumar -
प्रविण सातपुते