Re: kde frontend

2006-06-03 Thread Georg Baum
Am Dienstag, 30. Mai 2006 11:48 schrieb Charles de Miramon: > Why don't you post a question in kde-core-devel ? I might do so when I know what I want to ask :-) > I think Trolltech is > folding back in Qt4 some functionalities of KDELibs. Maybe, the light KDE > port will be easier with Qt4 and

Re: kde frontend

2006-05-30 Thread Charles de Miramon
Georg Baum wrote: > > I don't know. I never heard of it. I searched a bit and found out that it > is supposed to be in SuSE 9.3 and 10.0 which I use at work, but I did not > notice anything. Certainly the kde file dialog is not used by qt apps. > > > Georg Why don't you post a question in kde-c

Re: kde frontend

2006-05-29 Thread Jean-Marc Lasgouttes
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes: Georg> I don't know. I never heard of it. I searched a bit and found Georg> out that it is supposed to be in SuSE 9.3 and 10.0 which I use Georg> at work, but I did not notice anything. Certainly the kde file Georg> dialog is not used by qt a

Re: kde frontend

2006-05-29 Thread Georg Baum
Am Montag, 29. Mai 2006 18:00 schrieb Jean-Marc Lasgouttes: > > "Georg" == Georg Baum <[EMAIL PROTECTED]> writes: > Georg> I guess so, but it would involve dynamic loading of libs at run > Georg> time, and before anything happens the binary must decide > Georg> whether it wants a QApplication o

Re: kde frontend

2006-05-29 Thread Jean-Marc Lasgouttes
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes: >> > I did that. Two things for a start: > - it would be good if >> --with-frontend=kde compiled the qt frontend > automatically. >> >> Yes and at runtime, the binary would switch to Qt only is KDE is >> not detected. Is this possible? Geor

Re: kde frontend

2006-05-28 Thread Abdelrazak Younes
Georg Baum wrote: Am Samstag, 27. Mai 2006 15:11 schrieb Abdelrazak Younes: Juergen Spitzmueller wrote: I'd second that. Me too but shouldn't be an automatic detection? Currently I simply implemented an additional frontend name kde. It is like any other frontend, the only difference is that

Re: kde frontend

2006-05-28 Thread Georg Baum
Am Sonntag, 28. Mai 2006 10:20 schrieb Juergen Spitzmueller: > Georg Baum wrote: > > Am Samstag, 27. Mai 2006 15:05 schrieb Juergen Spitzmueller: > > > I did that. Two things for a start: > > > - it would be good if --with-frontend=kde compiled the qt frontend > > > automatically. > > > > Why? It d

Re: kde frontend

2006-05-28 Thread Charles de Miramon
Juergen Spitzmueller wrote: . > > I'd second that. > Me too. Cheers, Charles -- http://www.kde-france.org

Re: kde frontend

2006-05-28 Thread Juergen Spitzmueller
Georg Baum wrote: > Am Samstag, 27. Mai 2006 15:05 schrieb Juergen Spitzmueller: > > I did that. Two things for a start: > > - it would be good if --with-frontend=kde compiled the qt frontend > > automatically. > > Why? It does not need it. Although the sources are shared, the object > files are no

Re: kde frontend

2006-05-27 Thread Georg Baum
Am Samstag, 27. Mai 2006 15:11 schrieb Abdelrazak Younes: > Juergen Spitzmueller wrote: > > > > I'd second that. > > Me too but shouldn't be an automatic detection? Currently I simply implemented an additional frontend name kde. It is like any other frontend, the only difference is that the sou

Re: kde frontend

2006-05-27 Thread Georg Baum
Am Samstag, 27. Mai 2006 15:05 schrieb Juergen Spitzmueller: > I did that. Two things for a start: > - it would be good if --with-frontend=kde compiled the qt frontend > automatically. Why? It does not need it. Although the sources are shared, the object files are not. > - in the kfiledialog, t

Re: kde frontend

2006-05-27 Thread Abdelrazak Younes
Juergen Spitzmueller wrote: I'd second that. Me too but shouldn't be an automatic detection? I did that. Two things for a start: - it would be good if --with-frontend=kde compiled the qt frontend automatically. Yes and at runtime, the binary would switch to Qt only is KDE is not detected

Re: kde frontend

2006-05-27 Thread Juergen Spitzmueller
Georg Baum wrote: > I have created an experimental kde branch at > svn://svn.lyx.org/lyx/lyx-devel/branches/personal/baum/kde. It can be > configured in parallel to the other frontends. It is pretty lightweight (no > copied source files, therefore it has some ugly ifdefs). The only > difference to

Re: KDE frontend

2001-06-03 Thread Allan Rae
On Fri, 1 Jun 2001, John Levon wrote: > frontends/kde/ should be removed as it is unmaintained > and is likely to stay that way. What's best to do ? You're abandoning it? What ever happened to the arguement that KDE1 would be around for ages to come? Has KDE2/Qt2 proved so popular? Or are you

Re: KDE frontend

2000-11-16 Thread John Levon
On Thu, 16 Nov 2000, Andre Poenitz wrote: > > I just started browsing through the 'frontends' directory (I have not been > there for ages)... > > I find it a bit surprising that the 'new's and 'delete's are a bit out of > balance. Is there some black magic in the backgraound that releases the >

Re: kde frontend: LyXFunc or LyXView

2000-06-16 Thread Marko Vendelin
> all development has been done with the xforms code. The code in the kde > directory was written as proof of concept a long, long time ago. As such, it > has lagged behind... > > You are correct to report that the code in kde/Dialogs.C is inconsistent with > that in xforms/Dialogs.C. It is wron

Re: kde frontend: LyXFunc or LyXView

2000-06-16 Thread Angus Leeming
Marko> current CVS does not compile with KDE frontend due to the difference in Marko> Dialogs class definition for KDE and Xforms frontends. Namely, Dialogs Marko> class constructor expects LyXView* as its argument in Xforms frontend Marko> (src/frontends/Dialogs.h src/frontends/xforms/Dialogs.C)