Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
| > Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| > | Hello,
| > | | This patch saves the need to check for lyx::use_gui in a number
| > of
| > | place. I will commit tomorrow if there's no objection.
| > | | * lyx_main.h: define "extern bool lyx::use_gui" here.
| > | | * ConsoleFontMetrics.h: new class for command-line LyX
| > | | * ConsoleFontLoader.h: new class for command-line LyX
| > HOw hard would it be to have the "Application" type be selectable on
| > startup?
| > What i mean is (in principle) "lyx --gui=qt" or "lyx --gui=gtk", and
| > si this specific case, and perhaps more easily achivable "lyx
| > --gui=none" and have that use the gui/frontend found in
| > frontends/console.
|
| Very easy right now. We are ready for that and we can compile qt3, qt4
| and gtk in the same executable if we want to. Looks like my clean up
| work have some nice side effect :-)
Yeah... but I guess that even if possible we would like to that with
an exec wrapper:
lyx --gui=qt starts lyx-qt
lyx --gui=gtk starts lyx-gtk
Without dragging in both libs all the time.
(of course there is dlopen and dynamic linking... but that would be
overkill)
| > Would selecting a frontend in such a way make the code elsewhere
| > simpler eaiser? Perhaps no need for the statics of this patch?
|
| Yes, I wanted to create a Command-line application instead of this
| static trick. But then the Clipboard and Selection access doesn't make
| sense for the command-line so I opted for the simpler static trick.
? Clipboard and selection? does nogui/cli need that?
| > (Years ago, Asger and I had a dream of a curses based frontend...
| > never had any time to pursue anything in that direction...)
|
| You just to implement the virtual interface define in
| frontends/Application and you're done. Should be very easy.
No. :-) That is the hard part.
--
Lgb
