>>>>> "Charles" == Charles de Miramon <[EMAIL PROTECTED]> writes:
Charles> Jean-Marc Lasgouttes wrote: >> Non, le presse papier de LyX est pour le moins frustre: methode >> interne avec la mise en page (pas possible de garder la mise en >> page entre deux instances de LyX) ou methode texte seul avec le >> presse papier X. Ce n'est certainement pas satisfaisant, et cela >> fait longtemps qu'on parle de l'ameliorer. Il faudrait juste que >> quelqu'un s'y mette. Charles> C'est l� o� je trouve que LyX perd du temps � r�inventer la Charles> roue. Le presse-papier de KDE a �t� reprogramm� par l'un de Charles> nos rares d�veloppeurs plein temps Lubos Lunak (pay� par Charles> Suse) et le d�bogage a pris beaucoup de temps car cela a Charles> l'air tr�s casse-c**** de faire marcher un presse-papier. Et ces bugs vont peut etre finir par etre corrigees dans Qt, non? Charles> L'int�r�t de KDE pour LyX c'est la possibilit� d'utiliser une Charles> riche infrastructure et se d�charger des aspects Charles> p�riph�riques. Par exemple, LyX pourrait utiliser KConfigXT Charles> qui permet � partir d'un fichier XML de g�n�rer les �crans et Charles> la logique des interfaces de configuration, KSpell2 nouvelle Charles> biblioth�que pour les correcteurs orthographiques et pour Charles> avoir l'air vraiment mode KNewStuff qui int�gre dans Charles> l'application la possibilit� de se connecter au serveur Charles> lyx.org de visualiser les nouvelles templates disponibles et Charles> de les t�l�charger. LyX gagnerait aussi le configurateur de Charles> barres d'outils. Charles> Globalement, j'imagine que 90 % des ordinateurs de Charles> bureautiques sous Linux ont les librairies Gnome et KDE Charles> install�s. M�me les z�lotes de Gnome doivent bien utiliser Charles> K3b pour graver leurs CD. Euh, et comment on aurait fait LyX/Mac et LyX/Win32 dans ces conditions? KDE devient un sacre surcout dans ce cas. L'un comme l'autre de ces ports sont des objets mal identifies, mais la version mac en particulier evolue vite. JMarc
