Date: prev next · Thread: first prev next last
2013 Archives by date, by thread · List index


On 30/06/2013 20:53, Khaled Hosny wrote:
I don't think that distinction is helpful, and I don't think there is much to gain by having two different rendering engines, it will just complicate things needlessly.
GtkMathView already has some support for interactive editing, it is
probably easier to use right from the start.
I was thinking about a short term perspective where GtkMathView could be used for the rendering, printing etc where having a good quality is more important. And the current engine could be kept for the editor until we migrate to another solution, assuming people could tolerate the low quality in this situation (they already do). I don't think it would be too difficult to connect the existing components to enable GtkMathView but I suspect implementing a new editor would take more time. But in the long term, I agree that doing something entirely new based on a MathML representation and on GtkMathView would be best.

--
Frédéric Wang
maths-informatique-jeux.com/blog/frederic

Context


Privacy Policy | Impressum (Legal Info) | Copyright information: Unless otherwise specified, all text and images on this website are licensed under the Creative Commons Attribution-Share Alike 3.0 License. This does not include the source code of LibreOffice, which is licensed under the Mozilla Public License (MPLv2). "LibreOffice" and "The Document Foundation" are registered trademarks of their corresponding registered owners or are in actual use as trademarks in one or more countries. Their respective logos and icons are also subject to international copyright laws. Use thereof is explained in our trademark policy.