Asteartea 19 Iraila 2006 15:26(e)an, Thomas Lange(e)k idatzi zuen: > Hi Alfredo, > > Thanks for your interest! > > One thing before I forget about it later on: > Can you please post your answer form tomorrow the newgroups > openoffice.dev, openoffice.sw.dev > as well. Svante and I think there are topics included within that might > be interesting to others as well. > Also we proably should continue the discussion in the openoffice.sw.dev > list since after all from > OOo point of view on projects Math is a subproject of the Writer.
Sure! I wasn't subscribed to those mailing list, didn't know you had posted there too, sorry. > > > [...] > > > > > Of course there is also quite a number of bugs that could be fixed. > > > But I think it will be to much to list them here. > > > > This is the thing I'm currently most interested in :-) > > Well, I guess I have to spend some hours and look over all my issues and > maybe add > (more likely) a Tag like "Math:" to the start of the summary field or at > least set the > component field to "Formula editor" in order to allow for a quick query > about > Math issues. I think that I should definetly be able to finish this by > Friday. Probably > somewhat earlier. I personally don't have any time to look at it at least till akademy ends, so no hurry for me. > > > Also OOo's MathML has that famous (well I'm not to sure about that ^^°) > > > <math:annotation math:encoding="StarMath 5.0"> > > > tag which basically holds the text from the edit window. > > > The point about this is if you modify that MathML formula e.g. with > > > a MathML editor and than save it and have the formula read with > > > OOo Math again you will surprisingly notice that your latest (external) > > > changes did no matter at all. That is due to that tag! > > > If Math encounters that tag when reading MathML it will simply > > > disregard whatever MathML is present and use the text within that tag > > > and have it parsed again to get the result. > > > Well, it's long time since that was introduced I don't remember > > > completly about the why? > > > I think it is due to exporting a Math formula to MathML and then > > > re-importing it will usually result in the orignial formula text being > > > cluttered now. The formatting (line break and indentions) gone, > > > comments gone, additional braces etc... And you will basically not > > > realize the same formula that was saved some minutes ago. > > > > annotation tag is intended to aid application to understand the MathML > > content, so I guess it was easier to just use the annotation instead of > > reading/writing MathML. Just guessing though. > > Sure it qas easier. ^_~ > But for just a little bit I wonder if it is also a correct thing to > do... Probably not. I don't think it's the best way either. > > > 3) Find another OpenSource project that is working on displaying > > > mathematical formulas and can be expected to be still alive > > > and supported for years to come, and join forces if possible. > > > For most projects I know of, the latter part about the 'support > > > for years to come' will be the critical point where it seems > > > quite doubtful if that can be expect. > > > Thus I can currently think only of one project in this category > > > and that would be KFormula from KOffice! > > > They are also implementing ODT and thus there are already some > > > things in common. > > > > > > Things that should be possible to share are > > > - a MathML import/export functionality. > > > The result from the import (and source for the export) should > > > be a common node represetation of the formula. > > > - a layout engine. > > > It should pe possible to have a common layout engine that uses > > > the above node representation. > > > - If there is a common node structure for the formula > > > import/export for MathType (or basically any other format) could > > > also become shared code. > > > > Well, being current maintainer of KFormula I obviously find option 3) the > > best, specially with KOffice 2 and its flake library that makes kformula > > a shape provider. Anyway, adapting Math to be able to use kformula shapes > > would be quite a big task. I won't be able to accomplish such a task in > > my free time, considering that I'll be the person doing the work on > > KFormula side too. Anyway, if this ideas is being considered seriously > > about this idea, we could look for other ways to accomplish this. > > Well, I think we have to take a look at the problems on that way. Aside > from the points below > it seems obvious that the set of functionality needs to be about the same. > Or if KFormula is to replace Math then Math's functionality should at > least be a subset of what > KFormula can do. Yes, you're right. Well, a thing that KFormula doesn't have for sure is support for StarMath or MathType. Don't know how that works in Math though, if there's just conversion from MathML to those formats and vice versa, it shouldn't be a great issue, otherwise it is. There may be other issues aswell, but I don't know the exact functionality OOMath has. > > > For points 2) and 3) (especially if it is about replacing Math with > > > some other technology) I have to explicitly note that 2 requirements > > > must be met: > > > > > > a) Whatever editor or tools is used to modify the formulas MathML > > > the result saved must be ODF compliant. > > > (I'm no specialist in this field thus I cannot tell what this > > > explicitly means but there might be some problems in details.) > > > > ODF is equivalent to MathML 2.0 plus a XML namespace. If there's MathML > > 2.0, it's trivial to get ODF. > > > > > b) For use of formulas as embedded object we need to have a > > > replacement image available. This has to be a performant > > > implementation of a vector grafic format! > > > Currently this our vcl-gdi image but that can most probably > > > read only be OpenOffice itself. > > > > I'm not sure how this is currently done in KFormula, I'll look at it. > > That would be nice! > > > Rgards, > Thomas Cheers -- Alfredo Beaumont Sainz http://www.alfredobeaumont.org/blog.cgi --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
