X-Chat + GNOME = xchat-gnome !

Posté par  . Modéré par Nÿco.
Étiquettes :
0
7
mai
2004
Gnome
Le projet xchat-gnome vient d'être lancé, avec la toute première version, la 0.1, qui semble être relativement stable. xchat-gnome ajoute un front-end à X-Chat visant à appliquer à celui-ci les principes d'interface homme machine de l'environnement de bureau GNOME.

Pour rappel, X-Chat est actuellement fourni avec un front-end en Gtk et un en mode texte, un front-end aqua est disponible séparément. X-Chat est un client IRC populaire dans le monde GNU/Linux, développé avec la bibliothèque graphique GTK. Il est disponible pour Unix, GNU/Linux, *BSD, Windows *, Mac OS X.

L'interface graphique a complètement été réécrite, restant basée sur le même moteur. Il ne s'agit pas d'un fork car le projet ne fait que redessiner l'interface graphique.

L'équipe est constituée d'étudiants, qui trouvaient l'interface de X-Chat assez encombrée, et qui veulent l'épurer, l'accorder avec les recommendations d'interface graphique de GNOME, les célèbres HIG (pour Human Interface Guidelines), tout en gardant la puissance du schat initial.

La principale différence d'interface se trouve dans le remplacement des onglets par une arborescence des serveurs, salons et utilisateurs connectés. Voir les captures d'écran pour se faire une idée plus précise.

Aller plus loin

  • # Commentaire supprimé

    Posté par  . Évalué à 6.

    Ce commentaire a été supprimé par l’équipe de modération.

    • [^] # Re: Intégration à GNOME

      Posté par  . Évalué à 5.

      je ne vois pas très bien la différence avec la réalité :
      comme je le comprends, sous debian par exemple, il y a le paquet xchat-common et les paquets pour les frontends.

      Donc au lieu d'y aller avec du --enable-gnome (bravo le coté user friendly), tu choisis d'installer le front-end que tu veux, avec ton utilitaire de gestion des paquets logiciels

      c'est mieux non ?
      Ceux qui veulent uniquement la version GTK+ n'installent que le front-end qui leur plait :)
      Et on évite de demander au premier quidam qui découvre linux de faire du ./configure --enable-gnome après avoir décompressé la targézède dans son émulateur de terminal, sans oublier de passer en root pour le make install (trop tard il est déjà parti en courant, regarde on le voit encore un peu à l'horizon)
      • [^] # Re: Intégration à GNOME

        Posté par  . Évalué à 5.

        rien n'interdit de construire 2 paquetages a partir du meme source et des options différents

        y aura un rpm/deb/whatever xchat et un un autre rpm/deb/whatever/lapinou xchat-gnome

        voilà tout.

        et tout le monde est heureux, la vie est belle youhouu ! (enfin moi je l'aime déjà bien ce ptit xchat-gnome, il va exactement dans le sens de mes gouts, vivement que dcc en reception fonctionne)
      • [^] # Re: Intégration à GNOME

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

        Les gens qui utilisent les sources en tar.gz sont souvent experimentes. Les autres ont plutot interet a utiliser le package de leur distribution.
        Et pour te parler en tant qu'utilisateur avance, je suis en linux from scratch, et j'en ai un peu marre de devoir me taper 3 tar.gz a compiler et installer pour faire tourner _une_ application.
        Dans cette optique, l'option --enable-gnome a la compilation me semble une meilleure solution, surtout que de cette maniere le front-end sera mieux integre avec la base de xchat, et ca evite aussi de confronter les dates de sorties des versions pour savoir lesquelles prendre a chaque mise a jour.

        khorben

    • [^] # Re: Intégration à GNOME

      Posté par  . Évalué à 9.

      pour le moment

      xchat-gnome 0.1 est en fait un targz de xchat 2.0.8 qui est patché et qui a justement une option dans le configure : --enable-gnomefe

      c'est y pas bien ?

      quand ca sera bien plus fignolé et complet, cela sera surement reproposé dans l'arbre officiel de xchat.
      • [^] # Re: Intégration à GNOME

        Posté par  . Évalué à -1.

        C'est dors et déjà du très bon boulot. Bien plus facile à utiliser et plus joli aussi.

        Pour autant je n'arriverais jamais à me faire à ce genre d'outil. Emacs roulaize
    • [^] # Re: Intégration à GNOME

      Posté par  . Évalué à 5.

      Pour en faire un soft Gnome il ne suffit pas de se baser sur les bib Gnome, il faut respecter les HIG Gnome (interface moins chargee, application immediate des changements, respect de marges et d'espacement...) Ce sont des changements en profondeur et pour ca faire une nouvelle interface graphique est necessaire. Et ca tombe bien, vu que xchat a justement une bonne separation du moteur et de l'interface.

      Apres les dev X-Chat pourront toujours integrer la nouvelle interface a la distrib, voire meme la rendre par defaut ; mais je ne suis pas sur que les HIG Gnome plaisent a tout le monde (en l'occurence, je ne sais pas si elles plaisent aux devs xchat ; pour le moment la "philosophie" de sa GUI est aux antipodes de Gnome). Elle me plaisent a moi, mais il n'y a qu'a voir les trolls des qu'une nouvelle version sort: on peut plus changer ca ou ca sans aller dans gconf, et le developpeur il a choisi ca a lieu de laisser le truc configurable...
      • [^] # Re: Intégration à GNOME

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

        Personnellement, l'interface de X-chat me rebute un poil, c'est fouilli et ça fait pas bien fini (pas de troll c un avis perso) alors que les screenshot de xchat-gnome donne une bonne impression et surtout montre une certaine organisation!

        https://damien.pobel.fr

        • [^] # Re: Intégration à GNOME

          Posté par  . Évalué à 3.

          Tout à fait. L'interface est totalement repensée, l'IHM évoluée, ça m'a fait un choc de voir qu'on pouvait faire aussi "mieux".
          Xchat-gnome a un futur prometteur, c'est certain!
      • [^] # Re: Intégration à GNOME

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

        Cela me force l'admiration comment Gnome a reussi a faire passer ce concept de HIG . Avant que Gnome n'en fasse la pub, personne n'utilisait ce mot. Ils ont vraiment une machine a communiquer que j'avoue envier (en tant que contributeur KDE).

        KDE a un HIG depuis 1999 mais tout le monde s'en fout. Gnome a un HIG depuis 2003 et c'est presque comme si c'est eux qui avaient invente le concept.

        Sinon, je suis surpris du manque de simplicite des clients irc. J'ai des besoins modestes en irc mais c'est rare de pouvoir les satisfaire dans un client irc:
        - etre notifie quand des personnes se connectent: rien dans le client graphique ne permet de faire ca
        - se connecter automatiquement a differents canaux quand je me connecte: il me semble avoir reussi a me connecter automatiquement a 1 canal avec xchat mais pas a plus
        - enregister toute une converstation

        Par contre, si je veux piloter mon joueur de .ogg depuis irc, il n'y a pas de probleme.
        • [^] # Re: Intégration à GNOME

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

          KDE a un HIG depuis 1999 mais tout le monde s'en fout.
          Quand on voit le résultat ca fait peur

          - etre notifie quand des personnes se connectent: rien dans le client graphique ne permet de faire ca
          Sisi et en plus si tu met le plugin systray ca clignotera.

          - se connecter automatiquement a differents canaux quand je me connecte: il me semble avoir reussi a me connecter automatiquement a 1 canal avec xchat mais pas a plus
          Ben faut séparer par des virgules comme indiqué. Je me copnnecte automatiquement à une quinzaine de canaux sur 4 serveurs.
        • [^] # Commentaire supprimé

          Posté par  . Évalué à 2.

          Ce commentaire a été supprimé par l’équipe de modération.

          • [^] # Re: Intégration à GNOME

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

            >Et c'est une bonne chose car c'est important pour l'utilisateur final.

            Je suis tout a fait d'accord. C'est pour ca que ca fait partie des fondations du projet KDE et que il y en avait un des KDE 1.

            C'est sur que tu le trouveras pas sur google, vu que sur KDE, ca s'appelle le style guide:
            http://developer.kde.org/documentation/standards/kde/style/basics/i(...)

            > je pense que KDE devrait faire de même si ce n'est pas déjà fait.
            On n'a pas tout a fait les memes besoins dans la mesure ou une partie du HIG de Gnome qui est mis en place par specification (l'auteur de l'application doit faire en sorte que bla bla bla) est pris en charge directement par les lib kde.

            C'est l'approche de KDE de faire en sorte que les lib fassent le maximum de boulot et que le developpeur ne code que l'intelligence de son application. Ca permet notamment d'avoir plus d'appliations codees correctement.

            Cette difference d'approche posait d'ailleurs quelques problemes lorsqu'on a essaye de fusionner les HIG/StyleGuide.

            Il n'en reste pas moins qu'un effort reste a faire sur la partie presentation de l'interface, qui incombe bien au developpeur.
  • # Monde cruel

    Posté par  . Évalué à 10.

    James Cape, par pitie, termine libgnetwork, portes-y libgircclient et reprends le travail sur gnomechat :-(.

    Moi j'aimais bien gnomechat...

    http://ignore-your.tv/software/gnomechat/(...)
    http://lactose.free.fr/Capture.png(...)
    • [^] # Re: Monde cruel

      Posté par  . Évalué à 1.

      moi aussi ... surtout qu'à part l'arborescence, y a rien de fracassant ... sauf que les mecs ont trouvé le moyen de faire des fork sans fork : plusieurs projets, des noms blanc bonnet et bonnet blanc ... c'est du gachi
    • [^] # Re: Monde cruel

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

      James Cape, par pitie, termine libgnetwork, portes-y libgircclient et reprends le travail sur gnomechat :-(.

      Tu sais, tu es libre de lui envoyer tes patches pour l'aider à aller plus vite, si tu es pressé.

Suivre le flux des commentaires

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