HI. We recently discussed Qt as a replacement for VCL, it might be of interest that in corinthia we are working quite intensive on making a multiplatform rendering engine for our editor.
This work could be extended to replace VCL engine (NOT the macros in the application code). The biggest job would be to write a HTML5/CSS snippet and a javascript snippet for each type of VCL macro and secondly write a generator on top that combines the snippets with the macro calls and generates executable HTML5/CSS/javascript code. I am merely mailing this as information, since I am involved in both projects, and wants to see both projects evolve. rgds jan I. ps. Using Qt in corinthia is not a problem, since it only affects a little part of the total code base, so no need to discuss that in here. ---------- Forwarded message ---------- From: jan i <j...@apache.org> Date: 6 March 2015 at 11:33 Subject: dfedit considerations and challenges. To: "d...@corinthia.incubator.apache.org" <d...@corinthia.incubator.apache.org > hi. I have started the work on a new consumer dfedit, which will be a standalone exe that on side side connects to DocFormats and on the other side to our javascript editor code. I have been doing some research and want to hear other opinions. Prerequisites: dfedit should be available on: - IoS with safari providing the rendering engine - MacOS with safari providing the rendering engine - Windows with IE providing the rendering engine (as far as I can see IE rendering engine is available even if IE exe is uninstalled and replaced by e.g. firefox). - Linux with Firefox providing the rendering engine. These are to me, the minimum we need to support, supporting more is good, but not an ultimate requirement. Solutions: I am lazy so I do not want to program directly against all those rendering engines, instead I want to use a library...for that purpose I researched a couple. - WebKIT, has a real nice API, but requires safari to be installed on windows, and will require a (maybe simple) port to e.g. ubuntu and freebsd. - qtWebKit is discontinued (but still supported) and replaced by qtWebEngine - qtWebEngine has a real nice API, but requires chrome to be installed - Blink (google) is in java, and thus not very funny to integrate with DocFormats (or IoS) I have not found other interesting kits, so right now it seems I have to: - support webkit - support firefox engine - support IE engine This would mean I would write an abstraction layer, but maybe this is a better long term solutiion. Thoughs and ideas are more than welcome. rgds jan i.