What started as a simple Qt5 port ended up generating a string of fixes and enhancements, a lot of code clean-up, and the overhaul of several core components, to provide a fresh new major version of KLatexFormula. Welcome to KLatexFormula 4.0.
KLatexFormula now uses the Qt5 library, instead of the older Qt4 for which support is withering. With Qt5, Retina and other high-resolution displays are now well supported.
Some new export data formats are availble: SVG via either
dvisvgm or Inkscape,
EMF/WMF windows metafile via Inkscape, HTML with inline
image data, and AICB for pasting into Adobe InDesign.
See how to configure the user scripts in case you are having trouble with some of these formats; note that user scripts require Python to run.
The complex, bloated and ill-designed plug-in system was abandoned. It wasn’t necessary anyway, and caused several problems especially with different KLatexFormula versions. It is still possible to extend KLatexFormula’s built-in functionality with the use of user scripts (to define additional export types or an alternative backend engine workflow). Support for extensions provided as RCC archives has been dropped as well.
The data export infrastructure was redesigned. Exporters, capable of generating data of a particular format, have been dissociated with MIME types which are platform-dependent and not always unique. The new export profiles allow easily, for example, to advertize the same data under different MIME types. Support for clipboard and drag/drop handling on Mac OS X and MS Windows was improved.
KLatexFormula 4.0 comes with a more robust and flexible user script infrastructure, providing a simple way of extending KLatexFormula’s built-in functionality.
Other minor enhancements and bug fixes.
Notes for packagers and/or developers:
The klfapp library was removed. The code is now integrated directly into the
klatexformula executable (the separate library was required mostly for plug-ins on
windows).
As was already the case for version 3.3beta, it is klfbackend which depends
on klftools and no longer the other way around.
As with 3.3beta, an autonomous library klfbackend_auto is provided, in case you
would like to link your program to klfbackend without adding the dependency on
klftools. The klfbackend_auto library is a slightly expanded version of
klfbackend which includes the relevant sources from klftools required for
klfbackend to work. KLatexFormula itself does not depend on klfbackend_auto.
The CMake build system was partially rewritten and significantly simplified. It is still as flexible as before and most variable names have not changed.
For now, the KTextEditor plugin has not been ported to KDE5/Qt5 due to lack of time.