Bug#384958: tex4ht: some grouping issues with oolatex math

2007-09-26 Thread Tobias Schlemmer
Kapil Hari Paranjape schrieb: Since I do not use OO, I am not sure whether this issue has been resolved. Could you please provide some information on the current state? OOo 2.2.1-7 has not fixed this bug. According to the OOo issue tracker it's not fixed up to now. BTW: it's Issue 69088

Bug#384958: tex4ht: some grouping issues with oolatex math

2007-09-26 Thread Kapil Hari Paranjape
tags 384958 + upstream tags 384958 - moreinfo retitle 384958 openoffice.org: incorrect import of mathml into oomath reassign 384958 openoffice.org thanks Hello, Based on this response from the upstream author of tex4ht: On Wed, 26 Sep 2007, Eitan Gurari wrote: The tex4ht utility produces

Bug#384958: tex4ht: some grouping issues with oolatex math

2007-09-25 Thread Kapil Hari Paranjape
tags 384958 + moreinfo thanks Hello, On Mon, 28 Aug 2006, Tobias Schlemmer wrote: mk4ht oolatex test.tex seems to produce incorrect output. At least my oowriter (2.0.3) does not like the double indices $x_{i_j}$ without further grouping. In oomath input syntax it produces x_i_j, which

Bug#384958: tex4ht: some grouping issues with oolatex math

2007-09-25 Thread Eitan Gurari
mk4ht oolatex test.tex seems to produce incorrect output. At least my oowriter (2.0.3) does not like the double indices $x_{i_j}$ without further grouping. In oomath input syntax it produces x_i_j, which should be x_{i_j}. On Tue, 29 Aug 2006, Eitan Gurari wrote: I'm not

Bug#384958: tex4ht: some grouping issues with oolatex math

2006-08-29 Thread Tobias Schlemmer
Eitan Gurari wrote: The problem is with a broken mathml engine in OpenOffice 2. A manual editing of x_i_j into {x}_{{i}_{j}} or x_{i_j} provides the proper display (and identical mathml code). I don't know what kind of mathml code tex4ht should produce to obtain correct display in OO2.

Bug#384958: tex4ht: some grouping issues with oolatex math

2006-08-29 Thread Eitan Gurari
As a workaround use the math:annotation tag with StarMath5 syntax as OO does. Deleting this tag looks right at the first glance as OOo saves a binary copy of it inside the document. But when you try to edit the formula it gets confused again. Might be a good idea for simple

Bug#384958: tex4ht: some grouping issues with oolatex math

2006-08-28 Thread Tobias Schlemmer
Package: tex4ht Version: 20060619-1 Severity: normal Hi, mk4ht oolatex test.tex seems to produce incorrect output. At least my oowriter (2.0.3) does not like the double indices $x_{i_j}$ without further grouping. In oomath input syntax it produces x_i_j, which should be x_{i_j}. A similar

Bug#384958: tex4ht: some grouping issues with oolatex math

2006-08-28 Thread Kapil Hari Paranjape
Hello, On Mon, 28 Aug 2006, Tobias Schlemmer wrote: Package: tex4ht Version: 20060619-1 Severity: normal mk4ht oolatex test.tex seems to produce incorrect output. At least my oowriter (2.0.3) does not like the double indices $x_{i_j}$ without further grouping. In oomath input syntax it

Bug#384958: tex4ht: some grouping issues with oolatex math

2006-08-28 Thread Tobias Schlemmer
Kapil Hari Paranjape wrote: So authors should prefer $x_{a_{b}}$ while preparing a document to be processed by TeX4ht regardless of how simple a and b are. Which documentation? The problem is not b, but the grouping around a_b is lost. TeX needs that grouping, which is not translated into

Bug#384958: tex4ht: some grouping issues with oolatex math

2006-08-28 Thread Eitan Gurari
The problem is with a broken mathml engine in OpenOffice 2. eqnarray The \begin{eqnarray}a=b\end{eqnarray} is translated by tex4ht into mia/mimo=/momib/mi and is loaded as matrix {a # = # b} by OO2 into a broken display. The xtpipe phase `fixes' the problem by producing