Andre Poenitz wrote:
It prevents us from using all the platform abstraction Qt would give usAnd while the LyX community discusses the pros and cons of various frontends, wonders whether there is a need to maintain multiple frontends and whether a GUII is a good thing (even though it may not longer serve its original purpose), while the LyX community implements a bunch of configure scripts to make LyX run on various *nix platforms and on Windows ... the world keeps on turning and, suddenly, someone reimplements LyX as a full-functioning, good-looking (source code _and_ GUI) platform independent Java program (with minimal effort)!
for free. QSettings, QProcess etc. We have to use our own home-grown
menu code, our own toolbar code and won't be able to use gimmicks like
floating toolbars at all - unless we invest more time to pu an
abstraction layer on Qt.
(Don't be afraid - I do not intend to reimplement LyX in Java. However, from time to time I am a bit scared by the massive overhead caused by C++, GUI and OS incompatibilities. (Angus, I really appreciate your efforts to port LyX to Win32 - please don't misunderstand me!))
Regards, Michael
