Une conférence de George Lebl et Maciej Stachowiak, deux développeurs GNOME sur l'avenir de l'environnement bureautique libre.
Nouveaux packages et toujours des hésitations sur OpenOffice / GNOME Office...
Vivement que gnome 1.4 sorte, ce qui m'inquiéte c'est les trucs du genre "Microsoft soft pack plus" bon dit comme une blaque, mais en est-t-on vraiment sur ???
qu'est ce qu'il y a comme amélioration à par nautilus qui est extrement lent (presque autant que mozilla) ?
HelixCode (pardon Ximian) ne délivre plus de paquets à jour via helix-update depuis plusieurs moi, on a l'impression qu'ils ne bossent plus.
ALors ils sont sur evolution et red carpet à plein temps ?
Quelqu'un a compilé depuis cvs un snapshot du futur gnome 1.4 avec nautilus et leurs outils d'admin (helix tools) ?
Quand on voit la vitesse à laquelle KDE te sorte un konqueror qui imbrique koffice... ce que fera gnome+openoffice via bonobo à la fin de l'année.
Je préfère gnome perso mais c'est vrais que tout ça à un gout de vaporware. Je reconnais aux fans de KDE que KDE c'est du concret au moins.
D'après ce que j'ai pu lire, ils ont créé toute une infrastructure pour automatiser la création des packages, et ainsi pouvoir proposer réguliérement des mises à jour... quand ce sera en place ! Bref, l'absence de mise à jour des packages ne devrait pas être interprété comme un signe d'endormissement. Sinon, j'ai un pote qui tourne sous un gnome récupéré sur CVS (un fou de la recompilation hebdomadaire) : ces dernières semaines, nautilus a énormément gagné en vitesse.
j'entends bien mais c'est ce que l'on disait de mozilla et lorsque l'on voit ce qu'a sorti netscape ou même la release officielle mozilla 0.7, on ne voit pas bcp de différence par rapport à une nightly en terme de perf (code de debuggage ou pas).
La lenteur de Mozilla est principalement due à son interface. Pour preuve, essayes Galeon ou Skipstone, qui utilisent Gecko, le moteur de rendu de Mozilla, mais qui tous deux possèdent une interface Gtk+.
Résultat : 2 secondes pour le lancement, et le rendu est AMHA plus que rapide.
Ils ont raison de bosser, y'en a bien besoin ...
Et puis maintenant qu'avec XParts KDE est capable d'utiliser les composant GNOME/BONOBO, ca va enrichier KDE...
KDE c'est tout simplement la meilleure plateforme quand on a besoin de faire tourner de GNOME.
Un post sur /. à propos de la même news (en ligne après LinuxFR)
The Biggest Problem with Gnome and KDE (Score:2)
by Nailer on 01-01-22 8:02 FWT (#77)
(User #69468 Info) http://www.cyber.com.au(...)
Isn't that the filemanagers have some way to go, or that silly apps tell me KPACKAGE NEEDS TO BE RUN AS ROOT!
rather than asking me for the password, or that one is more or less favoured by closed source developers, that Ximian installer
force installs all its packages, or that one is more or less free than the other.
Its that they both ignore each other. Half my apps don't work properly. The standardized drag and drop doesn't work across in
any distribution with the latest GNOME and KDE, dragging from Konqueror to the GNOME desktop doesn't work. Neither
does any other cross app drag and drop.
* Drag and drop is broken
* I have 2 sets of mime types
* My KDE panel applets won't launch in the GNOME panel, and vice versa
* When I add an application the the kpanel, it doesn't appear on the foot menu, and vice versa
* KDE and GNOME don't even include apps from each other on their panels
* Childish KDE developers write a GNOME theme importer which calls GNOME `legacy' and childish Eazel developers make
Eazel services showcase any app for any toolkit, as long as it isn't KDE and QT.
* QT and GTK are themed using different engines, with no reason why.
Thisn isn't competition. This is insanity, artifically partitioning all my apps. Neither desktop will win. No OS uses a single
partition.
Imagine a Windows user clicking Start to reveal `MFC applications' `VCL applications' etc. End users don't give a fuck about
toolkits and never have. Why is the KDE team writing KPhotoSuite? Why shouldn't KWord work really well with the GIMP?
Windows uses more than one toolkit. It just does it well. For God's sake, stop partitioning my desktop. Write a combined style
guide for GTK and QT based apps. Make sure both toolkits use the same theming engine, and have a similar range of widgets
aviable.
And for God's sake, stop using your brilliant minds to hurt each other and combine them to actually make Linux a useable
desktop.
I'll have hope the first time a Linux developer actually writes a software installer and doesn't call it `gnorpm'.
# vive gnome
Posté par Ludovic LeGoff . Évalué à 1.
[^] # Re: vive gnome
Posté par Anonyme . Évalué à 0.
- "On ne s'appelle pas Microsoft, mais on est largement capable de faire comme vous, et même mieux".
Ce qui me fait rire, c'est que les améliorations entre GNOME 1.2 et GNOME 1.4 sont 100 fois supérieures à celles entre KDE 1 et KDE 2 !
Je n'ose même pas imaginez ce que sera GNOME 2 !!!
Une merveille sans aucun doute.
VIVE GNOME !
[^] # Re: vive gnome
Posté par Anonyme . Évalué à 0.
[^] # Re: vive gnome
Posté par Anonyme . Évalué à -1.
Et en plus dje me mets -1 pour prouver ma volonté a ne pas troller
[^] # Re: vive gnome
Posté par Anonyme . Évalué à -1.
et moi, suis-je un troll...
et vous êtes-vous cave ?
[^] # Re: vive gnome
Posté par Anonyme . Évalué à 0.
HelixCode (pardon Ximian) ne délivre plus de paquets à jour via helix-update depuis plusieurs moi, on a l'impression qu'ils ne bossent plus.
ALors ils sont sur evolution et red carpet à plein temps ?
Quelqu'un a compilé depuis cvs un snapshot du futur gnome 1.4 avec nautilus et leurs outils d'admin (helix tools) ?
Quand on voit la vitesse à laquelle KDE te sorte un konqueror qui imbrique koffice... ce que fera gnome+openoffice via bonobo à la fin de l'année.
Je préfère gnome perso mais c'est vrais que tout ça à un gout de vaporware. Je reconnais aux fans de KDE que KDE c'est du concret au moins.
[^] # Re: vive gnome
Posté par JSL . Évalué à 1.
[^] # Re: vive gnome
Posté par Anonyme . Évalué à 0.
Sinon qu'est ce qu'il y a de mieux dans gnome depuis cvs
[^] # Re: vive gnome
Posté par Anonyme . Évalué à 0.
on ne peut comparer une pré-version et une officielle.
[^] # Re: vive gnome
Posté par Anonyme . Évalué à 0.
[^] # Re: vive gnome
Posté par bmc . Évalué à 1.
Résultat : 2 secondes pour le lancement, et le rendu est AMHA plus que rapide.
[^] # Re: vive gnome
Posté par Anonyme . Évalué à 0.
[^] # Re: vive gnome
Posté par MetalX . Évalué à -1.
(score -1: pas bien corriger les fautes des autres)
[^] # Re: vive gnome
Posté par Stéphane Démurget (site web personnel) . Évalué à 1.
[^] # Re: vive gnome
Posté par Anonyme . Évalué à 0.
Et puis maintenant qu'avec XParts KDE est capable d'utiliser les composant GNOME/BONOBO, ca va enrichier KDE...
KDE c'est tout simplement la meilleure plateforme quand on a besoin de faire tourner de GNOME.
# ..putain faut le dire en quelle langue ?
Posté par Anonyme . Évalué à 0.
[^] # Re: ..putain faut le dire en quelle langue ?
Posté par Anonyme . Évalué à -1.
T'en veux encore ?
[^] # Re: ..putain faut le dire en quelle langue ?
Posté par Vincent Zeus . Évalué à 1.
Vive Bill, Vive Gates et Bush aussi... :(
[^] # Re: ..putain faut le dire en quelle langue ?
Posté par Benjamin . Évalué à 1.
Désolé, mais on comprend mieux avec "package", je trouve...
# La fragmentation ne viendra pas du noyau, mais du desktop
Posté par Nÿco (site web personnel) . Évalué à 1.
The Biggest Problem with Gnome and KDE (Score:2)
by Nailer on 01-01-22 8:02 FWT (#77)
(User #69468 Info) http://www.cyber.com.au(...)
Isn't that the filemanagers have some way to go, or that silly apps tell me KPACKAGE NEEDS TO BE RUN AS ROOT!
rather than asking me for the password, or that one is more or less favoured by closed source developers, that Ximian installer
force installs all its packages, or that one is more or less free than the other.
Its that they both ignore each other. Half my apps don't work properly. The standardized drag and drop doesn't work across in
any distribution with the latest GNOME and KDE, dragging from Konqueror to the GNOME desktop doesn't work. Neither
does any other cross app drag and drop.
* Drag and drop is broken
* I have 2 sets of mime types
* My KDE panel applets won't launch in the GNOME panel, and vice versa
* When I add an application the the kpanel, it doesn't appear on the foot menu, and vice versa
* KDE and GNOME don't even include apps from each other on their panels
* Childish KDE developers write a GNOME theme importer which calls GNOME `legacy' and childish Eazel developers make
Eazel services showcase any app for any toolkit, as long as it isn't KDE and QT.
* QT and GTK are themed using different engines, with no reason why.
Thisn isn't competition. This is insanity, artifically partitioning all my apps. Neither desktop will win. No OS uses a single
partition.
Imagine a Windows user clicking Start to reveal `MFC applications' `VCL applications' etc. End users don't give a fuck about
toolkits and never have. Why is the KDE team writing KPhotoSuite? Why shouldn't KWord work really well with the GIMP?
Windows uses more than one toolkit. It just does it well. For God's sake, stop partitioning my desktop. Write a combined style
guide for GTK and QT based apps. Make sure both toolkits use the same theming engine, and have a similar range of widgets
aviable.
And for God's sake, stop using your brilliant minds to hurt each other and combine them to actually make Linux a useable
desktop.
I'll have hope the first time a Linux developer actually writes a software installer and doesn't call it `gnorpm'.
[^] # Re: La fragmentation ne viendra pas du noyau, mais du desktop
Posté par Stéphane Démurget (site web personnel) . Évalué à 1.
Vraiment top la comparaison ! =) Par contre, j'aurais préféré le titre la fragmentation ne viendra pas du système de fichiers !
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.