> configurations is really not ideal IMHO no matter how nice the fidelity.ĭidn't mean to suggest that we had to go with xpost, ghostscript is very much a functional resource, xpost is appealing as an alternative, especially if it could be built and bundled for all OSs. > have another out-of-process converter that is shipped only in some > Xpost has a number of licensing advantages the alternative - having to
Actually itself a good candidate for rework of the Maths core to implement LaTex (but that is a different issue). Much of this is already being done for LibreOffice with Roland Baudin's TexMaths extension (derived from Geoffroy Piroux's ooolatex) with cross platform implementation-but depends on a LaTex helper-MikTek, TeXlive, MacTex-for Windows, Linux or OSX respective. It should render the EPS to SVG 1.1 with good fidelity, and then allow image manipulation as SVG without too much additional refactoring, making use of SVG's preview rendering and existing export filter handling for SVG. To handle EPS, working internally with SVG as an alternative to pstoedit handling as EMF/WMF, would Martin Gieseking's dvisvgm project code (GPLv3 at )from the TeX device independent file format world (but still ghostscript bound) be functional?
0 kommentar(er)
