Résumé GNOME 06.07.2003

Posté par  (site web personnel) . Modéré par Jaimé Ragnagna.
Étiquettes :
0
8
juil.
2003
Gnome
Après deux mois de silence, Christian Schaller a rédigé un nouveau résumé GNOME :

# Dashboard : Nat Friedman (de Ximian) expose son nouveau projet sur son site personnel.

# Planet GNOME : est le nom du blog de Jeff Waugh consacré à GNOME.

# amSynth : le synthétiseur de Nick Dowell s'approche de la version 1.

# Rhythmbox change de responsable.

# GNOME 2.3.3 (branche de développement) est disponible.

# Java-GNOME 0.8 : nouvelle version du binding.

# Gnumeric (le tableur) a cinq ans.

# Gstreamer va gérer de nouveaux formats.

# Imendio : une nouvelle société qui propose des logiciels pour GNOME.

Aller plus loin

  • # Re: Résumé GNOME 06.07.2003

    Posté par  (site web personnel) . Évalué à 4.

    j'ai l'impression que (comme pour les browser avec epiphany et galeon) il existe une guerre entre les clients jabber sous gnome :
    Gossip contre Gaim contre gnome-jabber contre.......etc etc ad nauseam !

    la concurrence c'est bien mais faut pas pousser et tendre vers l'anarchie sinon le grand public est paumé (le but de gnome c'est quand mème d'être propre et simple).
    • [^] # Re: Résumé GNOME 06.07.2003

      Posté par  . Évalué à 9.

      Tout a fait d'accord. D'ailleurs, je trouve cela dommage que les dev passent leur temps sur epiphany ou galeon car les 2 sont vraiments tres semblables alors qu'ils manquent des choses importantes au sein meme du projet gnome :
      1/ Un vrai player multimédia intégré
      2/ Un peer2peer
      3/ Un client IRC non terminal
      4/ Un logiciel de gravure complet (genre K3B) ou alors faudrait que xcdroast passe en gtk2
      Bref, je suis un peu decu des directions prises.
      • [^] # Re: Résumé GNOME 06.07.2003

        Posté par  . Évalué à 5.

        Un débogueur
        Un IDE
        Un éditeur de GUI, il me semble que glade2 est au point mort
        Un Soft de modélisation UML
        Un logiciel de dessin
        Un logiciel pour les news HID
        Un logiciel de montage vidéo
        Un logiciel de montage audio
        Et plein d'autres softs , gnome devient super comme environement manque plus que des applis
        • [^] # Re: Résumé GNOME 06.07.2003

          Posté par  . Évalué à 4.

          IDE -> anjuta : http://www.anjuta.org(...)
          • [^] # Re: Résumé GNOME 06.07.2003

            Posté par  . Évalué à -6.

            Chouette bah il faudrait plus d'appli comme ça :-) pasque les trois pauvres applis gnome c'est un peut léger , la plupart étant des trucs pas gnome du tout : OOo gimp ...
            • [^] # Re: Résumé GNOME 06.07.2003

              Posté par  . Évalué à 1.

              Surtout que l'environnement GNOME est très lourd en packages à compiler/installler pour si peu d'app.

              J'aime beaucoup Gnome car il fait encore esprit vieille école par rapport au kde très windozien mais très bien quand même.

              Puis KDE 3.1 est plus lent sur mon ordi par rapport à gnome au niveau du gestionnaire de fichiers. J'avoue - ceci dit - ne pas avoir fait de préliaisons sous ma Gentoo aussi.

              Gnome avec un peu plus d'outils Gnomiques intégrés et c le pied!




              ps: en passant, y a pas une astuce pour pouvoir éteindre le pc à partir de Gnome sans devoir revenir à chaque fois au GDM ?
              • [^] # Re: Résumé GNOME 06.07.2003

                Posté par  (site web personnel) . Évalué à 0.

                Puis KDE 3.1 est plus lent sur mon ordi par rapport à gnome au niveau du gestionnaire de fichiers
                Ce genre de choses n'est pas important à terme. Avant la lecture de mp3 c'était limite. Avec des machines récentes (moins de 3 ans) ça occupe 1% de processeur...
                • [^] # Re: Résumé GNOME 06.07.2003

                  Posté par  . Évalué à 2.

                  5 secondes pour ouvrir un répèrtoire, c'est un peu poussé. enfin l'appel à Konqueror est lent, mais une fois dedans ça file. je me répète je sais, mais la lenteur se situe tjrs et seulement au lancement de l'app après ça marche comme sur des roulettes.

                  Ce genre de choses n'est pas important à terme. Avant la lecture de mp3 c'était limite. Avec des machines récentes (moins de 3 ans) ça occupe 1% de processeur...

                  Je pense surtout qu'il sagit du "prelinking" et j'ai justement une machine de moins de 3ans.

                  Bref on es hs là
              • [^] # Re: Résumé GNOME 06.07.2003

                Posté par  . Évalué à 0.

                ouvre un console, tape "halt'
              • [^] # Re: Résumé GNOME 06.07.2003

                Posté par  . Évalué à 1.

                Pour l astuce, je crois me souvenir que mdk l avait fait.

                je crois encore me souvenir qu il fallait donnez des permitions aux users sur /sbin/shutdown et qu apres gnome le proposait tout seul comme un grand via la fenetre de deconnexion, a verfier !
                • [^] # Re: Résumé GNOME 06.07.2003

                  Posté par  (site web personnel) . Évalué à 1.

                  je ne pense pas que cela vienne de la. En fait, gnome demande a GDM(executer en root) de rebooter la machine. La meilleur preuve est que Kde ne le propose pas si tu utilises gdm et que gnome ne le propose pas si tu utilises kdm...(de rebooter la machine :))

                  Donc, je suis etonné que tu ne puisses pas rebooter depuis gnome si tu utilises gdm...
                  • [^] # Re: Résumé GNOME 06.07.2003

                    Posté par  . Évalué à 1.

                    Peut-être que gdm est configuré pour ne pas laisser les utilisateurs éteindre la machine.
                    • [^] # Re: Résumé GNOME 06.07.2003

                      Posté par  . Évalué à 1.

                      A ma connaissance c'est pas prévu dans le GNOME de base de pouvoir éteindre la machine sans revenir à l'écran de login. Mdk et RH doivent avoir des patchs pour ça par contre
                      • [^] # Re: Résumé GNOME 06.07.2003

                        Posté par  (site web personnel) . Évalué à 2.

                        En fait pour pouvoir éteindre directement sa machine il faut avoir reboot et halt dans son PATH et avoir le droit de les utiliser en tant qu'utilisateur normal. C'est tout.

                        Mandrake et Red Hat inclut le paquet usermod qui place des liens symbolique halt et reboot dans le PATH et utilise la combinaison consolehelper + pam pour autoriser l'extinction de l'ordi en tant qu'utilisateur normal.
              • [^] # Re: Résumé GNOME 06.07.2003

                Posté par  . Évalué à 2.

                > Puis KDE 3.1 est plus lent sur mon ordi par rapport à gnome au niveau du gestionnaire de fichiers.

                rox-filer est ton ami
                http://rox.sourceforge.net/rox_filer.php3(...)
            • [^] # Re: Résumé GNOME 06.07.2003

              Posté par  . Évalué à 1.

              openoffice n a rien a voir avec gnome ( ni gtk meme ) , et gimp n est pas une applie gnome mais gtk
          • [^] # Re: Résumé GNOME 06.07.2003

            Posté par  . Évalué à 1.

            faut pas oublier DiaSCE http://diasce.es.gnome.org/ qui est pas mal. Mais c'est vrai que le passage d'Anjuta en GTK2, c'est tres sympa
          • [^] # Re: Résumé GNOME 06.07.2003

            Posté par  . Évalué à -1.

            Malheureusement, l'exemple que tu nous donne ici est assez représentatif de la confusion qui règne dans le projet Gnome. En effet, anjuta a forké et il n'y a pas 1 mais 2 anjuta : anjuta et anjuta2. Même si anjuta est très bon (c'est celui que j'utilise), le fork sème la confusion, d'autant que anjuta2 semble mieux conçue du point de vue de son architecture. Par ailleurs, la gestion de projet n'est pas encore au top dans anjuta et l'integration de glade est franchement pas terrible. Là encore Kdevelope l'emporte haut la main.
        • [^] # Re: Résumé GNOME 06.07.2003

          Posté par  . Évalué à 5.

          Encore en troll.

          > Un débogueur

          C'est pour le "user-friendly" ?
          ddd est un très bon débugger. Et s'il utilise Motif, je vois pas où est le problème. Le logiciel libre à autre chose à faire que développer un débugger par toolkit.

          http://www.gnu.org/software/ddd/(...)

          > Un IDE

          http://anjuta.org/(...)

          Suivant

          > Un éditeur de GUI, il me semble que glade2 est au point mort

          glade mort... haha. glade est utilisé par galeon, evolution, gnucash, etc, etc. Où as-tu vu c'est """information""".

          http://glade.gnome.org/(...)

          > Un logiciel de dessin

          Tu connais gimp ? Ok gimp utilise "que" gtk. Et alors ? Gimp doit aussi tourner sur Windows. C'est le même "problème" qu'OOo.

          > gnome devient super comme environement manque plus que des applis

          C'est sous gnome qu'on trouve souvent les meilleurs applis :
          - evolution
          - galeon
          - gnucash
          - gnomemetting
          - etc

          Au lieu de troller comme des oufs, dites simplement que vous préférez KDE et ça passe comme une lettre à la poste.
          • [^] # Re: Résumé GNOME 06.07.2003

            Posté par  . Évalué à -1.

            Je troll pas je dis juste que si tu veux un environement coherent faut que les applis le soit aussi hors entre l'ergonomie de evolution ou rythmbox et celle de the gimp on a pas du tout a faire au meme style donc c'est incoherent et ca perds les gens.
            • [^] # Re: Résumé GNOME 06.07.2003

              Posté par  . Évalué à 1.

              kde assure carrement plus de ce cote là, t'as juste à lancer konqueror et ses boutons partout pour perdre les gens ;)
            • [^] # Re: Résumé GNOME 06.07.2003

              Posté par  . Évalué à -2.

              Il y a Kimp sous KDE. Il y a Kevolution, Kcash, KDEmetting, KDD, KOOo, etc sous KDE ?

              Pour evolution sous Gnome 2, c'est la version 1.4 qu'il faut utiliser.
              • [^] # Re: Résumé GNOME 06.07.2003

                Posté par  . Évalué à 0.

                kgdb kontact koffice , the gimp c'est vrai que ca n'existe pas mais je repete gimp c'est une appli gtk pas gnome
                • [^] # Re: Résumé GNOME 06.07.2003

                  Posté par  . Évalué à 2.

                  > kgdb

                  ??? c'est le kernel gdb ça.

                  > koffice

                  abiword, gnumeric :-)

                  > gimp c'est une appli gtk pas gnome

                  Et alors ????????????????????

                  quand tu changes de thème, gimp n'est pas mise à jours ? Le copier/collé ne marche pas ? le drag and drop non plus ? Il n'y a pas une entrée dans le menu gnome ?

                  Gimp est, et depuis longtemps, un projet gnome (ftp, cvs, sont sur gnome). De plus gimp va suivre le HIG de gnome. Par exemple :
                  http://bugzilla.gnome.org/show_bug.cgi?id=92468(...)

                  Pis, j'en est rien à foutre que gimp soit un projet gnome ou pas. Gimp est bien intégré à un bureau gnome et ça me suffit. Qu'il utilise gconf ou non ne change rien. Sachant que KDE devrait suivre aussi freedesktop (HIG) il sera parfait aussi pour un utilisateur KDE.

                  Si gimp n'utilise pas gnome, c'est pour des problèmes de portage vers Windows. Et je me félicite que gimp tourne impécable sous Windows.
                  • [^] # Re: Résumé GNOME 06.07.2003

                    Posté par  . Évalué à 1.

                    Enfin bon ca sert un peu a rien de faire un framework applicatif si personne s'en sert. Puis des projets qui n'utilisent pas les resources technologiques et uniquement les resources techniques je trouve ca moyen. Si gimp ou tout autre soft utilisait bonobo par exemple on pourrai avoir des documents abiword avec embarqué dedans des documents gimp un peu comme avec opendoc. Ca ma parrait donc loin d'être inutile.
                    • [^] # Re: Résumé GNOME 06.07.2003

                      Posté par  . Évalué à -1.

                      > Enfin bon ca sert un peu a rien de faire un framework applicatif si personne s'en sert.

                      Très joli troll. Mais trop gros.

                      Un peu marre des gens qui trollent. Si tu aimes KDE, reste sous KDE, fait de l'"évangilation" pour KDE, mais ne casse pas Gnome. C'est pénible au bout d'un moment.
                      • [^] # Re: Résumé GNOME 06.07.2003

                        Posté par  . Évalué à -1.

                        Mon but c'est pas de cassé gnome y a eu beaucoup de boulo au niveau ergonomie et graphisme et kde ferai bien d'en faire autant pasque du coté de kde c'est plutot déplorable. J'adore les techno utilisé dans gnome mais je trouve très dommage que leurs technos soient si peu utilisé et donc ce projet a pas la place qu'il deverai avoir ....
                        • [^] # Re: Résumé GNOME 06.07.2003

                          Posté par  (site web personnel) . Évalué à 1.

                          J'adore les techno utilisé dans gnome mais je trouve très dommage que leurs technos soient si peu utilisé

                          La bonne question c'est "pourquoi sont-elles si peu utilisées", alors que celles de KDE le sont tout le temps :-).
                          • [^] # Re: Résumé GNOME 06.07.2003

                            Posté par  . Évalué à 2.

                            > alors que celles de KDE le sont tout le temps :-)

                            Et oui.
                            100 % des applis KDE utilisent KDE
                            100 % des applis Gnome utilisent Gnome.
                            • [^] # Re: Résumé GNOME 06.07.2003

                              Posté par  . Évalué à 0.

                              Vi mais la majorite des applis gnome n'utilsent que partiellement les APIs gnome (pour ne pas trop perdre en portabilite) et bien d'autres ne sont en fait que des applis GTK+ etendues ;(
                              • [^] # Re: Résumé GNOME 06.07.2003

                                Posté par  . Évalué à 2.

                                > la majorite des applis gnome n'utilsent que partiellement les APIs gnome

                                Je repose ma question : ET ALORS ?!

                                Si un développeur n'a besoin que de gtk+, pourquoi utiliser gconf s'il n'a rien comme config, pourquoi utiliser bonobo si ça n'a aucun intérêt, pourquoi utiliser gnomeprint s'il ne fait pas d'impression, etc, etc.

                                Tu vas pas me faire croire que TOUTES les applis KDE utilise TOUTES les facilité KDE.

                                Tu vas pas me faire croire qu'il n'y a que des applis KDE et aucun applis qui n'utilisent que Qt.

                                > pour ne pas trop perdre en portabilite

                                C'est un défaut ?
                                • [^] # Re: Résumé GNOME 06.07.2003

                                  Posté par  . Évalué à -1.

                                  Les developpeurs QT ont pas à se poser la question de la portabilité vu qu'il n'y pas de version GPL de QT sous windows ;)

                                  QT c'est carrément plus simple à utiliser que GTK+, il choisit même la plateforme sur laquelle on peut développer à notre place ;)
                                • [^] # Re: Résumé GNOME 06.07.2003

                                  Posté par  . Évalué à 1.

                                  Si un développeur n'a besoin que de gtk+, pourquoi utiliser gconf s'il n'a rien comme config, pourquoi utiliser bonobo si ça n'a aucun intérêt, pourquoi utiliser gnomeprint s'il ne fait pas d'impression, etc, etc.

                                  Ben elle est la ton "erreur" d'appreciation. Je peut t'assurer qu'un appli qui ne possede pas de conf c du n'importe quoi: tout utilisateur voudra toujours a un moment donne pouvoir configurer un comportement (pour ton info meme la calculatrice microsoft est "configurable" c'est pour dire). Maintenant tout appli qui developpe un "module" qui pourrait etre utiliser par une autre appli (et croit moi que ca parrait con des fois mais c'est presque toujours le cas) devrait faire du bonobo pour l'exporter pour les autres (et dans le cas ou le composant existe deja du bonobo pour le recuperer). Le plus gros probleme que je trouve dans gnome c ca, le fait que de nombreux gens ne cherchent pas a partager et donc d'autres sont oblige de refaire (voir par exemple la gestion des editions de "textes")

                                  Le plus grand principe de kde est de ne jamais croire que ce que tu fait dans ton coin ne peut etre reutiliser par quelqu'un d'autre (le dernier exemple hallucinant etait un composant editeur hexadecimal qui subbitement c retrouve utiliser par une dizaine d'applis).

                                  Tu vas pas me faire croire que TOUTES les applis KDE utilise TOUTES les facilité KDE.

                                  Ben si, meme la calculatrice, le notepad, knotes, klipper, ... ;)
                                  Tu apprendrait beaucoup a voir ce qui a pu etre partager et comment certaines applis sont concues (les must dans les domaines archi qui font mal sont kate, koffice et kdevelop).

                                  Tu vas pas me faire croire qu'il n'y a que des applis KDE et aucun applis qui n'utilisent que Qt.

                                  Non y a pas mal d'applis Qt a vocations d'etre multi-plateformes. Mais surtout bcp moins integre donc bcp moins utiliser que les applis kde equivalentes.

                                  C'est un défaut ?

                                  Non c justement un des principaux interets des applis GTK+ et Qt pures.
                                  • [^] # Re: Résumé GNOME 06.07.2003

                                    Posté par  . Évalué à 1.

                                    Je suis tout à fait d'accord avec toi sur toutes ces histoires d'intégration, le pb c'est que Bonobo est pas très bien accepté par certains développeurs qui le trouvent trop compliqué, en plus il y a un manque de communication certain et d'exemples sur comment bien utiliser bonobo, ce qui donne la situation actuelle :-/
                                    Deux trois gars motivés sachant utiliser Bonobo qui ajouterait des interfaces Bonobo aux applis qui vont bien, ca pourrait donner qqchose de sympa ;)
                                  • [^] # Re: Résumé GNOME 06.07.2003

                                    Posté par  . Évalué à -1.

                                    > Je peut t'assurer qu'un appli qui ne possede pas de conf c du n'importe quoi

                                    Il faut que je contacte les developpeurs de la calculatrice Gnome alors ...

                                    Et pourquoi ne pas ajouter le support d'impression dans la calculatrice ? Et un composant bonobo pour utiliser la calculatrice sous evolution ? etc...

                                    Si c'est pas nécessaire, c'est pas nécessaire.

                                    > Le plus gros probleme que je trouve dans gnome c ca, le fait que de nombreux gens ne cherchent pas a partager et donc d'autres sont oblige de refaire

                                    Regarde tout ce qui est utilise par galeon, evolution, gnucash, etc. S'il y a des doublon ils sont peu nombreux.

                                    > le dernier exemple hallucinant etait un composant editeur hexadecimal qui subbitement c retrouve utiliser par une dizaine d'applis

                                    Passionnant...

                                    > Ben si, meme la calculatrice

                                    Tu peux imprimer le résultat de la calculatrice (définir les marges et tout). Tu peux dire à la calculatrice que les données proviennent d'une source réseau ( http://labas/calcul_a_faire(...) ), additionner les numéros de téléphone dans le carnet d'adresse. C'est ... fascinant.

                                    > Non y a pas mal d'applis Qt a vocations d'etre multi-plateformes.

                                    Ben moi, je ne reprocherais pas à ces applis de ne pas utiliser tout KDE comme d'autre le font car certains applis n'utilisent "que" gtk+ pour des raison de portabilité (gimp, OOo principalement).
                                    • [^] # Re: Résumé GNOME 06.07.2003

                                      Posté par  . Évalué à 2.

                                      Tu n'a rien compris a la programmation par composant vu ton discours :(

                                      Et pourquoi ne pas ajouter le support d'impression dans la calculatrice ? Et un composant bonobo pour utiliser la calculatrice sous evolution ? etc...

                                      Tape kcal dans une console et tu comprendras.
                                      Et gnucash il aurait pas justement besoin d'un composant calculatrice ?

                                      Regarde tout ce qui est utilise par galeon, evolution, gnucash, etc. S'il y a des doublon ils sont peu nombreux

                                      Archi Faux, quasiment chaque appli qui en vient a editer du texte fait un toolkit custo base sur le toolkit editeur de GTK. Meme chose pour la gestion des previsus, etc ...

                                      Tu peux imprimer le résultat de la calculatrice (définir les marges et tout). Tu peux dire à la calculatrice que les données proviennent d'une source réseau ( http://labas/calcul_a_faire(...) ), additionner les numéros de téléphone dans le carnet d'adresse. C'est ... fascinant.

                                      Le but n'est pas de mettre des fonctionnalites "debiles" a des briques de bases, mais de fournir ses briques de bases a d'autres applis qui en auront le besoin (et oui le composant calculatric il peut etre reutiliser, j'en ait deja eut besoin)
                                      • [^] # Re: Résumé GNOME 06.07.2003

                                        Posté par  . Évalué à -1.

                                        > Et gnucash il aurait pas justement besoin d'un composant calculatrice ?

                                        Pourquoi faire ?

                                        Pour pouvoir saisir "2+2". Merde, ça marche. Tu crois pas que c'est tout simplement le boulot d'une librairie ça ?

                                        Regarde gnucash comme appli. C'est du scheme et utilisation de Gnome (utilisation de guile). C'est parfaitement "dynamique" et modulaire. C'est surement comme ça que "2+2" est interprété.

                                        > Archi Faux, quasiment chaque appli qui en vient a editer du texte fait un toolkit custo base sur le toolkit editeur de GTK. Meme chose pour la gestion des previsus, etc ...

                                        Mais oui. D'ailleur demain je vire Gnome de mon PC et tout les applis marchent encore.

                                        T'as pas plus gros encore comme troll ? Tu peux faire mieux.

                                        > et oui le composant calculatric il peut etre reutiliser, j'en ait deja eut besoin

                                        Tu peut aussi faire :
                                        echo "2+2" | bc

                                        Tu peut lancer la calculatrice depuis le menu du bureau. Tu peux ajouter un racourci clavier. etc.

                                        J'oubliais, le copié/collé marche avec la calculatrice. Que demander de plus...
                                      • [^] # Re: Résumé GNOME 06.07.2003

                                        Posté par  . Évalué à 0.

                                        Je pense que c'est principalement ca qui a exasperer MDI et qui fait qu'il boude dans son coin sur mono. Je comprends pas pourquoi il y a une perte d'effort aussi grande dans ce projet une fonctionnalité majeur = un composant. Un besoin : agregat de composants + un peu de code et zoup.
                                        • [^] # Re: Résumé GNOME 06.07.2003

                                          Posté par  . Évalué à 1.

                                          A mon avis ce qui a exaspéré MDI c'est quand il a vu qu'evo ecrit en C a mis 3 ans à être développé alors qu'il en prévoyait 1 seul
                                          • [^] # Re: Résumé GNOME 06.07.2003

                                            Posté par  . Évalué à -1.

                                            Et que la moitier du code d'evolution (les nouveaux composants) sont quasiment inutilisable ailleur que dans évolution. Le pauvre il a du faire des cauchemards :/
                                        • [^] # Re: Résumé GNOME 06.07.2003

                                          Posté par  . Évalué à 1.

                                          > et qui fait qu'il boude dans son coin

                                          Où tu as vu ça. MDI "se passionne" pour mono et c'est tout. Il l'a souvant dit.
                                          • [^] # Re: Résumé GNOME 06.07.2003

                                            Posté par  . Évalué à -1.

                                            Non non il boude bien.

                                            Il ne fait plus reelement parti de "l'equipe moteur" de l'architecture gnome. Maintenant pour ton ifon, le gros interet de mono est que toute classe devient un composant et la ca fera sauter le blocage de pas mal de personnes de ne pas faire des composants (a condition qu'ils utilisent mono).
                                    • [^] # Re: Résumé GNOME 06.07.2003

                                      Posté par  . Évalué à 0.

                                      tiens puis j'avais pas vu mais OOo n'utilise absolument pas gtk.
                                      • [^] # Re: Résumé GNOME 06.07.2003

                                        Posté par  . Évalué à 0.

                                        Mais arrête de prendre la tête à tout le monde avec OO.o, à part Ximian, y a pas grand monde qui l'associe à GNOME (oui, je sais, y a ta page sur gnome-office, mais ce projet est en suspens en ce moment à mon avis)
                                  • [^] # Re: Résumé GNOME 06.07.2003

                                    Posté par  . Évalué à 1.

                                    faut dire qu'il est mortel leur editeur hexa ... je crois que ce qui fait peur dans bonobo, c'est CORBA. kdcop diot faire moins peur.
                                • [^] # Re: Résumé GNOME 06.07.2003

                                  Posté par  (site web personnel) . Évalué à -1.

                                  Tu vas pas me faire croire que TOUTES les applis KDE utilise TOUTES les facilité KDE.

                                  Non, mais par exemple toutes celles qui impriment utilisent KDE pour ça. alors que ni Gimp ni Open Office n'utilisent GnomePrint. C'est juste un exemple, il y en a plein d'autres.

                                  Tu vas pas me faire croire qu'il n'y a que des applis KDE et aucun applis qui n'utilisent que Qt.

                                  Dans KDE, oui. Dans Gnome, il y a plein d'applis qui n'utilisent que GTK+ (ou même pas, ex. Open Office).

                                  Mais bon, tu es un peu trop "fan" pour avoir un raisonnement cohérent sur la question.
                                  • [^] # Re: Résumé GNOME 06.07.2003

                                    Posté par  . Évalué à 1.

                                    Euh, Gimp et OO.o ne font pas partie officiellement de GNOME, faudrait faire gaffe à pas tout mélanger...
                                    Les applis "officiellement" dans GNOME doivent effectivement utiliser les technos GNOME et s'intégrer proprement à GNOME
                                    Cf http://www.gnome.org/start/2.3/modules/(...) pour ce qui constitue "officiellement" GNOME
                                  • [^] # Re: Résumé GNOME 06.07.2003

                                    Posté par  . Évalué à 0.

                                    > alors que ni Gimp ni Open Office n'utilisent GnomePrint

                                    Problème de portabilité. Tu peux ajouter Mozilla si tu veux.

                                    > il y en a plein d'autres.

                                    Des exemples ?

                                    Sur ma bécane :
                                    rpm -e --test libgnomeprint15-0.37-4 libgnomeprintui22-2.2.1.1-1 libgnomeprint22-2.2.1.1-3 libgnomeprint-1.116.0-6 libgnomeprintui-1.116.0-4
                                    error: Failed dependencies:
                                    libgnomeprint.so.15 is needed by (installed) gnucash-1.8.1-3
                                    libgnomeprint.so.15 is needed by (installed) evolution-1.2.2-5
                                    libgnomeprint.so.15 is needed by (installed) gnumeric-1.0.12-3
                                    libgnomeprint.so.15 is needed by (installed) Guppi-0.40.3-13
                                    libgnomeprint.so.15 is needed by (installed) bonobo-1.0.22-4
                                    libgnomeprint.so.15 is needed by (installed) gtkhtml-1.1.9-0.9
                                    libgnomeprint.so.15 is needed by (installed) anjuta-1.0.2-fr2
                                    libgnomeprint.so.15 is needed by (installed) gnome-spell-0.5-5
                                    libgnomeprint.so.15 is needed by (installed) gabber-0.8.8-fr1
                                    libgnomeprint15 = 1:0.37-4 is needed by (installed) gnome-print-0.37-4
                                    libgnomeprintui-2-2.so.0 is needed by (installed) gedit-2.2.0-1
                                    libgnomeprintui-2-2.so.0 is needed by (installed) mrproject-0.9-4
                                    libgnomeprintui-2-2.so.0 is needed by (installed) gthumb-2.1.2-fr1
                                    libgnomeprintui-2-2.so.0 is needed by (installed) screem-0.6.2-fr1
                                    libgnomeprintui22 >= 2.2.0 is needed by (installed) mrproject-0.9-4
                                    libgnomeprintui22 = 2.2.1.1 is needed by (installed) libgnomeprintui22-devel-2.2.1.1-1
                                    libgnomeprint-2-2.so.0 is needed by (installed) gedit-2.2.0-1
                                    libgnomeprint-2-2.so.0 is needed by (installed) mrproject-0.9-4
                                    libgnomeprint-2-2.so.0 is needed by (installed) gthumb-2.1.2-fr1
                                    libgnomeprint-2-2.so.0 is needed by (installed) screem-0.6.2-fr1
                                    libgnomeprint22 = 2.2.1.1 is needed by (installed) libgnomeprint22-devel-2.2.1.1-3
                                    libgnomeprint-2.so.0 is needed by (installed) balsa-2.0.6-2
                                    libgnomeprint = 1.116.0 is needed by (installed) libgnomeprint-devel-1.116.0-6
                                    libgnomeprintui-2.so.0 is needed by (installed) balsa-2.0.6-2
                                    libgnomeprintui is needed by (installed) gthumb-2.1.2-fr1
                                    libgnomeprintui = 1.116.0 is needed by (installed) libgnomeprintui-devel-1.116.0-4


                                    > ou même pas, ex. Open Office

                                    OOo n'est pas Gnome.

                                    > Mais bon, tu es un peu trop "fan" pour avoir un raisonnement cohérent sur la question.

                                    Merci. Pour la "cohérence", relis toi avant.
                                    • [^] # Re: Résumé GNOME 06.07.2003

                                      Posté par  (site web personnel) . Évalué à 0.

                                      Sur ma bécane...

                                      C'est marrant, y a pas abiword dans ta liste. Tu ne l'as pas installé ? Ou bien c'est pas une appli gnome non plus ?

                                      Si tu veux un autre exemple, cherche combien d'applis Gnome utilisent bonobo, comparent avec le nombre d'applis KDE utilisant dcop.
                                      • [^] # Re: Résumé GNOME 06.07.2003

                                        Posté par  . Évalué à 1.

                                        Oui, ca c'est pas nouveau comme pb, mais c'est bien connu à force :)
                                      • [^] # Re: Résumé GNOME 06.07.2003

                                        Posté par  . Évalué à 0.

                                        Super. J'ai donné une dixaine d'appli qui utilise gnomeprint et toi tu me donne abiword.

                                        > Si tu veux un autre exemple, cherche combien d'applis Gnome utilisent bonobo, comparent avec le nombre d'applis KDE utilisant dcop.

                                        Super le nombre d'applis KDE qui utilisent dcop ! Et alors ? Je doit conclure quoi ?
                                        Que dcop est très utilisé. Ok, dcop est très utilisé.
                                        • [^] # Re: Résumé GNOME 06.07.2003

                                          Posté par  (site web personnel) . Évalué à 1.

                                          Je doit conclure quoi ?

                                          Que les technos KDE sont plus faciles à mettre en oeuvre que celles de Gnome.
                                          • [^] # Re: Résumé GNOME 06.07.2003

                                            Posté par  . Évalué à 1.

                                            Je veux dire pour l'utilisateur final.

                                            PS : Je tiens a faire remarquer que je ne critique pas KDE. Mais les trolls à la con sur Gnome me gonffle.
                                            • [^] # Re: Résumé GNOME 06.07.2003

                                              Posté par  (site web personnel) . Évalué à 0.

                                              Je veux dire pour l'utilisateur final.

                                              Des applis développées plus vite, mieux intégrées, avec plus de fonctionalités, et un desktop plus cohérent.
                                            • [^] # Re: Résumé GNOME 06.07.2003

                                              Posté par  . Évalué à 0.

                                              C'est pas des trolls la con sur gnome je pense que guillaume et moi avont bien aimer gnome mais qu'il y a des aberation falgrante et que c'est une idiotie que de ne pas les corrigé : API non consitante, techo qui changent tout le temps, techno très complexe, les developpements sont bien plus lent qu'avec d'autres framework. Il faudrait un peu de reflexion chez les architecte de gnome pasque un look & feel super c'est bien mais un framework potable c'est carrement mieux.
                                              • [^] # Re: Résumé GNOME 06.07.2003

                                                Posté par  . Évalué à 0.

                                                > C'est pas des trolls la con sur gnome

                                                C'est des trolls à la con et tu en fait un autre.

                                                > API non consitante

                                                C'est pour ça qu'elle est beaucoup utilisée. mais oui ...

                                                > techo qui changent tout le temps

                                                Gnome 2.x est compatible ascendant. Une applis 2.0 tourne sur 2.2, et trounera sur 2.4 et 2.6.

                                                > les developpements sont bien plus lent qu'avec d'autres framework.

                                                Comme Windows tu veux dire ?

                                                Bref, selon toi il faut être con pour développer sous Gnome.

                                                Il y a le feu au projet KDE pour que vous développiez tout ce FUD. Si KDE c'est génial "y tout", il sera utilisé. Si Gnome c'est de la merde, il ne sera pas utilisé.

                                                Le FUD selon lequel techniquement KDE c'est 10 fois mieux que Gnome, que KDE a trois générations d'avance sur Gnome, qu'on développe beaucoup plus vite avec, etc, etc, etc, etc, etc, et que par conséquent KDE va exploser Gnome : on l'entend depuis plusieurs années. Changez de disque on y croit plus.

                                                PS : Je ne pense pas que Gnome va "exploser" KDE et d'ailleurs je m'en fous complètement.
                                                • [^] # Re: Résumé GNOME 06.07.2003

                                                  Posté par  . Évalué à 0.

                                                  C'est pour ça qu'elle est beaucoup utilisée. mais oui ...

                                                  Justement, le probleme c'est qu'elle toujours que partielement utilisee (generalement c surtout l'aspect GUI/HIG qui est tres utilise). Pour moi le fait que bonobo ne soit pas utilise par au moins la moitie des applis gnome ca choque.

                                                  > les developpements sont bien plus lent qu'avec d'autres framework.
                                                  Comme Windows tu veux dire ?


                                                  Arf
                                                  Je pense qu'il parlait surtout des frameworks Java, *Step, MacosX (cocoa, carbon), BeOS, KDE... qui sont surement ceux les plus complets et les plus homogenes a l'heure actuelle (g d'ailleurs une preference pour celle de BeOS).

                                                  Il y a le feu au projet KDE pour que vous développiez tout ce FUD. Si KDE c'est génial "y tout", il sera utilisé. Si Gnome c'est de la merde, il ne sera pas utilisé.

                                                  Non y a pas le feu, ca avance tres (voire trop) rapidement a ce demander si ils prennent des vacances :)
                                                  De plus je ne pense pas que Gnome soit de la merde ou que Kde soit genial. Les deux ont une belle architecture et ne font que s'ameliorer au fil du temps. Mais ce que je trouve desolant c qu'autant gnome possede des capacites interressantes au niveau de ses fondations (ORBit/bonobo, ...) souvent bien plus puissantes que les equivalents Kde autant elles sont trop souvent peu utilises et cela sans aucune excuses valables (bonobo c ptet pas simple au premier abord mais c rapidement comprehensible)

                                                  Sinon d'un point de vue exterieur, je t'assure que Kde progresse bien plus vite que gnome surtout au niveau des "grosses applications" (office, IDE de dev, IDE web, gravure, ...) qui etaient encore inexistantes il y a un an et qui maintenant sont proches d'etre "releasees" au public (cf kdeextragear* sur le cvs kde). Alors que justement ce point la etait clairement a l'avantage des applis gnome.

                                                  PS : Je ne pense pas que Gnome va "exploser" KDE et d'ailleurs je m'en fous complètement.
                                                  Moi aussi, et meme chose pour le contraire. Je suis pour la co-existance des deux Desktop qui sont complementaires.
                                                  • [^] # Re: Résumé GNOME 06.07.2003

                                                    Posté par  . Évalué à 1.

                                                    > Sinon d'un point de vue exterieur, je t'assure que Kde progresse bien plus vite que gnome

                                                    On entend ça depuis des centaines d'années au minimum. Toujours le même disque.

                                                    Note bien que je ne dis pas que Gnome c'est mieux que KDE ou qu'il vont plus vite ou autre. Mais il faut toujours qu'un pro-KDE se la ramène dans une news Gnome pour dire KDE va plus vite que Gnome ou autre connerie dans ce goût comme tu viens d'en faire la démonstration.
                                                    • [^] # Re: Résumé GNOME 06.07.2003

                                                      Posté par  . Évalué à 1.

                                                      La preuve totalement irréfutable et objective que c'est GNOME qui a la plus grosse :
                                                      http://navi.picogui.org/cgi-bin/cia_stats.cgi(...)


                                                      Je devrais probablement mettre des balises <second degré> sur des posts du genre parce que les gens ici ont parfois du mal à reconnaître des posts que je fous pour déconner...
                                                      • [^] # Re: Résumé GNOME 06.07.2003

                                                        Posté par  . Évalué à 0.

                                                        Excellent. Ce n'est pas totalement représentatif mais ça évitera les "KDE va bien plus vite que Gnome".

                                                        > c'est GNOME qui a la plus grosse

                                                        Alors que c'est un gnome, elle doit trainer parterre.
                                                        • [^] # Re: Résumé GNOME 06.07.2003

                                                          Posté par  . Évalué à 1.

                                                          C'est même carrément pas représentatif (à mes yeux), je sais qu'il y a énormément de projets périphériques hébergés sur le CVS de GNOME, mais j'ai absolument aucune idée s'il en est de même chez KDE ou si c'est juste le coeur de KDE qui se trouve sur leur CVS.
                                                          Donc au niveau représentatif, cette page est assez proche du 0 pour moi
                                                          • [^] # Re: Résumé GNOME 06.07.2003

                                                            Posté par  . Évalué à 1.

                                                            > Donc au niveau représentatif, cette page est assez proche du 0 pour moi

                                                            De 0 faut pas poussé. Les plus gros projets sont devant. C'est pas un hazard.
                                                      • [^] # Re: Résumé GNOME 06.07.2003

                                                        Posté par  . Évalué à 2.

                                                        Tiens sympa ce site :) enfin ca mesure le nombre de commit , c'est ptetre que gnome est plus buggé que kde ;)
                                                        • [^] # Re: Résumé GNOME 06.07.2003

                                                          Posté par  . Évalué à 2.

                                                          Nan, en fait tous les mecs de GNOME committent les fichiers 1 par 1 au lieu de tout committer d'un coup pour rester devant :p
                                                          • [^] # Re: Résumé GNOME 06.07.2003

                                                            Posté par  . Évalué à 1.

                                                            Tiens c'est comme on fait dans ma boite pour pas se faire niquer quand il y a pas asser d'activité sur le cvs ... outils de reporting d'activité quand tu nous tiens .....
                                                    • [^] # Re: Résumé GNOME 06.07.2003

                                                      Posté par  (site web personnel) . Évalué à 1.

                                                      On entend ça depuis des centaines d'années au minimum. Toujours le même disque.

                                                      Parce que c'est vrai depuis KDE 2.
                                                      • [^] # Re: Résumé GNOME 06.07.2003

                                                        Posté par  . Évalué à 0.

                                                        Et malgrès leur formidable avance depuis longtemps et alors que cette avance continue croitre car ils vont plus vite, KDE doit utiliser libxml de gnome, pango de gnome, n'as pas d'équivalent de gconf (lit la doc de gconf avant de dire que les fichier .ini de kde c'est la même chose), doit utiliser un toolkit développé par une boîte proprio, commence timidement à avoir de l'anti-aliasing, va probablement reprendre gstreamer, etc, etc.

                                                        J'adore ton humour.
                                                        • [^] # Re: Résumé GNOME 06.07.2003

                                                          Posté par  . Évalué à 0.

                                                          Quand des trucs sont bon, voir excelent autant les utilisé, quand c'est inutile et pas pratique autant les abandonnées ... comprends y ce que tu voudra.
                                                        • [^] # Re: Résumé GNOME 06.07.2003

                                                          Posté par  (site web personnel) . Évalué à 0.

                                                          La libxml n'est pas gnome (gnome l'utilise, c'es tout) et KDE l'utilise uniquement pour parser ses fichiers de doc.

                                                          KDE n'utilise pas pango.

                                                          KDE n'a pas grand chose à faire d'un equivalent à gconf pour le moment, et comme dit plus bas en faire un ne prendrait pas bien longtemps.

                                                          Qt est GPL, Trolltech la vend a des vrais clients qui font des choses utiles avec. Du coup les features qui sont dans Qt sont des features utiles pour faire des programmes utiles.

                                                          KDE avait l'anti-aliasing bien avant Gnome.

                                                          La question de gstreamer a été vaguement évoquée, c'est tout.
                                                          • [^] # Re: Résumé GNOME 06.07.2003

                                                            Posté par  . Évalué à 1.

                                                            Tu sous entendrais que comme gnome repose sur des lib lgpl c'est bien mieux pour faire du proprio ?
                                                          • [^] # Re: Résumé GNOME 06.07.2003

                                                            Posté par  . Évalué à -1.

                                                            > La libxml n'est pas gnome

                                                            Pardon, c'est maintenant libxml2. Et à l'origine c'était gnome-xml. Puis libxml, c'est pas hébergé par gnome ? Oui.

                                                            > KDE n'utilise pas pango.

                                                            Vérifie. Il n'ont pas de fonctionnalité type pango alors...

                                                            > Qt est GPL

                                                            Sauf sous Windows.

                                                            > KDE avait l'anti-aliasing bien avant Gnome.

                                                            Prouve le.
                                                            • [^] # Re: Résumé GNOME 06.07.2003

                                                              Posté par  (site web personnel) . Évalué à 1.

                                                              Puis libxml, c'est pas hébergé par gnome ?

                                                              Seulement hebergée. Daniel Veillard veille à ce qu'elle soit indépendante de du framework Gnome.

                                                              Vérifie.

                                                              Ça serait plutôt à toi de faire ça.

                                                              Il n'ont pas de fonctionnalité type pango alors...

                                                              C'est dans Qt 3.2.


                                                              > KDE avait l'anti-aliasing bien avant Gnome.

                                                              Prouve le.


                                                              Je rève : http://dot.kde.org/984198998/(...) : 10/Mar/2001. Ça fait 2 ans que j'ai des fontes antialiasées sur mon desktop.
                                                            • [^] # Re: Résumé GNOME 06.07.2003

                                                              Posté par  . Évalué à 1.

                                                              Oula, ca tourne au troll à deux balles là :)
                                                              la libxml c'est pas uniquement un projet GNOME, le but de Daniel Veillard c'est d'avoir une biblio la plus utilsiée possible, pas de faire un truc pour GNOME, à la limite j'irai jusqu'à dire qu'il s'en fout un peu de gnome.
                                                              Et le site xmlsoft.org est pas trop lié à GNOME
                                                              QT supporte pas trop mal les langues non occidentales, et sans utiliser Pango (enfin ca je laisse les spécialistes de KDE en parler, je sias pas grand chose là dessus).
                                                              KDE avait l'anti aliasing bien avant GNOME. (ca doit dater de KDE2)

                                                              Putain, je pensais pas que je defendrais KDE/QT dans ce thread :)
                                                      • [^] # Re: Résumé GNOME 06.07.2003

                                                        Posté par  . Évalué à 1.

                                                        Cool, le troll commmencait à retomber, heureusement que t'es là pour le relancer ;)
                                                        • [^] # Re: Résumé GNOME 06.07.2003

                                                          Posté par  . Évalué à 1.

                                                          En parlant de troll sais tu si il existe un projet d'interaction bonobo - kpart ou un truc style knome ou gde en gros un freedesktop en plus poussé : partage des fichiers de configuration, partage du systeme d'impression etc ... ?
                                                          • [^] # Re: Résumé GNOME 06.07.2003

                                                            Posté par  . Évalué à 1.

                                                            Un système de composant graphique partagé, c'est un des rêves d'Havoc, mais c'est pas près d'arriver à mon avis.
                                                            Pour les fichiers de config, le dit Havoc aimerait beaucoup que tout le monde utilise GConf.
                                                            Sinon y a DBus qui devrait être partagé par GNOME et KDE à plus ou moins long terme. Du côté KDE, dcop sera modifié pour utiliser ça, du côté GNOME, y aura des jolis trolls pour savoir quelle est la position de DBus par rapport à bonobo :)
                                                            Pour une URL, cherche sur google, c'est qqpart sur freedesktop.org, et j'ai la flemme de chercher là
                                                            • [^] # Re: Résumé GNOME 06.07.2003

                                                              Posté par  . Évalué à 1.

                                                              pour gconf je pense que je vais me lancer la dedans si personne ne le fait encore enfin moi j'aimerai bien que apache etc... utilisent aussi gconf.
                                                              Pour le système de composant graphique partagé a mon avis c'est faisable sauf , au niveau de l'intégration des menus ou la ca risque d'être plus chaud.
                                                              Mouai pour DBus par rapport a bonobo a mon avis bonobo c'est plus un sale hack pour palier a la trops grand complexité apparente de corba + deux trois trucs a la sauce MS style les monkiers que j'aime pas du tout. Le reste de bonobo pour l'integration ca deverai etre dans une api de plus haut niveau. C'est ca que j'aime pas trop tu as plein de couches mélangé a certain endroit et ca me semble quand meme tres perfectible.
                                                              • [^] # Re: Résumé GNOME 06.07.2003

                                                                Posté par  . Évalué à 1.

                                                                Un système de composant graphique partagé, ça me parait très chaud moi :) Enfin j'y connais pas grand chose non plus
                                                                Bonobo, ça utilise CORBA, mais c'est quand même une grosse couche par dessus
                                                                Corba ca permet de faire de l'ipc
                                                                Bonobo c'est un système de composants (comme xpcom ou dcom) construit au dessus de Corba. J'appellerai pas vraiment ça un hack, au contaire, c'est plutot bien foutu je trouve. Et ca permet aussi de faire de l'embedding de composants graphiques bonobo, ce que ne permet pas du tout Corba
                                                                • [^] # Re: Résumé GNOME 06.07.2003

                                                                  Posté par  . Évalué à 1.

                                                                  justement com dcom j'appel ca plutot un hack bon en gros l'archi de gnome est très calqué sur com (sauf pour corba) et celle de KDE sur Opendoc. Pour l'interface utilisateur par défault c'est le contraire va comprendre charles ....

                                                                  Pour un système de composant graphique partagé ca dépends des fonctionnalités demandés si c'est du copier coller spéciale de kword dans gnumeric c'est pas trop complexe, si c'est de l'intégration de composants plus dynamique c'est sur que ca sera plus complexe et ca ressemblera a rien. En gros que gnome et kde se tirent la bourre c'est très bien que ca utilise des fonctionnalité de si bas niveau completement différente c'est très bête enfin l'avantage c'est que comme ces deux projet sont quand meme tout ce qu'on a dis pas trop mal foutu changer les couche du dessous deverai pas trop influé sur les couches du dessus.
                                                                  • [^] # Re: Résumé GNOME 06.07.2003

                                                                    Posté par  . Évalué à 1.

                                                                    com/dcom un hack ? Faudrait en parler aux mecs qui ont basé mozilla et OO.o sur des architectures similaires :)
                                                                    Par embedding de GUI, je parlais de trucs du genre : t'as une fenetre d'une appli GNOME, et dedans t'as un widget qui correspondrait à la kpart éditeur hexadecimal.
                                                                    Le copier coller de données complexes est effectivement un problème beaucoup plus simple, et ca arrivera probablement à moyen terme
                                                                    • [^] # Re: Résumé GNOME 06.07.2003

                                                                      Posté par  . Évalué à 1.

                                                                      Pour le copier coller de données complexes je pense que ca intéresse enormément l'utilisateur lamba, pour les argrégats de composants ca interessera forcement beaucoup plus les développeurs. Donc l'utilité d'une intégration graphique est beaucoup moin intéressante car a mon avis les GUI resterons très éloigné donc ca rendrait une appli non cohérente avec elle même, le comble non ? Par contre que ces composant puissent présenté des services entre gnome et kde c'est plus interessant. Et qu'il y ai une gui rapidement faite avec glade ou qtdesigner me semble pas trop idiot. Comme ca tu gagne a tout les plans tu as un desktop clean, tu recode pas 50 fois les mêmes trucs.

                                                                      Pour l'archi de mozilla et OOo j'ai jamais trop regardé en détaille mais quelque chose me dis que ca me plairait pas trop.
                                                            • [^] # Re: Résumé GNOME 06.07.2003

                                                              Posté par  (site web personnel) . Évalué à 1.

                                                              L'un des pbs c'est que Michael Meeks est extrèmement hostile à l'idée de laisser tomber bonobo.
                                                              • [^] # Re: Résumé GNOME 06.07.2003

                                                                Posté par  . Évalué à 1.

                                                                Faudrai des études de diplotames pour les ll : les libs de très bas niveau sont en c , on laisse tombé des bout de bonobo ... a mon avis une bonne bouffe autour d'une bonne bières bien fraîche arrange bien des choses :)
                                                          • [^] # Re: Résumé GNOME 06.07.2003

                                                            Posté par  . Évalué à 1.

                                                            En fait y a truc qui s'appelle xparts qui permet de faire passerelle via X de kparts. Donc ca permet d'embeder du bonobo, du gnustep, ... maintenant c pas ce que peut appeler un truc facile d'acces
                                      • [^] # Re: Résumé GNOME 06.07.2003

                                        Posté par  . Évalué à 1.

                                        > C'est marrant, y a pas abiword dans ta liste.

                                        J'ai pas abiword. Sinon abiword 1.0 n'utilise pas gnomeprint. Par contre la dernière version, la 1.9, l'utilise :
                                        rpm -q --requires -p abiword-1.9.1-3.i386.rpm | grep -i print
                                        libgnomeprint-2-2.so.0
                                        libgnomeprintui-2-2.so.0

                                        Pas de chance pour toi...
                                • [^] # Re: Résumé GNOME 06.07.2003

                                  Posté par  . Évalué à 1.

                                  >Tu vas pas me faire croire qu'il n'y a que des applis KDE et aucun applis qui n'utilisent que Qt.

                                  Dans les faits je trouve peu exemples sous la main. A part Opera, lyx et Quanta Plus, il y a peu d'applis purement Qt qui me viennent à l'esprit.
                                  • [^] # Re: Résumé GNOME 06.07.2003

                                    Posté par  . Évalué à 1.

                                    Voici ma petite liste :
                                    djvulibre
                                    oprofile
                                    qmkbootdisk
                                    qtcups
                                    quanta
                                    doxygen-doxywizard
                                    chromium
                                    xojpanel
                                    arts
                                    sip

                                    Il doit en manquer des tonnes. Il faut aussi ajouter toutes les applis qui tournent sous Windows...
                                    • [^] # Re: Résumé GNOME 06.07.2003

                                      Posté par  . Évalué à 1.

                                      Enfin sortir des applis non majeures c facile aussi.

                                      Sinon pour arts c un peu Normal que ca utilise pas Kde car c une fondation de celui-ci :)
                                      • [^] # Re: Résumé GNOME 06.07.2003

                                        Posté par  . Évalué à 1.

                                        > Sinon pour arts c un peu Normal que ca utilise pas Kde car c une fondation de celui-ci :)

                                        C'est un service arts, un serveur. Tu peux installer une applis KDE sans arts. Idem pour Gnome avec esd.
                                        • [^] # Re: Résumé GNOME 06.07.2003

                                          Posté par  . Évalué à 1.

                                          Vi c un service, pas trop equivalent a esd mais plutot a une sorte de gstreamer-deamon. Maintenant sache que kdelibs ne compile pas sans arts.
                                          Tu peut desactiver le serveur, mais les APIs arts sont necessaires surtout pour kdemultimedia.
                                  • [^] # Re: Résumé GNOME 06.07.2003

                                    Posté par  . Évalué à 1.

                                    D'ailleurs le vrai Quanta (pas l'ancien Quanta Plus) est maitenant une appli totalement native KDE.
                        • [^] # Re: Résumé GNOME 06.07.2003

                          Posté par  . Évalué à 0.

                          > mais je trouve très dommage que leurs technos soient si peu utilisé

                          Encore.
                          Le "gnome c'est bien mais ça manque d'appli" est lourdigue.

                          evolution, epiphany, galeon, gnucash, gnomemetting, abiword, gnumeric, zapping, guppi, sopodi, mrproject, dia, xchat, ggv, anjuta, toutdoux, gabber, etc, etc, etc

                          Il y a dans cette liste des applis de très haute volée.

                          Vas faire un tour sur http://www.gnome.org/softwaremap/list(...)

                          Remarque qu'il y a 138 projets en status stable et 149 en beta :
                          http://www.gnome.org/softwaremap/list/form_cat/6(...)
                          • [^] # Re: Résumé GNOME 06.07.2003

                            Posté par  . Évalué à 1.

                            > mais je trouve très dommage que leurs technos soient si peu utilisé

                            Encore.
                            Le "gnome c'est bien mais ça manque d'appli" est lourdigue.


                            je pense qu'il parlait des technologies par exemple ORBit/bonobo et pas des applications.
                          • [^] # Re: Résumé GNOME 06.07.2003

                            Posté par  . Évalué à 0.

                            Sur toute tes application regarde combien sont abandonnée ou en phase de l'etre
                    • [^] # Re: Résumé GNOME 06.07.2003

                      Posté par  . Évalué à 1.

                      Je prefere qu'une application utilise un "framework applicatif" si possible en option, pour s'enrichir de fonctionnalites, a l'image d'abiword (exemple choisi car c'est le dernier programme que j'ai compile), plutot que cela soit un pre-requis !

                      Dans des environnements ou beaucoup d'utilisateurs partagent les ressources d'une meme machine, on a tendance a privilegier les environnements legers, et de pouvoir utiliser des applications qui ne necessitent pas tout un environnement applicatif (KDE est je trouve une horreur de ce cote, avec tous les serveurs lances pour une seule application (dcop and co.) qui generent en plus un flux de donnees sur la console)
                      • [^] # Re: Résumé GNOME 06.07.2003

                        Posté par  . Évalué à 1.

                        une seule application (dcop and co.) qui generent en plus un flux de donnees sur la console)

                        T'est pas objectif la, gnome a le meme defaut avec ORBit/bonobo. Maintenant si tu lance que des applis gtk+ c autre chose. Et pour ton infos les traces tu ne les as que sur un niveau debug de KDE ou bien si tu as active les canaux de traces (cf kdebugdialog pour les desactiver)
                        • [^] # Re: Résumé GNOME 06.07.2003

                          Posté par  . Évalué à 1.

                          Un peu partial, je le reconnais...

                          Il n'empeche : quand je lance deux applications equivalentes, l'une sous Gnome, l'autre sous KDE, (attention, estimation personnelle de moi en tant qu'utilisateur), l'application Gnome se lance generalement plus rapidement et semble mieux se satisfaire des systemes limites en ressources.
                          Et la premiere fois que j'ai lance konqueror depuis une console sous un X-remote, il m'a genere quelques millers de lignes sur la console (en tout cas, merci pour l'info de kdebugdialog : j'en prends bonne note)

                          Apres, il est possible que les configs que j'utilise aussi ne sont pas celles pour lesquelles ces environnements sont utilises, et je le comprends. C'est aussi pour cela que je suis content quand des applications se restreignent a gtk ou qt ou motif, et qu'elles font leur boulot efficacement !

                          C'etait mes deux centimes d'euro
                          • [^] # Re: Résumé GNOME 06.07.2003

                            Posté par  . Évalué à 0.

                            Il n'empeche : quand je lance deux applications equivalentes, l'une sous Gnome, l'autre sous KDE, (attention, estimation personnelle de moi en tant qu'utilisateur), l'application Gnome se lance generalement plus rapidement et semble mieux se satisfaire des systemes limites en ressources.

                            Oui, l'ensemble dcop/kdecore est un plus lent a se lancer qu'ORBit.
                            Maintenant il y a un truc en plus, c qu'ORBit une fois lancer ne s'arrete pas (il reste en demon) meme si l'appli qui l'avait "lancer" se termine alors que dcop lui se termine avec la derniere application qui l'utilise.
                            Ca n'est pas le meme comportement mais je peut pas juger lequel est le plus intelligent

                            en tout cas, merci pour l'info de kdebugdialog : j'en prends bonne note

                            De rien

                            Apres, il est possible que les configs que j'utilise aussi ne sont pas celles pour lesquelles ces environnements sont utilises, et je le comprends. C'est aussi pour cela que je suis content quand des applications se restreignent a gtk ou qt ou motif, et qu'elles font leur boulot efficacement !

                            En fait si tu veux utiliser des applis KDE (sans le desktop) il est conseiller de demarrer les demons kde, sinon c pas "utilisable" (flood de traces, lenteur de demarrage,...)


                            C'etait mes deux centimes d'euro

                            Voila les miens
                • [^] # Re: Résumé GNOME 06.07.2003

                  Posté par  . Évalué à 1.

                  > kgdb

                  C'est kdbg.
          • [^] # Re: Résumé GNOME 06.07.2003

            Posté par  . Évalué à 1.

            Et pour glade j'ai peut etre vu ca ici : http://glade.gnome.org/todo.html(...) mais ca a l'air d'avoir repris depuis pour glade 3.
            • [^] # Re: Résumé GNOME 06.07.2003

              Posté par  . Évalué à 1.

              Il n'y a pas de changement d'API dans 2.x (que des ajouts et pratiquement rien pour la partie graphique). C'est une des grosses contraintes de gnome. Une appli 2.0 doit tourner sur 2.2, 2.4, etc sans gros changement. Si glade2 marche, il n'y a pas de raison de faire des développements. Glade étant un "wrapper" graphique il dépend de gtk/gnome.
              • [^] # Re: Résumé GNOME 06.07.2003

                Posté par  . Évalué à 0.

                Peut être confond tu libglade et glade ?
              • [^] # Re: Résumé GNOME 06.07.2003

                Posté par  (site web personnel) . Évalué à 1.

                C'est pas que ça doit tourner sans gros changement, c'est que la "gnome developper platform" garantie 2 ans de stabilité API et ABI se qui signifie pas de recompil nécessaire.
                • [^] # Re: Résumé GNOME 06.07.2003

                  Posté par  . Évalué à 0.

                  Tu as parfaitement raison pour la partie binaire.
                  Par contre, une appli développée sous Gnome 2.0 ne se recompile pas automatiquement sous Gnome 2.2. Il faut peut-être faiire quelques retouches.
                  • [^] # Re: Résumé GNOME 06.07.2003

                    Posté par  . Évalué à 1.

                    Si elle doit se recompiler sans changement sous GNOME2.2 (je pense même pas que des fonctions puissent etre marquées deprecated par défaut et que l'on soit obligé d'utiliser le -DDISABLE_XXX_DEPRECATED qui va bien pour que ça compile)

                    L'inverse ne marche evidemment pas forcement, les nouvelles api sont evidemment autorisees :)
          • [^] # Re: Résumé GNOME 06.07.2003

            Posté par  . Évalué à 0.

            C'est sous gnome qu'on trouve souvent les meilleurs applis :
            - evolution
            - galeon
            - gnucash
            - gnomemetting
            - etc

            Au lieu de troller comme des oufs...


            Et c toi qui parle de trolls...
            Regarde un peu ce que kde nous prepare pour la 3.2 avec:
            - kmail, korganiser, kalendar, kontact
            - koffice
            - konqueror
            - kdevelop
            - kaboodle
            - kopete
            - kpovmodeler
            - k3b

            et on en reparlera des tes "appliquettes" gnome
            Les seules applications qui me plaisent bien dans le style gnome sont glade et gimp (meme si elles sont a la base natives gtk+)

            PS: anjuta c'est pas un IDE digne de ce nom, emacs il fait bien mieux pour les meme fonctionnalites. Et ddd c'est difficilement utilisable sur du vrai debuggage.
            • [^] # Re: Résumé GNOME 06.07.2003

              Posté par  . Évalué à 2.

              > Regarde un peu ce que kde nous prepare pour la 3.2 avec

              Tant mieux pour KDE. J'ai rien à dire sur KDE. Si KDE est hyper balaise, tant mieux pour eux. J'utilise Gnome, mais je ne vais pas critiquer KDE.

              > et on en reparlera des tes "appliquettes" gnome

              Et encore un troll.
              Comme evolution ou gnucash ?

              > glade et gimp (meme si elles sont a la base natives gtk+)

              glade utilise gnome :
              rpm -q --requires glade | grep gnome
              libgnome.so.32
              libgnomesupport.so.0
              libgnomeui.so.32

              rpm -q --requires glade2 | grep gnome
              libgnome-2.so.0
              libgnomecanvas-2.so.0
              libgnomeui-2.so.0
              libgnomevfs-2.so.0

              Et réfléchit un peu, glade utilise forcément Gnome puisqu'il permet d'utiliser les widgets gnome en wysiwyg.

              > Et ddd c'est difficilement utilisable sur du vrai debuggage.

              Je suis sidéré. Il y a mieux ? Peut-être GVD.
              Mais celà rend ddd "difficilement utilisable sur du vrai debuggage".

              Et merci de me remettre en mémoire qu'il y a GVD qui utilise gtk :-)
              • [^] # Re: Résumé GNOME 06.07.2003

                Posté par  . Évalué à -1.

                Tant mieux pour KDE. J'ai rien à dire sur KDE. Si KDE est hyper balaise, tant mieux pour eux. J'utilise Gnome, mais je ne vais pas critiquer KDE.

                hmmm. Je ne critiquait pas reelement gnome je cherchait juste a rectifier les choses sur le fait qu'actuellement (et encore plus sur la future version) KDE possede un ensemble coherent et presque complet plus riche que gnome (et cela en etant parfaitement objectif). Les points ou KDE est justement tres mauvais sont les points sur lesquels justement les applis gnome sont "parfaites" (donc personne ne s'est amuser a les refaire du cote kde)

                Et encore un troll.
                Comme evolution ou gnucash ?


                Evolution c un cas tres particulier car pas vraiment une appli gnome en terme d'integration (uniquement a partir de la version 1.4 et encore avec des lacunes d'interoperabilite). Pendant tout le temps que je l'ai utilise, il a presque pas varier et actuellement, face a la combinaison kdepim de kde (CVS kde) il fait pale figure.

                Gnucash c sympa mais y a la meme chose cote kde, et vu que j'utilise pas ce genre d'appli...

                glade utilise gnome :

                Au temps pour moi

                Et réfléchit un peu, glade utilise forcément Gnome puisqu'il permet d'utiliser les widgets gnome en wysiwyg

                Au lieu d'etre "aggressif" , c toi qui ferait mieux de te renseigner. QtDesigner arrive bien a gerer tous les widgets KDE en wysiwyg alors que c'est une application Qt pure et moi je pensait innocement que ils avaient reussi a faire glade (et GTK) de facon suffisement dynamique pour etre capable de la meme chose.

                Je suis sidéré. Il y a mieux ? Peut-être GVD.
                Mais celà rend ddd "difficilement utilisable sur du vrai debuggage".

                Et merci de me remettre en mémoire qu'il y a GVD qui utilise gtk :-)


                C vrai que deja GVD c mieux, mais bon un debuggeur comme celui integre dans eclipse ou kdevelop sont nettement plus adapte a une utilisation sur de gros projets.
                • [^] # Re: Résumé GNOME 06.07.2003

                  Posté par  . Évalué à 0.

                  Y a aussi le mono debugger, je pense qu'il est écrit en gtk#

                  En tout cas, c'est du beau troll
                  Les applis GTK+ sont pas GNOME parce qu'elles utilisent pas Bonobo, GConf & co, Evolution qui utilise Bonobo et les biblios GNOME n'est pas une appli GNOME
                  Je suppose que Galeon c'est pas une appli GNOME parce que ça utilise Mozilla, totem non plus parce uqe ça utilise Xine et ainsi de suite ?
                  • [^] # Re: Résumé GNOME 06.07.2003

                    Posté par  . Évalué à 0.

                    En tout cas, c'est du beau troll

                    Mici ;)

                    Les applis GTK+ sont pas GNOME parce qu'elles utilisent pas Bonobo, GConf & co

                    Non, si c juste pour dire que tu utilise deux widgets et que tu link sur gnomeui, je suis desole ca n'est pas une applis GNOME mais juste une applis GTK+ avec une lib de widgets en plus.

                    Evolution qui utilise Bonobo et les biblios GNOME n'est pas une appli GNOME
                    Non dans ce cas c'etait une appli GTK+ qui utilisait bonobo comme pseudo integration (en gros essayer de tripatouiller les settings gnome sur les associations et autres). Maintenant ca n'est plus la cas, la version 1.4 est assez bien integree (au sens vrai application gnome)

                    Galeon c'est pas une appli GNOME parce que ça utilise Mozilla, totem non plus parce uqe ça utilise Xine...

                    Celles la si, maintenant le fait que Galeon et totem n'utilisent pas reelement bonobo fait que ca va etre dur de reutiliser les "composants" developes a l'interieur :(
                    • [^] # Re: Résumé GNOME 06.07.2003

                      Posté par  . Évalué à 1.

                      Euh, t'as jamais du voir evolution et galeon tourner toi...
                      Evolution c'est une des applis qui utilise le plus Bonobo (en gros t'as un shell Wombat, et plein de composant qui sont lancés par ce shell), c'est pas juste une surcouche pour faire beau...
                      Et pour galeon, t'as pas du voir non plus la vue Nautilus qui utilise galeon...

                      Euh, et "tripatouiller les settings gnome sur les associations" et bonobo, y a pas vraiment de rapport...
                      • [^] # Re: Résumé GNOME 06.07.2003

                        Posté par  . Évalué à 1.

                        Puis nautilus utilise la vue galeon pour le rendu html et pas gtkhtml tout comme yelp et devhelp parceque utilisé deux composant de rendu html ca pourrait s'apparenté a de la perte de temps.
                    • [^] # Re: Résumé GNOME 06.07.2003

                      Posté par  . Évalué à 1.

                      > Non, si c juste pour dire que tu utilise deux widgets et que tu link sur gnomeui, je suis desole ca n'est pas une applis GNOME mais juste une applis GTK+ avec une lib de widgets en plus.

                      C'est ça... Et la calculatrice sous Gnome c'est pas une calculatrice Gnome.

                      > en gros essayer de tripatouiller les settings gnome sur les associations et autres

                      Encore un troll. Evolution c'est l'incarnation des méthodologie de MS dans Gnome selon toi ?
                • [^] # Re: Résumé GNOME 06.07.2003

                  Posté par  . Évalué à 2.

                  > KDE possede un ensemble coherent et presque complet plus riche que gnome

                  et

                  > Les points ou KDE est justement tres mauvais sont les points sur lesquels justement les applis gnome sont "parfaites" (donc personne ne s'est amuser a les refaire du cote kde)

                  T'es pas en contradiction là ?
                  Ou tu veux dire que l'API Gnome + KDE c'est mieux que seulement l'API Gnome.

                  > Evolution c un cas tres particulier car pas vraiment une appli gnome

                  C'est une appli Gnome puisqu'elle utilise Gnome. De plus elle est depuis très longtemps référencé dans gnome-office :
                  http://www.gnome.org/gnome-office/evolution.shtml(...)

                  OK, sont intégration officiel à Gnome est récente.

                  Comme Gnucash qui ne fait pas parti officiellement de Gnome mais qui est une appli Gnome.
                  Le projet Gnome, ce n'est pas offrire toutes les applis dispos. Mais le minimum pour un utilisateur et l'infrastructure pour un développeur.

                  > encore avec des lacunes d'interoperabilite

                  ???
                  Tu vas me dire que les racourcis claviers sont pas ok. C'est du domaine de la finition (chose indispensable pour l'utilisateur final).
                  Même avec des "lacunes d'interoperabilite" ça reste le meilleur client mail pour un utilisateur "normal".

                  Ou alors tu veux dire qu'il a sont propre carnet d'adresse et non un "généric". Remarque que c'est en cour de correction avec DashBoard.

                  > QtDesigner arrive bien a gerer tous les widgets KDE en wysiwyg alors que c'est une application Qt pure

                  Et comment il fait sans utiliser KDE ?
                  Ou peut-être plus simple tout les widgets KDE sont des widgets Qt. C'est pas ça la réponse ?

                  > C vrai que deja GVD c mieux

                  Bof... Mais j'ai pas beaucoup testé. Il a la coloration syntaxique et deux trois bricole de plus. Mais il affiche pas les infos à la volé (en passant le pointeur sur une variable), les possibilités d'affichages de variable sont moins bonnes, il y a pas de console gdb, etc.
                  J'ai pas été convaincu. Ceci dit, je ne dis pas que c'est un mauvais debuggeur. Je l'ai peut-être pas assez testé.

                  > mais bon un debuggeur comme celui integre dans eclipse ou kdevelop

                  J'ai pas testé. En quoi, spécifiquement pour le debuggage, ces produits sont meilleurs ? Je vois pas ce qui manque à ddd. Ces capacités d'affichage de structure sont largement suffisantes, il utilise presque totalement gdb (au pire il y a aussi une console gdb ou tu peux rentrer des commandes), tu peux stocker des sessions de debuggage, support de thread, etc...

                  Enfin, pour info, ddd existait avant eclipse et kdevelop. On ne passe pas de meilleur produit à "difficilement utilisable" car les petits camarades font mieux.
                • [^] # Re: Résumé GNOME 06.07.2003

                  Posté par  . Évalué à 0.

                  > C vrai que deja GVD c mieux, mais bon un debuggeur comme celui integre dans eclipse ou kdevelop sont nettement plus adapte a une utilisation sur de gros projets.

                  Finalement je crois que tu te fous de ma gueule. kdevelop utilise kdbg pour le debugguage. C'est vraiment pas au niveau de ddd. A côté de ddd, kdbg c'est ... oublions je ne veux pas être méchant.

                  Questions :
                  As-tu sérieusement utilisé ddd ?

                  N'as-tu pas honte de critiquer un projet alors que tu ne l'as pas utilisé ?

                  Si eclipse c'est du même niveau que kdbg, il y a pas photo, ddd reste le roi des debuggeurs et de très très loin.
                  • [^] # Re: Résumé GNOME 06.07.2003

                    Posté par  (site web personnel) . Évalué à 1.

                    As-tu sérieusement utilisé ddd ?

                    Moi oui. Sur du C ça va, sur du C++ c'est une daube (vu le support C++ de gdb, c'est un peu normal).
                    • [^] # Re: Résumé GNOME 06.07.2003

                      Posté par  . Évalué à 1.

                      Je pose la question à Raphael Junqueira.
                      Sinon j'adore ton humour :
                      > vu le support C++ de gdb, c'est un peu normal

                      Les autres, eclipse, kdevelop, kdbg utilisent gdb. T'es vraiment un comique toi.
                      • [^] # Re: Résumé GNOME 06.07.2003

                        Posté par  (site web personnel) . Évalué à 1.

                        Les autres, eclipse, kdevelop, kdbg utilisent gdb.

                        Je sais, et ils ne fonctionnent pas mieux que ddd.

                        T'es vraiment un comique toi.

                        Ça fait combien de temps que tu codes en C++ sous Linux ?
                        • [^] # Re: Résumé GNOME 06.07.2003

                          Posté par  . Évalué à 1.

                          Je code majoritairement à C. Le C++ j'en fais parfois. J'ai commencé en 97 (sous Linux :-)). Inutile de faire une guerre de religion C/C++, j'adore le C++.

                          Sinon en quoi gdb est une "daube" pour le C++. Du moment que c'est compilé avec -O0 et -g2 ça passe parfaitement.
                          • [^] # Re: Résumé GNOME 06.07.2003

                            Posté par  (site web personnel) . Évalué à 1.

                            Le C++ j'en fais parfois.

                            Fais-en un peu plus, en utilisant des features avancées genre templates, et re-essaie gdb dessus. Tu changera vite d'avis. Dernièrement on arrivait à faire crasher gdb lui-même.

                            C'est pas vraiment un secret que gdb digère mal C++. Ça fait des années que ça dure.
                            • [^] # Re: Résumé GNOME 06.07.2003

                              Posté par  . Évalué à 1.

                              > genre templates, et re-essaie gdb dessus.

                              Pour les templates, d'accord c'est pas top.

                              > Dernièrement on arrivait à faire crasher gdb lui-même.

                              T'as fait un rapport de bug ?

                              > C'est pas vraiment un secret que gdb digère mal C++.

                              Tu connais mieux ? T'as déjà utilisé xdb par exemple. Même pour du C c'est une ""horreur"".
                              • [^] # Re: Résumé GNOME 06.07.2003

                                Posté par  (site web personnel) . Évalué à 1.

                                T'as fait un rapport de bug ?

                                Non. Si ils ne s'en sont pas rendu compte eux-même, c'est pas la peine de leur envoyer un bug report. A vue de nez, ils le savent mais n'ont pas les ressources pour s'y coller.

                                Tu connais mieux ?

                                Gratuit et sous Linux, non. Pas gratuit, y a TotalView, mais c'est un produit pro donc une license coute dans les 10KF.
                  • [^] # Re: Résumé GNOME 06.07.2003

                    Posté par  . Évalué à 1.

                    Finalement je crois que tu te fous de ma gueule. kdevelop utilise kdbg pour le debugguage. C'est vraiment pas au niveau de ddd. A côté de ddd, kdbg c'est ... oublions je ne veux pas être méchant.

                    Faux, teste donc gideon et tu verra que que kdbg (qui servait il y a longtemps comme plugin de kdevelop2) c rien.

                    Questions :
                    As-tu sérieusement utilisé ddd ?


                    Vi pendant qques annees, et il m'arrive encore de l'utiliser.

                    N'as-tu pas honte de critiquer un projet alors que tu ne l'as pas utilisé ?

                    Je ne critique pas ce que je ne connait pas.

                    Si eclipse c'est du même niveau que kdbg, il y a pas photo, ddd reste le roi des debuggeurs et de très très loin.

                    Renseigne toi avant de sortir des affirmations comme celle la. Eclipse et kdevelop c'est d'un tout autre niveau qu'un pauvre debuggueur texte qui peine deja a demangler automatiquement les symboles c++.

                    PS: oui kdevelop utilise gdb comme background mais essaye un peu et tu comprendras.
                    • [^] # Re: Résumé GNOME 06.07.2003

                      Posté par  . Évalué à 1.

                      > Eclipse et kdevelop c'est d'un tout autre niveau qu'un pauvre debuggueur

                      Je parlais uniquement de l'aspect débuggeur. Pas du reste.
            • [^] # Re: Résumé GNOME 06.07.2003

              Posté par  (Mastodon) . Évalué à 0.

              arrêtez de vous chamailler, les meilleures applis sont celles que l'on utilise, ce qui est totalement subjectif...

              Dans ce cas la je m'y mets aussi avec ma subjectivité débordante et je dis que KDESAPUCESTMOCHE.
        • [^] # Re: Résumé GNOME 06.07.2003

          Posté par  (site web personnel) . Évalué à 2.

          Un débogueur Un IDE --> Anjuta Un logiciel de dessin --> Ca dépend de ce que tu cherches : vectoriel, il y a Sodipodi http://sodipodi.sourceforge.net/
        • [^] # Re: Résumé GNOME 06.07.2003

          Posté par  (site web personnel) . Évalué à 3.

          C'est marrant, ca fait plus de 3 ans que je suis sous gnome et franchement je trouve toujours une application gnome/gtk qui me satisfasse.

          Un debugger:
          heu, c pas bien gdb ?
          y a vraiment besoin d'un truc graphique non scriptable ??

          Un IDE:
          gvim, c trop puissant et c'est gtk.
          Et pour les fans de drag & drop, gvim supporte le drag&drop provenant de nautilus ;)

          Un éditeur de GUI:
          J'avais pas l'impression que glade2 etait au point mort.

          Un soft de modelisation UML:
          Dia peut vraiment faire l'affaire pour les diagrammes de classes. Je suis d'accord pour dire que pour les autres diagrammes et la génération de code g rien trouvé sous gnome. D'ailleur si quelqu'un connait un logiciel complet qui permet de faire de l'UML sous nux, je suis preneur.

          Un logiciel de dessin:
          Gimp (gtk) ?? et yen a d'autres aussi que j'utilises pas (vectoriel).

          Sinon, j'utilise aussi régulièrement :
          evolution (gnome),
          pan (gtk),
          xchat (gtk),
          gaim (gnome),
          galeon (gnome),
          nautilus (gnome),
          gmplayer (gtk),
          grisby (gtk),
          grip (gtk),
          zapping (gtk),
          gcombust (gtk).

          Bref, tout ca pour dire que le monde gtk/gnome est riche.
          PLus riche ou moins riche que KDE, je sais pas, et d'ailleurs peu m'importe.
          • [^] # Re: Résumé GNOME 06.07.2003

            Posté par  . Évalué à 1.

            > xchat (gtk)
            rpm -q --requires xchat | grep gnome
            libgnome.so.32
            libgnomesupport.so.0
            libgnomeui.so.32

            Puis xchat va suivre (ou c'est déjà fait) le HIG de Gnome.

            > grip (gtk)

            Idem, c'est du gnome (pas que du gtk).

            > zapping (gtk)

            Idem, c'est du gnome (pas que du gtk).

            > PLus riche ou moins riche que KDE, je sais pas, et d'ailleurs peu m'importe.

            Parfaitement.
            • [^] # Re: Résumé GNOME 06.07.2003

              Posté par  (site web personnel) . Évalué à 1.

              en effet un petit coup de ldd sur zapping / grip pour confirmer que c'est bien du gnome (la prochaine fois, je vérifierais).

              Sinon, chez moi xchat ne depends pas de gnome (version 2.0.2). Apparemment la debian ne propose pas de xchat-gnome pour la version 2 (mais c'est dispo pour la version 1.8).

              Merci de m'avoir corrigé.
          • [^] # Re: Résumé GNOME 06.07.2003

            Posté par  . Évalué à 1.

            Pour faire de l'uml sous linux tu as poseidon gratos et commerical, magicdraw commercial (mais j'adore), umbrello ou argouml , dia ce que ca fait comme uml je n'aime pas du tout ... pas de gestion de l'ocl et de tout un tas de truc.
      • [^] # Re: Résumé GNOME 06.07.2003

        Posté par  . Évalué à 8.

        Les gens bossent sur ce dont ils ont envie...
        Epiphany c'est un fork de galeon, le developpeur qui s'est barré aime faire des navigateurs, tu vas pas le forcer à bosser sur autre chose...
        player multimedia -> totem et rhythmbox
        client irc -> gnome-chat (uniquement dans le CVS)
        gravure -> y a coaster qui avance malheureusement tres tres lentement (pour l'instant il ne fait rien)

        Si tu es decu des directions prises, il ne tient qu'à toi d'y remédier et de bosser dans la bonne direction ;)
        Il n'y a personne qui dit "il faut telle appli, telle appli et telle appli", mais des gens qui ecrivent ce dont ils ont envie (oui, je l'ai déjà dit)
        • [^] # Re: Résumé GNOME 06.07.2003

          Posté par  . Évalué à 2.

          > Mais des gens qui ecrivent ce dont ils ont envie
          Quoi les gens ne font pas des applis libres rien que pour moi?!? ;)
          Je suis d'accord avec toi mais je regrette qu'un sil bel environnement ne compte que si peu d'applis natives. C'est dommage.

          Pour avoir fait du gtk1.2 (mais pas du 2), j'avoue que ce n'est pas forcement simple de faire une applis graphiques correctes. Surtout quand tu as besoins de widgets un peu exotiques... dommage. En voyant la vitesse du portage des applis gtk1.2 vers 2, je me dis que c tjs le cas.
          • [^] # Re: Résumé GNOME 06.07.2003

            Posté par  . Évalué à 5.

            Vu qu'il y a de la réécriture à faire, les gens en profitent souvent pour réécrire les bouts crades de leur soft, d'où le temps de portage :)
            Pour faire ta gui, c'est en général plus simple de faire le maximum avec glade
            Et faire ses propres widgets c'est pas compliqué, c'est rigolo ;)
        • [^] # Re: Résumé GNOME 06.07.2003

          Posté par  . Évalué à 1.

          Peut etre qq'un site sur ce que veulent les utilisateurs (novice, avancé) comme applications serait interessant, a moin que cela existe deja. Ca permettrai a ceux qui on pas d'idée comme moi de codé qque chose d'utile qui soit pas un ya*
          • [^] # Re: Résumé GNOME 06.07.2003

            Posté par  (site web personnel) . Évalué à 1.

            Peut etre qq'un site sur ce que veulent les utilisateurs la liste de diffusion gnome-love
            • [^] # Re: Résumé GNOME 06.07.2003

              Posté par  . Évalué à 1.

            • [^] # Re: Résumé GNOME 06.07.2003

              Posté par  . Évalué à 1.

              Je pensai pas a un truc spécifique a gnome kde ou truc bidule.
              Mais qque chose du style 500000 utilisateurs veulent un logiciel de montage video ca serait bien de monter un projet et en faire un.
              • [^] # Re: Résumé GNOME 06.07.2003

                Posté par  . Évalué à 2.

                C'est super comme genre de site, un site avec que des utilisateurs qui ralent parce qu'ils veulent une appli qui fait ci ou ca, et si un jour un developpeur à la mauvaise idée de s'y pointer, il se fera engueuler parce qu'il fait pas exactement ce que veulent les utilisateurs en question...
                Encore une fois, le logiciel libre ça marche pas comme ça, les mecs codent sur ce dont ils ont envie. Si t'as un besoin et qu'il y a un logiciel libre qui correspond à tes besoins, tant mieux pour toi, et remercie l'auteur, envoie lui pleins de cadeaux et tout ça.
                Si y a rien qui correspond à tes besoins, ça sert à rien de passer ton temps à râler partout/chercher des devels partout. Tu retrousses tes manches et tu te lances dedans, tu paies un ou des mecs pour faire ton logiciel, ou alors t'attends patiemment en espérant qu'un jour qqu'un soit intéressé par le développement d'un logiciel du genre...
              • [^] # Re: Résumé GNOME 06.07.2003

                Posté par  (site web personnel) . Évalué à 2.

                OK je suis d'accord. Je suis en train d'écrire une appli de montage DV (preview + commandes AV/C + acquisition de plusieurs séquences pour le moment).
                Si l'aventure te tente, tu peux me mailer.
        • [^] # Re: Résumé GNOME 06.07.2003

          Posté par  . Évalué à 3.

          > client irc -> gnome-chat (uniquement dans le CVS) Sinon Xchat dans sa version deux est en gtk 2.
          • [^] # Re: Résumé GNOME 06.07.2003

            Posté par  . Évalué à 1.

            et ca doit etre le meilleur client irc graphique sous linux : à moins que la version graphique de irssi ai bougé un peu mais bon .. je crois bien qu'elle est morte .. et n'a rien à voir avec le irssi en mode text au niveau fct .. (< troll > qui bien sur est le meilleur client irc de tout les temps :D </ troll >)
      • [^] # Re: Résumé GNOME 06.07.2003

        Posté par  (site web personnel) . Évalué à 2.

        Ben oui, c'est sûr, les développeurs de logiciels libres, ils font un peu ce qu'ils veulent, et c'est peut être un peu normal, car c'est leur hobby. Ils ne sont pas payés pour cela.

        Si un type se fait plaisir en développant un énième client Jabber sous Gnome, tant mieux, non ?

        Mickaël

        • [^] # Re: Résumé GNOME 06.07.2003

          Posté par  . Évalué à 0.

          Peut etre que tu pense que havoc pennigton,federico mena Quintero, miguel de icaza, owen taylor et tout ceux la : http://primates.ximian.com/(...) et une partie de redhat ne sont pas payer pour travailler sur gnome et gtk ?
          • [^] # Re: Résumé GNOME 06.07.2003

            Posté par  (site web personnel) . Évalué à 2.

            Ben oui, mais ils font peut-être pas de client Jabber ;-)

            Il font par exemple des connecteurs Exchange, et là, c'est sûr faut être payé pour ça.

            Mickaël

          • [^] # Re: Résumé GNOME 06.07.2003

            Posté par  . Évalué à 0.

            Donc ça marche comment dans ta tête ?
            Y a les mecs influents dans le projet GNOME qui dictent à Ximian et RedHat les parties de GNOME sur lesquels ils doivent bosser ?
            Ou alors c'est les utilisateurs de GNOME qui fréquentent Slashdot et Linuxfr qui doivent dicter à Ximian et Redhat sur quoi ces développeurs doivent bosser ?
            Faut pas oublier que le but de toute boite est de faire de la thune, et donc de faire ce qui plait à leurs clients...
  • # Re: Résumé GNOME 06.07.2003

    Posté par  . Évalué à 2.

    Moi je suis tenté de dire que gnome reprend du poil de al bete !
    J'irai meme jusqu'a dire qu'il commence a avoir de la gueule !
    J'irai meme, si j'osais, dire que KDE ... non ! Quand meme pas ? :-)
  • # Re: Résumé GNOME 06.07.2003

    Posté par  . Évalué à 2.

    Gnome 2.4 est pour septembre. Il va y avoir plein de sortie de distribution en même temps :-) (comme pour gnome 2.0 et 2.2). C'est un peu leur objectif : sortir une version major tout les 6 mois environ.

    http://www.gnome.org/start/2.3/(...)
  • # Re: Résumé GNOME 06.07.2003

    Posté par  (site web personnel) . Évalué à 4.

    Maintenant que Gstreamer se stabilise très sérieusement, on va pouvoir développer des applis multimedia très facilement sans avoir à se soucier des trucs casse-noix. Ce qui répond un peu à l'interrogation sur l'état de l'art des applications multimedia gnomesque.
    Bon et comme abiword et gnumerix roxe leur maman our, il manque aussi un logiciel de présentation (mais on m'a dit que c en train de venir...).
  • # Re: Résumé GNOME 06.07.2003

    Posté par  . Évalué à 5.

    de plus en plus d'applications utilisent le framework gnome


    une foule d'applications ont été portées a gconf

    de plus en viennent à gnome-vfs aussi

    mais il faut du temps

    gnome est plus "ambiiteux" technologiquement que KDE
    (gconf a fait peur à plus d'un, croyant y voir naivement la registry windows)
    (bonobo, idem, ils ont encore cru y voir ole bis, et un monstrosaure corba, puerile comme réaction)

    KDE grace à QT a pu vite se concentrer sur des techos solides : kio etc
    gnome a perdu plus de temps à la fois a faire GTK/glib, pango etc

    maintenant ca progresse vite, les trucs conmme gconf sont devenu matures
    gnome-vfs devient de plus en plus riche en fonctions/extensions
    bonobo commence a devenir banal (et a terme gnumeric et abiword partageront non plus du malheureux texte ds le copier coller , mais des objets bonobo bien plus étoffés, openoffice sera patché pour le supporter etc )

    ce que je veux dire
    c'est que GNOME a une infrastructure assez ambitieuse, au sens, que ca essaie d'aller au dela de simplement faire un bureau pour l'utilisateur "local" et de s'affranchir des bon vieux fichier /etc/* ou .kkchose.

    conséquence
    kde est pragmatique et devient vite qq chose d'utilisable et efficace et de qualité
    gnome est plus théorique, et met plus de temps avant de montrer en quoi son approche va apporter une bonne evolution.

    je regrette que que gconf se nomme Gconf :) , un nom plus générique aurait ptet plu "politiquement" à KDE et aurait fait une classe kde Kconf pour que tous les softs kde l'utilise

    Gconf, c'est franchement une TRES BONNE idée pour gerer via réseau un parc de bureau graphiques linux... mais cela demande a ce que TOUS les softs des utilisateurs utilisent gconf. (gconf utilise des fichiers textes xml par défaut, mais cela peut etre remplacé par un backend ldap par exemple en theorie, de plus les commande gconf permettent de mettre des reglages mandatory ou defaut sur un poste via le reseau et plein de trucs fort pratiques , certes possible en jouant avec les droits de fichier .qqchose etc , mais c est propre. enfin bon bref)

    enfin voila. sinon, patience, tout va bien
    les softs gnome viennt a maturité, le frameworks gnome vient doucement a maturité

    y a plein de gens , sisi, PLEIN pour faire à la fois galeon pour ceux qui aiment un browser complet et epiphany pour ceux qui veulent un simple

    Gnome chat est en cours de developpement et c un FORT BO client irc convivial (si si, helas encore instable, uniquement sur le cvs de gnome, module gnomechat)

    glade est toujours en developpement, l'idéal serait un outil intégré a anjuta ou autre, à la maniere de project builder / interface builder de apple
    (un fichier projet contient toutes les ressources dont les glades, et selon ce qu"on edite, on passe d'un truc à la anjuta ou glade, sans prise de tete)

    une idée recu c'est que les efforts sont divisés, c pas tout a fait exacte

    la masse de gens contribuant aux projets open sources/ libres est énorme
    et pas tous peuvent se mettre à 50 sur un seul petit projet

    faut pas croire que parce que gnome-jabber, gossip plus gaim fusionneraient que ca irait 3 fois plus vite

    ds le meme temps, gossip et gnome-jabber, c est surtout du a un manque de visibilité. les 2 projets ne se connaissaient pas et sont tombés en meme temps...
    les site de kde et gnome devraient faire des appels à projet, ou les gens s'inscriraient en disant "ha ben j'ai commencé ca" et consulteraiient , pour voir si y a un projet interessant à contribuer.

    personnellement, que gnome et kde aient des philosophie et "feel" différent me va tres bien, je ne suis pas fan de kde parce que je le juge trop windowsien, mais ca tombe bien, y a gnome que j'aime beaucoup à cause de son "feel" plus "mac", et on est libre de choisir ( y aussi xfce , gnustep etc , et c fonctionnel , si ) et meme revenir au fvwm , bref, tout va

    il serait bien par contre, que gnome et kde se partagent un peu plus les fondations, par exemple que kde adoptent "gconf", cela ne choqueraient en rien l'ergonome de kde. (adopter bonobo serait par contre un bond philosophique qui tuerait 90% des lecteurs de dot.kde.org, le troll du siecle :) )

    gnome a bien pris arts. enfin bon bref. voila.
    • [^] # Re: Résumé GNOME 06.07.2003

      Posté par  . Évalué à 1.

      Tiens ca c'est une bonne idée pour gconf je vais faire une lib kde pour ca.
      Pour bonobo y a des trucs pas mal mais bonobo est quand plus compliqué.
      Et pour ca "gnome que j'aime beaucoup à cause de son "feel" plus "mac"" moi j'attends avec impatience un menu en haut a la mac partagé entre gnome kde et les autres ... pasque un menu dans chaque fenêtre j'aime pas trop ca.
    • [^] # Re: Résumé GNOME 06.07.2003

      Posté par  . Évalué à 1.

      Dire que GNOME est plus ambitieux technologiquement que KDE, c'est un peu un nid à troll, pour moi les deux approches sont relativement similaires, les mecs de KDE ont juste tendance à adopter des solutions plus proche de la bidouille que d'un truc propre pour résoudre certains problèmes plus rapidement (attention, je ne parle pas des technos au coeur de KDE, juste de certaines problématiques un peu périphériques).
      Dire que la masse de gens contribuant aux projets libres est énorme me semble un peu exagéré. Galeon et Nautilus entre autres ne diraient probablement pas non à qques développeurs en plus :)

      Et s'il y a des gens qui veulent commencer en douceur à coder pour GNOME, il y a plein de modules gnome-vfs qui auraient besoin d'un peu d'amour pour marcher parfaitement, ca ne requiert quasiment aucune connaissance de l'architecture GNOME, mais essentiellement des connaissances dans le protocole FTP pour un module FTP par exemple, donc venez aider les gens, c'est super intéressant !
      • [^] # Re: Résumé GNOME 06.07.2003

        Posté par  . Évalué à 1.

        J'ai oublié aussi de parler de la dépendance de GConf sur ORBit2, ce qui risque de choquer pas mal de monde chez KDE...
        En ce qui concerne les fichiers .xml, y a eu un patch il y a qques jours sur la mailing list GConf pour pouvoir utiliser des gros fichiers xml au lieu d'en avoir pleins de petits.
    • [^] # Re: Résumé GNOME 06.07.2003

      Posté par  (site web personnel) . Évalué à 3.

      une foule d'applications ont été portées a gconf
      de plus en viennent à gnome-vfs aussi


      Alors que les technos équivalentes pour KDE sont utilisés systématiquement, parce qu'il n'y a rien de spécial à faire pour les mettre en oeuvre.

      gnome est plus "ambiiteux" technologiquement que KDE

      Ça c'est leur thèse. En pratique, Gnome est l'archétype du fourvoiement total. Que des "grandes théories", aucun pragmatisme. OO en C (donc les codeurs font - mal - le boulot d'un compilo C++), bindings (longs à faire si on veut les faire bien, dur à maintenir, doc à ré-écrire), CORBA (beaucoup trop complexe à mettre en oeuvre, inutile pour un desktop). En gros "on va faire mieux que tout le monde", au lieu de "on va faire quelque chose qui marche et dont les utilisateurs on vraiment besoin".

      que kde adoptent "gconf"

      Pourquoi faire. Il suffit d'écrire un backend LDAP à KConfig pour avoir la même fonctionalité. L'architecture est déjà là.
      • [^] # Re: Résumé GNOME 06.07.2003

        Posté par  . Évalué à 1.

        C'est baleze KDE si quand tu fais un read Unix ca utilise automatiquement les kioslaves ;)

        Est-ce que KConfig permet à des applis de demander à être prévenue quand la valeur d'une preference est modifiée ?
        • [^] # Re: Résumé GNOME 06.07.2003

          Posté par  (site web personnel) . Évalué à 1.

          C'est baleze KDE si quand tu fais un read Unix ca utilise automatiquement les kioslaves ;)

          Tu ne fais pas de read(2) dans une appli KDE, tu utilises KFile.

          Est-ce que KConfig permet à des applis de demander à être prévenue quand la valeur d'une preference est modifiée ?

          Non.
          • [^] # Re: Résumé GNOME 06.07.2003

            Posté par  . Évalué à 1.

            Donc si tu utilises KFile, c'est pas utilisé automatiquement. gnome-vfs c'est super facile à utiliser (j'avais fait uen comparaison rapide à une époque, et les kioslaves et gnome-vfs c'est kif kif à première vue), faut juste taper sur les developpeurs d'applis poru qu'ils utilisent ça au lieu des fonctions Unix de base.

            Le système de notification de GConf est à mon avis une de ses grandes forces, et c'est probablement un des trucs qui est le plus chaud à implémenter dans GConf.
            • [^] # Re: Résumé GNOME 06.07.2003

              Posté par  (site web personnel) . Évalué à 1.

              Donc si tu utilises KFile, c'est pas utilisé automatiquement.

              KFile est un composant standard de KDE, avec dedans tout ce qu'il faut pour sérialiser les types Qt. Pour utiliser les fonctions système Unix à la place, faut être maso, parce que tu vas devoir coder 20 fois plus.

              faut juste taper sur les developpeurs d'applis poru qu'ils utilisent ça

              C'est toute la différence avec KDE. Pas besoin de taper, ils le font d'eux-même, parce que c'est facile. Il m'a fallu 30mn pour ajouter le support DCOP à Rosegarden, lecture de la doc comprise. Ça se résumait en un .h et une entrée dans le Makefile.am.

              Le système de notification de GConf est à mon avis une de ses grandes forces

              Possible.
  • # Re: Résumé GNOME 06.07.2003

    Posté par  (site web personnel) . Évalué à 1.

    Pour tout ceux qui voudrait tester Gnome simplement sur une bonne distrib, il y a Dropline, c'est merveilleux. ça s'installe simplement, les mise a jour sont automatique (encore plus simple que windows update) et j'oubliais, c pour slackware :)
    là actuellement il y a de fourni tout ce qui faut, gnome 2.2.4, evolution 1.4, mozilla 1.4, gaim, gimp, gstreamer, totem, xine, etc...
    bref ça rox

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.