Frédéric COIFFIER a écrit 703 commentaires

En fait, le problème de la news, c'est d'avoir mis ce point en premier alors qu'il est loin d'être prioritaire pour KDE 4.0 !

Exactement ! Je doute que la plupart soient motivés pour le faire.

C'est juste que maintenant, c'est faisable et certains sont motivés pour le faire ! Bref, je ne pense pas que ça va diviser les efforts actuels et avec un peu de chance, ça va élargir la base de développeurs !

Et zut.... moi qui croyais que c'était la bataille de Formigny qui avait marqué la fin de la guerre de Cent Ans mais après vérification, c'était seulement pour la partie nord de la France :

http://fr.wikipedia.org/wiki/Bataille_de_Formigny(...)

Moi, j'ai été étonné de voir que dans la boîte où je bosse actuellement, une bonne partie des serveurs HP-UX ont été replacé par des RedHat !
Et par défaut, tout le monde utilise KDE (KDE 3.3). Donc, rien que dans mon petite bâtiment, il doit bien y avoir 15 personnes qui sont connectés aux serveurs et qui utilisent KDE !
Malheureusement, je n'ai aucun détails sur les serveurs eux-mêmes (à priori, y a un système de gestion de charge qui renvoie les applis vers les serveurs les moins chargés, etc...)

Non, pour AUTOMATISER !! Je parle dans un script, un appel à une appli d'OpenOffice du genre :

oowriter2 -o document.odt document.doc

Ce qui permettrait de créer des scripts pour convertir tous les documents d'une base (ou sur son PC). Même chose pour la génération automatique de PDF !

Les applications Qt pures deviennent assez rare...
La seule application Qt pure qui me vient à l'esprit, c'est Scribus. Et bien que ce soit du Qt, ça fait quand même tâche dans KDE dès que l'on veut ouvrir un fichier (boîte de dialogue différente).

Effectivement, savez-vous s'il est possible d'automatiser la conversion des fichiers avec OpenOffice 2 ?

[HS] Ce n'est pas vraiment la réponse à la question mais la distribution standard Ruby contient un mini sserveur Web : WEBrick (WEB server toolkit) ( http://www.webrick.org/(...) )

Ainsi, sur mon PC du boulot, j'installe Ruby et un gros scripts (Instiki) et je me retrouve avec un Wiki perso utilisable n'importe où sur le réseau (ce qui me permet de prendre des notes) : http://instiki.org/show/HomePage(...)

Mais c'est vrai que Python ou Perl peut le faire sauf que là, ça fait vraiment parti des bibliothèques standard de Ruby.

Mais il faut le compiler pour utiliser Valgrind, non ?

Effectivement, je suis revenu à Xine après pas mal de temps passé sous Gstreamer. Amarok est redevenu beaucoup plus réactif. Pourtant, je pensais que Gstreamer avait pour but d'être modulaire, rapide et permettant d'avoir des effets temps réel.
J'espère vraiment que Gstreamer va s'améliorer !

Mais comme dit plus haut, le mieux reste FreeNX, la version libre du serveur de NoMachine. Par contre, j'avoue que le client windows n'est pas libre.

Mais grâce à ça, je peux me connecter chez moi de n'importe où et comme ils utilisent à la base une connection SSH, on peut également faire passer ça à travers proxy, firewall et compagnie ! C'est bien mieux que VNC et autre X11 Forwarding !

Bah, Microsoft veut enterrer l'OpenGL et les éditeurs de jeux suivent Microsoft...
Bientôt, OpenGL sera tellement peu utilisé sous Windows que les fabricants de carte ne feront même plus de support pour l'OpenGL (et si l'OpenGL disparait sous Windows, l'OpenGL disparaîtra sous Linux).
Finalement, il n'y a que les éditeurs de logiciel de CAO (et Carmack) qui maintiennent l'OpenGL en vie... je suis pessimiste ?

C'est bizarre mais...

Combien y a t-il eu de pétitions de ce genre depuis les débuts de Linux ?
Combien ont abouti ?

De plus, je pense que la décision du portage doit être prise par la boite au début du projet et non, une fois que le projet est sorti sous Windows...

Ca explique peut-être pourquoi mon Konqueror plante quand je redimensionne une animation Flash...

Merci, merci ! J'avais vraiment la flemme de le compiler à la main ou de faire un ebuild !

Et effectivement, il est assez prenant !

J'ai du mal à comprendre pourquoi le passage à la version 8 est si difficile ?
Après tout, la version 7 pour x86 marche bien sous Linux ! Comme dit plus haut une version pour MAC OS X existe, donc, le portage ne doit pas être infaisable.

En tout cas, je trouve la démarche louable de fournir un plugin flash pour toutes les plateformes !! (après, si ça avait été libre, ça aurait été mieux...)

Et puis bon, avoir un AMD64 + 512Mo pour jouer à Tetris où il y a moins de graphismes que sur une Game-boy 8bits à l'époque... je ne trouve pas la démonstration très concluante... (et encore sur la version SVG, on n'a pas le droit à la petite musique)

Y aurait-il quelque part une démo vraiment bluffante ?

Ca ressemble beaucoup à ce que fait GMail et c'est vrai qu'il est assez pratique d'avoir tout le fil de discussion.

Je pense surtout que les devéloppeurs de KDE doivent actuellement changer beaucoup de chose pour KDE4.
Donc, autant intégrer le principe de Kat au coeur de KDE pour offrir facilement ses services à toutes les applications qui viendront au-dessus. Ainsi avec un minimum d'effort, les développeurs d'appli de KDE pourront profiter des services d'indexation.
C'est la force et le choix de KDE : fournir des interfaces et des services pour renforcer l'intégration entre les applications.

Qu'as tu changé par rapport à ton dernier post pour que Firefox tombe en marche ?

Et... c'est quoi l'intérêt d'avoir des partitions de tailles plus faibles ??

C'est bizarre mais j'aurai juré que les Celeron étaient de la même famille que les Pentium (mais avec moins de mémoire cache) mais je dois dire une connerie...

Une bonne critique LinuxFR + une bonne critique Télérama + j'avais bien aimé "Lost in Translation" (du moins pour ce qui est de la prestation de Bill Murray) = je n'ai plus qu'à y aller ce soir !

Tu as quoi comme point d'accès ?
As-tu quelque chose dans les logs dmesg ?

Je te conseillerai HP sinon, mais je pense qu'Epson doit être supporté. En tout cas, avant d'acheter, vérifie toujours sur le net avec la référence précise !