aMSN 0.96

Posté par  . Modéré par Thomas Petazzoni.
Étiquettes :
0
25
nov.
2006
XMPP
aMSN 0.96 vient de sortir, le 24 novembre 2006. Cette nouvelle version apporte son lot de correctif de bugs, et on y retrouve de nouvelles fonctionnalités, dont les plus marquantes sont :
  • Possibilité d'envoyer des fichiers aux contacts possédants WLM ;
  • Support du nouveau protocole MSNP12 ;
  • Possibilité de voir l'icône des contacts dans la liste de contacts ;
  • Environ 40 langues dont le français ;
  • ...


Avec cette nouvelle version, apparaît un nouveau nom de domaine : http://amsn-project.net

Aller plus loin

  • # oui, mais zut :/

    Posté par  . Évalué à 1.

    Ca ne supporte toujours pas les wizz et les clins d'oeils sous WLM :/

    • [^] # Re: oui, mais zut :/

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

      ca pourrait etre sympa aussi le support d'envoie de son, c'est sympa aussi et ca doit pas etre sorcier dommage que j'ai une saint horreur du tcl/tk ... enfin surtout de tcl :)


      C'est une feature delamortquitue, ton contact dans la conversation peut envoyer un son genre "jtai cassé"

      • [^] # Re: oui, mais zut :/

        Posté par  . Évalué à 5.

        Ca sera présent dans la prochaine version.
        Il est déja possible de la tester dans la version de développement.
        Par contre, il ne s'agit que du protocol de l'envoi de courts sons (15s max.).

    • [^] # Re: oui, mais zut :/

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

      Pour les wizz il suffit d'activer le plugin Nudge (fournit par défaut).

      Pour les clins d'oeuils il y a eu des tentatives de les faire marcher, mais étant donné que le code est Microsoft Inside (..), ils ont laissé tomber.

      Et il y a beaucoup d'améliorations qui ne sont pas dans la liste encore :
      * l'amélioration du système de gestion des avatars des contacts ;
      * Gestion des webcam basse résolution ;
      * Test du routage des ports lorsqu'on est derrière un pare-feu ;
      * Le plugin DualDisplayPicture permet d'afficher l'avatar du contact et son propre avatar en même temps ;
      * Réorganisation du menu pour être moins fouillis ;
      * Binaires universels sous Mac OS X ;
      * Correction de nombreux bugs.

      • [^] # Re: oui, mais zut :/

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

        Il me semblait que les clins d'oeil étaient du flash...
        Du moins, quand j'etais encore sous windows, il ne me les affichait pas car je n'avais pas la dernière version de flash (enfin je l'avais mais pour lui non, enfin bref on s'en fout de toutes facons)

  • # TK

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

    Aaaaaaaah y'a encore des gens qui utilisent TK en 2006 !

    • [^] # Re: TK

      Posté par  . Évalué à -3.

      TK, TK, TK ..... je m'endors trop bien sur mon TK(tm)

      • [^] # Re: TK

        Posté par  . Évalué à -4.

        kick him ! he TK for planes !

    • [^] # Re: TK

      Posté par  . Évalué à 2.

      Ya même des gens qui utilisent sh. Pire encore: ya des gens qui utilisent des OS basés sur des principes des années 70.
      Des interfaces en TK j'en ai partout au boulot, et ca tourne sur des windows, des linux, des solaris et des AIX. Tk c'est bon: c'est portable sur plein de plateformes et c'est utilisable depuis plein de langages de scripts (au moins tcl, python et perl).

  • # Le problème de aMSN

    Posté par  (site web personnel, Mastodon) . Évalué à 8.

    Le problème de aMSN c'est que c'est très très moche sous Linux par défaut (même pas de lissage des fonts), et pas mieux sous Windows. Par contre la version OSX est super jolie. Je comprends pas trop pourquoi c'est pas unifié... :/

    C'est dommage parce que ça pourrait être une killer-app et le design est tout naze (dû à TK?)...

    « Je vois bien à quels excès peut conduire une démocratie d'opinion débridée, je le vis tous les jours. » (Nicolas Sarkozy)

    • [^] # Re: Le problème de aMSN

      Posté par  . Évalué à 1.

      c'est ton tk qu'est pas compilé avec les fontes anti-aliasées:
      conféré les FAQ: http://amsn.sourceforge.net/wiki/tiki-index.php?page=Install(...)

      ps: prière de lire les faqs avant de casser un soft...

      • [^] # Re: Le problème de aMSN

        Posté par  . Évalué à 10.

        Euh...j'veux pas dire, mais tu présentes les choses à l'envers.

        Ce n'est pas à l'utilisateur à rendre le logiciel beau.

        C'est pas notre faute si vous utilisez des bibliothèques qui rendent le logiciel moche sous la majeure partie des distrib, ou du moins les principales... :\

        Sinon, beau boulot.
        C'est courageux de le maintenir encore...

        • [^] # Re: Le problème de aMSN

          Posté par  . Évalué à -5.

          si. c'est TOI qui trouve ça "moche". mal intégré dans des bureaux modernes, certes. "moche", non, c'est subjectif pour ne pas dire "dans ta tête". pour moi quelques détails chient, mais c'est tout.

          d'ailleurs il y a 10-15 ans tu aurais trouvé ça super beau, top kikoolol avec des beaux boutons bien intégrés à Windows 3.1 / Windows 95.

          • [^] # Re: Le problème de aMSN

            Posté par  . Évalué à 1.

            "d'ailleurs il y a 10-15 ans tu aurais trouvé ça super beau, top kikoolol avec des beaux boutons bien intégrés à Windows 3.1 / Windows 95."

            Oui, c'est bien ce qu'on dit...il y a 10 ou 15 ans....

            arf arf arf :-)

    • [^] # Re: Le problème de aMSN

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

      faux, meme sous OS X je le trouve horrible ce logiciel. t'as l'impression qu'il est plus joli uniquement parce quelques contrôles ont l'air natifs, mais c'est juste ça. Niveau ergonomie,
      bugs graphiques, non intégration au systeme, ça reste aussi sous Mac OS X. Essaye Adium puis tu verras que aMSN c'est pas ça.

      en gros, il est moche et mal intégré à l'OS quel que soit ce dernier. dommage...

      • [^] # Re: Le problème de aMSN

        Posté par  . Évalué à -5.

        Reprocher à un soft multi-plateforme d'être mal intégré à l'OS est d'une rare bêtise.
        Avec ton raisonement Firefox et tous les produits Mozilla sont de sombres merdes.
        Moi je suis très content de pouvoir passer de Mac OS à Linux (et réciproquement), et même sous windows si je suis sur la bécane de quelqu'un d'autre en me sentant à l'aise avec des logiciels que j'ai l'habitude d'utiliser et qui fonctionnent partout de la même manière, et je ne suis pas le seul dans ce cas.

        • [^] # Re: Le problème de aMSN

          Posté par  . Évalué à 7.

          Avec ton raisonement Firefox et tous les produits Mozilla sont de sombres merdes.

          Ce qui semble prouver que son raisonnement est correct, non ? (Bon, d'accord, il s'améliore, mais doucement)

        • [^] # Re: Le problème de aMSN

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

          C'est totalement FAUX ce que tu dis !

          Regarde moi cette capture d'écran et ose me dire que Firefox 2 n'a pas un minimum d'intégration avec Mac OS X :

          http://www.slainer68.org/screenshots/safari_vs_firefox_macos(...)

          La capture montre les Préférences de Firefox à côté des préférences de Safari qui est un logiciel 100% natif Mac OS X.

          Avant de parler, essaye un peu.

          PS : bien sûr l'intégration n'est pas parfaite, il n'y a pas l'utilisation du keychain de Mac OS X encore je crois mais y a un petit boulot de fait déjà sur les dialogues...

          • [^] # Re: Le problème de aMSN

            Posté par  . Évalué à 4.

            Il y a une nuance entre copier l'interface avec son propre rendu et utiliser les libs natives.

            Alors oui peut être que firefox, quand on compare les screenshots, a l'air intégré. Bah oui mais non :
            - pas de toolbar unifiée, qui est quand même "le" truc que toutes les applis adoptent en ce moment.
            - l'icone qui disparait et apparait dans le Dock au lancement
            - Les menus de la boorkmark bar ont un rendu franchement dégueux, j'ai toujours envie de mettre un coup de burette, ca "coince".
            - symptomatique : regarde les préférences, chez safari c'est tout bien aligné, descriptif a gauche, controles a droite, les combos et champs de texte a plein dans leur espace. Dans firefox c'est un beau bordel, on a des espèces de groupe séparé par des lignes genre 25 underscore dans un label. Alors que sous linux tu as des vrais cadres avec un zoli label.
            - tiens aussi dans les préférences, ils ont essayé de faire un effet sympa de fade out et tout lorsque tu changes d'onglet, bah franchement c'est pas ca, ca glitche dans tous les sens.
            - etc, etc.

            Bon heureusement, pour se consoler, on a camino pour avoir un navigateur utilisant gecko correct. Par contre, celui là, point de vue intégration, je le trouve presque meilleur que Safari lui même :)

            merci Mozilla !

        • [^] # Re: Le problème de aMSN

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

          Reprocher à un soft multi-plateforme d'être mal intégré à l'OS est d'une rare bêtise.


          Allez un exemple que je connais bien.
          Qt tente de s'adapter à la platforme hôte en utilisant ses spécificités, et de la manière la plus abstraite possible (par exemple, avec Qt4.2, on a le QSystemTray qui permet d'utiliser le concept de "tray icon" quelque soit la platforme d'exécution).
          Le but est de coller le plus possible avec ce qu'offre l'environnement.
          Si l'environnement implémente un système de Tray, alors l'application aura son trayicon après une recompilation.
          Un autre exemple, Qt a récemment intégré (4.2 aussi) un système de QDialogButtonBox qui permet, suivant la platforme également de présenter les boutons OK/Cancel conformément aux recommandations locales. (Cancel avant OK, pour gnome, etc)
          Donc sans vouloir t'offenser, ta phrase me paraît vraiment de la foutaise.

        • [^] # Re: Le problème de aMSN

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

          Etant encore sous Windows (désolé, j'y arrive doucement sous Linux, toutes les applis au dessus etant GPL...), je m'insurge : j'utilise Firefox, et celui-ci est parfaitement intégré à Windows (meme style de couleur, menu au bon endroit etc...) de la meme manière que GAIM (à une exception près : ce *ù$ù de selecteur de fichier Linuxien, à channnnnnger!).
          Plusieurs logiciel multiplateforme utilisent les speficités de chaque OS, grace souvent au ToolKit associé.

          J'utilise WxWidgets pour mon developement multi-OS, et je peux lire :
          NB: Please note that wxID_ABOUT and wxID_EXIT are predefined by wxWidgets and have a special meaning since entries using these IDs will be taken out of the normal menus under MacOS X and will be inserted into the system menu (following the appropriate MacOS X interface guideline). On PalmOS wxID_EXIT is disabled according to Palm OS Companion guidelines.
          Source : http://wxwidgets.org/manuals/2.6.3/wx_wxmenu.html

          Comme tu peux le voir, j'ecris un code, et WxWidgets se débrouille pour suivre les guidelines des OS.
          Magnifique non?

          Pour reprendre ta phrase, reprocher à un soft multi-plateforme d'être mal intégré à l'OS est normal, et developper un soft multi-plateforme sans suivre les guidelines de l'OS est d'une rare bétise, qui fait d'ailleurs souvent que le soft est rejeté (ou utilisé que par les geeks) faute d'intégration.

          • [^] # Re: Le problème de aMSN

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

            Firefox n'est pas si bien intégré à Windows que ça. En exemple, un truc qui m'énerve beaucoup : j'ai réglé ma souris Windows pour qu'elle se positionne toute seule dans le bouton par défaut d'une fenêtre. C'est très pratique pour trouver tout de suite le bouton OK.
            Ben, avec Firefox, ça marche pas. Tout simplement parce que ses fenêtres de dialogues sont dessinées par Gecko, et pas par le shell Windows. C'est gravissime pour mon poignet.
            Donc, à cause de ça, Firefox est une grosse merde pourrie qui pue du luc, et qui prouve bien que Linux est pas encore prêt pour le desktop et que les développeurs de libre sont des autistes qui programment pour eux et pas pour ma mémé Ploum.

            • [^] # Re: Le problème de aMSN

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

              Je ne crois pas que ce soit gecko qui s'occupe de ce genre de choses (boutons), mais plutôt un toolkit natif (gtk pour linux).
              Un connaisseur dans les parages ?

              • [^] # Re: Le problème de aMSN

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

                En tout cas, les boutons OK et Annuler générés par Firefox sous Windows ne sont pas du tout les mêmes que ceux générés par Windows (je parlais bien d'un comportement sous Windows, hein ! - le jour où un confort comme "positionner la souris sur le bouton par défaut d'une fenêtre" sera disponible dans, disons, Gnome, les poules auront des dents ; je n'ai vu ça que dans OpenOffice ; dans KDE, je sais pas, je l'ai jamais lancé).

            • [^] # Re: Le problème de aMSN

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

              Un petit appuie sur [entrer] ou [Espace] pour valider un bouton par défaut.
              Pas besoins de cette fonction d'auto-positionnement de la souris.
              Perso, quand c'est activé sur un poste sur lequel j'interviens, ça me fait hérisser le poils :-(
              Et puis, bon, c'est surement pas ça qui fait la fonction desktop.
              Y'a d'autres choses, AMHA, plus pratiques comme l'activation de la fenêtre sous la souris, etc...

              M'enfin, il est clair que l'on ne peux pas implémenter toutes les vicissitudes des différents OS.

              • [^] # Re: Le problème de aMSN

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

                Moi, tu vois, ben moi, c'est exactement l'inverse. Le focus fenêtre qui suit la souris me semble être un truc moyen-âgeux, issu des sombres périodes de twm, et quand je le vois, la première chose que je fais, c'est de cracher un mollard sur le moniteur, puis de le désactiver.
                Et la première chose que je fais sur un Windows, c'est de mettre la souris toute seule sur le bouton par défaut, c'est bien mieux, crois-moi, c'est la vérité.

              • [^] # Re: Le problème de aMSN

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

                M'enfin, il est clair que l'on ne peux pas implémenter toutes les vicissitudes des différents OS.

                Ce n'est pas une vicissitude. c'est un "contrat", une API.
                D'un coté on dit à l'OS "c'est un bonton "OK", de l'autre l'OS fait ce qu'il veut du bonton "OK".
                ce n'est pas au logiciel de s'adapter, mais juste de respecter l'API.

  • # protocole proprio...

    Posté par  (site web personnel, Mastodon) . Évalué à 9.

    Je ne comprends pas qu'on jette autant la pierre à Ubuntu à cause de l'idée d'inclure des drivers proprios alors qu'on encense un logiciels qui n'a pour seul et unique but que de communiquer en utilisant un protocole proprio alors que des alternatives libres existent.

    Et les gars, réveillez-vous ! Un protocole proprio c'est 1000x pire que du code proprio ! Se prétendre libre et chatter sur le réseau MSN, c'est complètement absurde ! Si on veut se faire l'intégriste du libre, il faut au minimum refuser toute communication utilisant un protocole proprio : msn, documents en .doc, etc...

    On se plaint que les drivers proprios dans Ubuntu empêcherait des sociétés comme Nvidia de releaser leurs sources en libre.
    Et bien des projets comme aMSN font bien pire, en poussant les linuxiens à ne pas abandonner MSN alors que le protocole Jabber permet théoriquement plein de choses. Aucun client Jabber n'est pleinement satisfaisant ? Ben c'est clair que si tout le monde se dit ça et commence à contribuer à aMSN...


    Oui, c'est du déjà-vu, à chaque journal/news sur un logiciel implémentant le protocole MSN, je resors mon petit laïus. Et bien tant qu'il y'aura des news/journaux de ce genre avec plein de commentaires positifs, je continuerai ! Na !

    Mes livres CC By-SA : https://ploum.net/livres.html

    • [^] # Re: protocole proprio...

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

      ploum, je pense qu'il faudrait que tu passes un peu plus de temps sur #ubuntu-fr @ freenode tu te rendras compte de qui vient la demande...

      AMHA, http://www.ubuntu.com/ubuntu/philosophy mériterait peut-être d'être un peu plus mis en avant (ou, tout simplement, respecté).

      En tout cas, concernant amsn, tout comme wine, ... ils font du bon boulot, en pure perte AMHA vu que les changements ne sont pas prêts d'être documentés dans ces protocoles proprios.

    • [^] # Re: protocole proprio...

      Posté par  . Évalué à 4.

      C'est vraiment un truc de geek aussi.

      La vraie vie, c'est que les gens normaux utilisent MSN. Maintenant, oui, moi aussi, je préfèrerais avoir un protocole libre bien supporté par des clients libres. La réalité, c'est que j'ai 95% de contacts MSN, et que c'est pas en claquant des doigts qu'on va les faire en changer.

      • [^] # Re: protocole proprio...

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

        Essaye de les orienter vers GTalk. J'ai constaté que c'est en général plus facile de les faire utiliser GTalk (surtout si ils ont déjà un compte Gmail, mais même sans) que de leur faire installer Psi et les connecter sur amessage ou jabber.apinc.org (ou fritalk, hein ploum ;o) )
        En plus si ils utilisent déjà Gmail pour leurs mails, il y a le client web intégré. Ca facilite.

        Et évidemment ensuite, c'est du Jabber. Certes GTalk lui-même est proprio, mais on peut s'y connecter avec n'importe quel client Jabber.

        • [^] # Re: protocole proprio...

          Posté par  . Évalué à 7.

          A y réfléchir, c'est clair que c'est la solution la moins difficile, vu que Google, généralement les gens commencent à connaître.

          Maintenant, je connais des gens de la vraie vie skotchés à hotmail, aux 250 Mo qui dépassent sans arret et ils passent leur temps à trier les mails à supprimer, avec les pubs msn, tout le toutim pénible, bah j'ai beau leur dire j'ai 100 invits gmail, y sont pas forcément intéressés.

        • [^] # et les serveurs msn ?

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

          Pire que les logiciels et les protocoles proprios : savoir que tous les echanges passent via les memes serveurs (qui puis est appartient a vous savez qui) ... pour en faire de l'exploitation de tout types ... sans facon ... autant confier cette tache a GODgle

          C'est quand au fait le jabber day ?

          gpg:0x467094BC

        • [^] # Re: protocole proprio...

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

          Et évidemment ensuite, c'est du Jabber. Certes GTalk lui-même est proprio, mais on peut s'y connecter avec n'importe quel client Jabber.

          Mais y'a pas les super smileys msn, y'a pas les emotes sonores, y'a pas la webcam, y'a pas toutes les kikoololeries de MSN donc on te répond la plupart du temps "c'est nul ton truc". Et on te catalogue "relou". Et tu laisses tomber.

      • [^] # Re: protocole proprio...

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

        La réalité, c'est que j'ai 95% de contacts MSN, et que c'est pas en claquant des doigts qu'on va les faire en changer.


        En même temps, ce n'est certes pas en claquant des doigts qu'"on" va les faire changer, mais ce n'est pas non plus... en continuant à utiliser MSN. Si tu restes sous MSN, forcément, tes contacts n'ont aucune raison de changer, faut les comprendre.

        Une solution intermédiaire, en revanche, est d'utiliser *aussi* Jabber (sans virer MSN) si c'est pas encore le cas, et de dégager tes contacts de MSN si ceux-ci ont également une adresse Jabber (sinon aucun intérêt, c'est logique).

        En d'autres termes, changer du jour au lendemain de système de messagerie est complètement infaisable (dans quelque sens que ce soit), par contre il est tout à fait possible d'être juste de moins en moins lié à MSN.

        (tout ça s'applique également à ICQ, AIM, et Yahoo Messenger)

        • [^] # Re: protocole proprio...

          Posté par  . Évalué à 7.

          Ouais, bien sûr, puis quand tu veux sortir avec une nana genre école d'art/Infirmière, tu lui dis que t'as pas MSN, et qu'il faut qu'elle installe un logiciel supplémentaire auquel elle va rien comprendre.


          Prends le risque...

          • [^] # Re: protocole proprio...

            Posté par  . Évalué à 3.

            C'est curieux d'ailleurs, les infirmières, qui font un métier hyper
            technique, ne devraient elles pas être attirées par ces trucs de
            geeks ?

            --
            /me qui a bien connu une infirmière pas geekette.

            La gent féminine, pas la "gente", pas de "e" ! La gent féminine ! Et ça se prononce comme "gens". Pas "jante".

            • [^] # Re: protocole proprio...

              Posté par  . Évalué à 7.

              Elles voient deja de grands malades toute la journée, c'est pas pour en voir aussi en rentrant le soir :-°

          • [^] # Re: protocole proprio...

            Posté par  . Évalué à 10.

            Perso, je prends son numéro, son adresse, l'étage et la position du lit...
            Aprés, si vous préférez passer par MSN hein, c'que j'en dis...

      • [^] # Re: protocole proprio...

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

        Alvaro Messenger répond à une demande nette. Et ce type de projet peut permettre aux ados de pouvoir faire des kikoo lol mdr wizz, entre eux, en toute transparence, quel que soit le système qu' ils aient choisis (ou pas...)
        En terme d' impact utilisateurs, c' est à placer au même niveau que Samba.

        D' autant que captiver les enfants et ados par des wizz, MS en a compris l' importance, et lorsqu' ils parlent d' interopérabilité et d' aide... ben on en voit pas la couleur pour le chatteur... est ce un hasard ?

        longue vie a amsn, en espérant qu' il finisse par faire chuter ces derniers remparts en participant à l' ouverture (forcée ou volontaire) du (des) protocole(s)

    • [^] # Re: protocole proprio...

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

      un driver proprio, c'est ton choix.
      MSN, c'est le chois des autres
      Tu mélanges deux choses bien différentes : ton choix et celui que fait les autres.
      D'un coté ton choix de driver libre ne te coupe pas du monde, de l'autre ton choix de protocole à rejeter va te faire prendre pour un geek associal, et te marginaliser, voir te faire disparaitre.
      C'est pas comme ca que tu auras des chances de faire connaitre Linux.

      Si tu argumentes comme "Je vais te montrer Linux super-extra-libre, mais attention, je te préviens, si tu passe à Linux oublies tous tes amis sous MSN, prépare-toi à ne plus avoir d'amis à part moi sous Jabber", tu n'es pas pret de le faire passer à Linux... Par contre, un "Je vais te montrer Linux super-extra-libre, sans te couper de tes amis sous MSN, et moi en plus avec Jabber", ca aura plus de chances de passer...

      • [^] # Re: protocole proprio...

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

        un driver proprio, c'est ton choix.
        MSN, c'est le chois des autres
        Tu mélanges deux choses bien différentes : ton choix et celui que fait les autres.


        ... mais toi tu mélanges deux autres choses bien différentes: un driver de carte graphique tu ne peux en utiliser qu'un, et un système de messagerie tu peux tout à fait adopter une attitude beaucoup plus progressive et moins exclusive (cf. mon commentaire plus haut), qui n'oblige pas, contrairement à ce que laisse entendre ton commentaire, à te couper du monde si tu te mets à utiliser Jabber.

        • [^] # Re: protocole proprio...

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

          Je ne te suis pas.
          Je n'ai jamais dit de ne pas utiliser Jabber, j'ai dis que de ne pas utiliser aMSN, c'est débile et c'est se couper du monde, que de ne pas proposer un "connecteur" MSN à un switcher potentiel, c'est aller dans le mur.
          Rien dans mes commentaires ne dis ou laisse entendre qu'il ne faut pas utiliser Jabber (moi-même l'utilisant, merci Gaim de gérer les 4 protocoles dons 3 proprios qui me permettent d'avoir tous mes amis en ligne, même ceux qui s'en foutent de Jabber et n'installeront jamais autre chose que MSN)
          Ne déforme pas mes propos STP.

      • [^] # Re: protocole proprio...

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

        >D'un coté ton choix de driver libre ne te coupe pas du monde,

        Justement utiliser un protocole proprio te coupe du monde, te rend tributaire de ce protocole, imagine si MS avait fait la meme chose avec le web, on voit ce que ça donne avec leurs tentatives sur IE, ils bloquent une partie du web et le temps que ça prend pour eduquer les utilisateurs.

        L'interopérabilité n'est pas qu'une question de feature/masse.


    • [^] # Re: protocole proprio...

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

      Juste ce commentaire pour dire que, sur ce point, je suis d'accord avec toi, ploum.

      Je préfère que quelqu'un utilise Jabber sous windows avec des logiciels proprio, que quelqu'un qui utilise MSN sous linux avec des logiciel libre.

      En effet, on est libre d'utiliser un logiciel proprio si on le souhaite, tant que ça n'engage que nous.
      Par contre, quelqu'un qui utilise MSN force les autre a utiliser également MSN, et ça, c'est mal.

    • [^] # Re: protocole proprio...

      Posté par  (site web personnel, Mastodon) . Évalué à 5.

      mouai mouai mouai. foutaises !

      Bien sûr que ce serait mieux d'oublier MSN et autre truc proprio. Mais ce n'est pas encore comme ça que ça se passe dans la vraie vie du monde réèl.

      Dans la vraie vie du monde réèl, les gens veulent pouvoir profiter des dernières technologies. En particulier, le "chat" vidéo. C'est con, ça te parait futile, mais je connais des grand mères qui habitent loin et qui aiment bien voir leur petite fille de temps en temps via une webcam.

      Et avec jabber et autres trucs libre, ba tu oublie pour ce genre d'utilisation, et t'utilises Kopete qui propose un support limité de msn (ou amsn, quand il veut bien fonctionner car je le trouve encore plus boggé que kopete) et encore, tu n'as même pas le son.

      En tout cas, je n'ai vraiment pas trouvé d'équivalent libre, qui fonctionne correctement, et qui évite d'avoir à faire des configurations de routeurs abracadabrantes. (mais si vous en connaissez, qui fonctionnent à la fois sous windows et linux, je suis preneur)

      Personnellement, j'en suis à un point tel que je vais peut être installer un win XP rien que pour les chats vidéos, pour que les grands parents de ma fille puissent la voir de temps en temps...

      Alors bon, les discours philosphiques, ça va un moment, mais faut retourner sur terre de temps en temps et constater que le libre, c'est pas encore ça dans certains domaines, et que faute de mieux, on n'a pas d'autres choix que d'utiliser des solutions proprio ou des softs utilisant des protocoles proprio...

      • [^] # Re: protocole proprio...

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

        Je croyais que kopete permetais de faire des streap tease en ligne?

        En tout cas moi moi ma momon elle (non elle fait pas de steap tease en ligne bande de vicelards); elle utilise que jabber (via gmail) pour discuter sur le net avec moi.

        • [^] # Re: protocole proprio...

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

          Kopete gere la Webcam avec les protocoles MSN et Yahoo, mais pas avec Jabber.

          • [^] # Re: protocole proprio...

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

            Bein il est pret déjà le JEP pour la vidéo conférence via jabber d'abord?

            • [^] # Re: protocole proprio...

              Posté par  . Évalué à 2.

              <C'est clair que ça devient long cette non-implémentation de la vidéo conférence pour Jabber....

              Surtout que certains clients dont http://wiki.jabberfr.org/NeosMT permettent d'en faire en utilisant un standard tel H323... malheureusement le client est propriétaire... mais bon.

              En plus la JEP décrivant la vidéo elle existe depuis un au moins... Y en a marre d'attendre, c'est l'option dont on a besoin pour ne plus se faire rembarrer par les utilisateurs de MSN messenger....

              • [^] # Re: protocole proprio...

                Posté par  . Évalué à 1.

                Désolé, j'ai oublié de mettre le lien vers la JEP à laquelle je pensais : http://www.jabber.org/jeps/jep-0180.html

                Bon certes, il s'agit de la "JEP-0180: Jingle Video Media Description Format" mais c'est censé être la base pour l'implémentation d'une webcam... Et pourtant rien ne semble bouger de ce côté là, en tout cas à vue de nez. Si jamais quelqu'un a plus de renseignements, je suis preneur.

      • [^] # Re: protocole proprio...

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


        Et avec jabber et autres trucs libre, ba tu oublie pour ce genre d'utilisation, et t'utilises Kopete qui propose un support limité de msn (ou amsn, quand il veut bien fonctionner car je le trouve encore plus boggé que kopete) et encore, tu n'as même pas le son.


        Non tu utilise Ekiga ou un autre client SIP qui te permet de profiter à fond de ta webcam et de ne pas l'afficher simplement sur un timbre poste comme avec MSN.
        En plus le meme logiciel si ton FAI te propose l'option te permettra d'appeler gratuitement un peu partout dans le monde.

    • [^] # Re: protocole proprio...

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

      le protocole Jabber permet théoriquement plein de choses.


      Tout est dit.

      Quand la théorie se transformera en pratique, ok. D'ici là, je me vois mal dire aux gens : passe sous Jabber, c'est moins bien mais en théorie, c'est plus bien mieux.

      • [^] # Re: protocole proprio...

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

        Si tu lisais tout mon message, tu verras que je parles des "programmeurs".

        Si les programmeurs passaient autant de temps à implémenter des trucs sous Jabber qu'ils le font à reverse-ingéniérer le protocole MSN, ça pourrait peut-être faire bouger pas mal de choses...

        Mes livres CC By-SA : https://ploum.net/livres.html

        • [^] # Re: protocole proprio...

          Posté par  . Évalué à 8.

          envoie leur un chèque pour bosser sur le truc qui t'interesse le plus, ca les motivera peut-être.

          • [^] # Re: protocole proprio...

            Posté par  (site web personnel, Mastodon) . Évalué à 8.

            Je précise mon commentaire car je me suis mal exprimé. Je ne parle pas des développeurs de aMSN.

            Je parle des "développeurs et utilisateurs avancés du libre" en général.

            On critique Ubuntu pour envisager de permettre à l'utilisateur d'utiliser directement sa carte graphique avec des logiciels proprio. Argument : cela ne donnera plus envie de développer des drivers libres toussa... (alors que de toutes façons, la majorité utilisent le driver proprio malgré tout).

            Par contre, un groupe de développeur développer un logiciel permettant de communiquer sur un protocole entièrement fermé et propriétaire et tout le monde se réjouit. Or, les mêmes arguments sont applicables mais puissance 10 car il s'agit ici d'un "protocole" !!!
            -> Les gens ne veulent pas utiliser l'alternative libre (Jabber)
            -> Peu de développeurs ou de sang frais dans le monde Jabber
            -> Peu de valorisation si développement de qqch pour un client Jabber (toutes façons tout le monde est sur aMSN).


            Imaginez un peu ce qui ce serait passé si, en parallèle à Mozilla, une bande de geeks avaient développé un navigateur web libre mais qui interprétaient le HTML comme IE ? (ben oui, Mozilla c'est bien en théorie, mais la plupart des sites sont optimisés pour IE donc faut être pragmatique !)

            Je ne critique pas le travail des devs de aMSN, ils font ce qu'ils veulent, ce n'est pas mon problème. Par contre je ne comprends pas qu'on puisse assister à une levée de bouclier lorsqu'on parle d'éventuellement passer un driver binaire d'un dépot web à un cd-rom alors que supporter un protocole propriétaire (et donc le répendre et le promouvoir), ça génère un tel enthousiasme. Non, vraiment.

            Et l'excuse bidon "ne pas se couper du monde", c'est gentil pour se donner bonne conscience mais alors autant retourner à Windows, c'est bien plus facile (ou en tout cas ne pas se permettre de donner des leçons sur la liberté ..)

            Mes livres CC By-SA : https://ploum.net/livres.html

            • [^] # Re: protocole proprio...

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

              la différence ?
              c' est le choix
              Si une distribution, quelle qu' elle soit, impose à l' installation des drivers dont les sources ne sont pas disponibles, et en plus en collent certains dans des paquets "primaires" : l' utilisateur n' a pas le choix.
              Et sous le pretexte de facilité la vie à l' utilisateur, on en vient finalement à faire le jeu des blobs. Il faut relire le scénario catastrophe "linux in a binaries world" (...)

              (et je ne parle même pas de la différence d' importance entre un blob faisant joujou en espace privilégié avec un logiciel qui sert à se dire bonjour par internet ...)

              Bient entendu qu' une distribution destinée au grand public et à la migration vers Linux se doit de faire le nécessaire pour faciliter la vie aux utilisateurs. Mais ceci devrait se faire en laissant toujours le choix. Ce n' est certainement pas en intégrant par défaut de tels blobs que l' OpenSource garde le cap.

              • [^] # Re: protocole proprio...

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

                Oui, mais un utilisateur a le choix de sa distribution et peut ne pas choisir ubuntu s'il ne souhaite pas de driver proprio.

                Par ailleurs, un utilisateur d'amsn n'a pas le choix, il est obligé d'utiliser un protocole proprio.

                (et je ne parle même pas de la différence d'importance entre un serveur par lequel transite tout nos messages et informations personnelles , et un driver pour faire mumuse avec des jeux en 3D)

                Bien entendu qu'un logiciel libre de messagerie instantanée destiné au grand public se doit de faire le nécessaire pour faciliter la vie aux utilisateurs. Mais ceci devrais se faire en utilisant des formats et protocoles ouverts, voire libre. Ce n'est certainement pas en favorisant l'emploi de MSN que le libre garde le cap.

                --
                Ceci est un commentaire caricatural

                • [^] # Re: protocole proprio...

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

                  je crois que tu n' a pas saisi l' importance du travail de reverse-engeenering, ou alors tu le fait un peu exprès ;)

                  juste pour tenter de justifier l' injustifiable : incorporation de drivers proprios dans les paquets kernels. (et non pas faire des paquets à part comme tout le monde)

                  c' est totalement incomparable et j' insiste sur ce point.
                  aMSN permet de passer en douceur à gnu/linux, oui en utilisant un protocole proprio. a chacun de faire son chemin ensuite, à son rythme.
                  un kernel blobé enferme l' utilisateur dans un non-choix et plus il y aura d' utilisateurs privés de ce choix, moins le Libre se portera bien.

                  on pourrait aussi causer d' un système de bucktracking qui enferme des logiciels libres derrière un système propriétaire, mais le sujet n' est pas de parler des errances de ubuntu. Mais de parler de aMSN.

                  Oui aMSN est une avancée, et au delà de la prouesse du travail accompli, il est important car il permet aux djeunz ne pas être lésés par un poste gnu/linux.

                  C' est en fait une démarche inverse : permettre au Libre d' être 4x4, passe partout, pour faciliter la vie. A terme faire tomber les dernières barrières (comme Samba a su le faire)
                  De l' autre, on utilise du libre (avec si peu de participation upstream... tout pour sa gueule, bonjour la mentalité) et on l' enferme doucement dans du proprio.

                  Désolé, mais vos exemples sont mal choisis : ils se retournent contre vous.
                  Mon but n' était pas de troller sur ubuntu, mais décidement, c 'est bien les users de cette distribution qui me font fumer le nez.

                  sincèrement : est il difficile de faire une iso "vraiment libre" et une iso "pour la facilité, avec des blobs, en attendant mieux" ??? redhat le fait, mdv le fait, suse le fait. Non, tu vois, c' est possible.
                  Il s' agit donc bien d' un choix politique pensé et calculé : ne proposer bientôt que des distributions blobées.
                  ubuntu sux à mort. point barre.

                  • [^] # Re: protocole proprio...

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

                    Il y a du reverse engeniring à faire pour MSN aussi. Presque chaque nouvelle version de MSN utilise un nouveau protocole plus ou moins différent et plus ou moins compatible avec l'ancien. Pour incorporer les nouvelles fonctionalité, on a d'autre choix que de faire du reverse-engeenering. Ce qui met les clients libre perpétuellement en retard.

                    aMSN et les driver proprio c'est pareil ou presque.

                    les driver proprio permettent de passer en douceur à gnu/linux, oui en utilisant du code proprio. À chacun de faire son chemin ensuite, à son rythme. Un protocole ou format propriétaire enferme l'utilisateur dans un non-choix, et plus il y a d'utilisateur privés de ce choix, plus cela fait un "effet réseau", et plus le libre ce portera mal.

                    Oui, incorporer les driver proprio par défaut (dans une distrib grand public) est important car il permet à l'utilisateur de base de pourvoir utiliser son système en entier sans prise de tête

                    ...

                    La comparaison entre MSN est les driver proprio est une bonne comparaison.
                    Utiliser MSN c'est très mal pour le libre. Au moins autant que d'utiliser les drivers proprio.

                    Tu essaye de me prouver que l'un est plus grave que l'autre. Mais tous tes arguments, en les interpréttant différament (parfois avec un peu de mauvaise foi il est vrai), peuvent être retournés dans l'autre sens.

                    Je te rassure, je ne suis pas pour les driver proprio non plus.
                    Et je suis bien consciant que pour le djenz, l'utilisation d'msn est importante. Mais pour les driver proprio c'est pareil. Et non, ce n'est pas une avancée pour le libre

                  • [^] # Re: protocole proprio...

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

                    j' auto modère mes propos pour pas qu' ils soient compris de travers :
                    "ubuntu sux à mort"
                    je cause pas de la distribution en elle même, car c' est une excellente distribution. Elle atteinds un niveau d' intégration et de finition qui ne peut laisser qu' admiratif.
                    Il ne lui manque plus qu' un portage de Yast ou de DrakConf (ou drakdisk, draksambashare et autres drakgw ou encore la gestion du wifi et des imprimantes roxent sévères ).
                    les 2 réunis, ça tuerais, c' est clair.

                    "ubuntu sux à mort" ne fait donc pas référence au travail accompli sur cette distribution, mais à la politique imposée par ceux contrôlant les finances de la distribution : système de bugtracking propriétaire (c' est hallucinant ça, quant même !!!), le blobage des paquets kernels (pourtant c' est possible de faire des paquets kernels spécifiques) et bientôt de toute la distribution... Bref, je ne suis pas du tout un anti-ubuntu, et la plus grosse faille de cette distribution, c' est sa politique...

                    /me qui va resterai avec son openbsd, sa mdv, & sa Debian, quant bien même ubutun deviendrait meilleure un jour.

                • [^] # Re: protocole proprio...

                  Posté par  . Évalué à 2.

                  Oui, mais un utilisateur a le choix de sa distribution et peut ne pas choisir ubuntu s'il ne souhaite pas de driver proprio.

                  en l'occurrence et avec Ubuntu, il y a tromperie sur la marchandise puisqu'ils prétendent le contraire distribution 100% libre blablabla.

            • [^] # Re: protocole proprio...

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

              Je ne critique pas le travail des devs de aMSN, ils font ce qu'ils veulent, ce n'est pas mon problème. Par contre je ne comprends pas qu'on puisse assister à une levée de bouclier lorsqu'on parle d'éventuellement passer un driver binaire d'un dépot web à un cd-rom alors que supporter un protocole propriétaire (et donc le répendre et le promouvoir), ça génère un tel enthousiasme. Non, vraiment.


              Juste entre nous, le "tel enthousiasme" dont tu parles, je ne le vois pas des masses dans les commentaires de cette news.
              Et puis on peut être contre l'intégration des drivers nvidia proprio dans la prochaine ubuntu et contre le protocol MSN en même temps, et oui, c'est possible !

              • [^] # Re: protocole proprio...

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

                au moment où j'ai posté le premier message, les commentaires étaient principalement enthousiastes et/ou discutant de features comme les wiz.

                Comme Linuxfr a beaucoup chahuté sur le coup des drivers nvidia dans Ubuntu, je me suis laissé emporter dans la logique : "beaucoup ont râles sur les drivers nvidia" && "beaucoup semblent apprécier aMSN" => "au moins une partie d'entre eux ont râlé sur les drivers et aiment aMSN".

                Oui, le raisonnement ne tient pas deux secondes mais ça c'est le défaut (en est-ce finalement ?) des pauvres êtres humains qui écrivent sous le coup d'une émotion ;-)

                Mais tu as entièrement raison

                Mes livres CC By-SA : https://ploum.net/livres.html

            • [^] # Re: protocole proprio...

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

              Déjà il faudrait arrêter avec les drivers graphiques pas libres... Les drivers graphiques libres pour les cartes ATI marchent très bien, pour des cartes relativement avancés et mon avis est qu'après le rachat par AMD, on aura un peu plus d'ouverture. Le projet Nouveau avance à grand pas pour les cartes NVidia et dans quelques temps, les possesseurs de NVidia pourront en profiter pleinement... Et là, on parle de quelques mois tout au plus.

              Maintenant, du côté Jabber, je ne vois aucune échéance où on puisse dire : on aura le son, on aura la vidéo, on aura d'autres trucs vachement eye-candy mieux que MSN (je parle pas des pubs clignotantes de Windows Messenger hein). On nous dit que ça va arriver depuis tellement longtemps que j'en désespère franchement...

              J'ai récemment fait migrer en partie une de mes cousines sur GTalk, elle a quand même gardé son MSN. Première remarque : y'a pas les smileys !! Je ne le savais pas, n'ayant jamais lancé GTalk et ça m'a vraiment surpris... Comment peut-on espérer concurrencer MSN avec un client qui n'implémente même pas les smileys ? Elle a quand même gardé son client GTalk et ne me parle plus qu'avec ça mais quand même, les clients et serveur Jabber ont tellement de retard dans l'implémentation des JEP qu'on ne rattrapera pas MSN comme ça.

              La raison principale je pense n'est pas, comme tu le dis, qu'on favorise le protocole MSN plutôt que Jabber. Accuser le voisin, c'est facile mais la communauté Jabber pourrait déjà faire un bilan interne. Il y a une multitude d'implémentations de clients et de serveurs, souvent à la limite de la compatibilité. Et quand ils sont compatibles, ils n'implémentent pas les même morceaux et on se retrouve avec le plus petit commun dénominateur, c'est à dire pas grand chose à part envoyer un message. Le travail à faire, il est là : regrouper les implémentations, avoir une implémentation de référence et arrêter de s'éparpiller.

              Donc oui aux pilotes libres de cartes graphiques qui marchent bien et oui à l'implémentation du protocole MSN dans les clients libres. Et quand Jabber sera prêt, on fera migrer tout le monde et on crachera sur MSN...


              PS: l'argument sur Mozilla et IE est nul, puique Mozilla implémente les bugs de IE justement. Si Mozilla n'avait affiché que des documents conformes, la navigation aurait été triste...

    • [^] # Re: protocole proprio...

      Posté par  . Évalué à 3.

      Il remets toujours ça lui et son Ubuntu. Tu ne voudrais pas te mettre la distro là où le soleil ne brille pas ?

  • # Feature importante.

    Posté par  . Évalué à 2.

    Hu, je suis pas super fan des features alakon, mais est-ce que cette version supporte le transfert de fichier de façon rapide, en P2P, et pas le mode 3ko/s que j'ai avec Gaim ?

    Les wizz, chuis pas fan, mais le file transfer, j'en voudrais bien.

    • [^] # Re: Feature importante.

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

      ils semblent que le transfert de fichiers avec les clients libres soit lent car ils envoyent les fichiers en passant par le serveur MSN alors que les dernières versions du client proprio MSN font du IP à IP direct.

    • [^] # Re: Feature importante.

      Posté par  . Évalué à 1.

      Le nouveau protocol d'envoi/réception de fichier est inclus dans cette version d'aMSN. Et celle-ci fait bien du transfert IP à IP, sans passer par les serveur de MS.

      • [^] # Re: Feature importante.

        Posté par  . Évalué à 4.

        Cool. Maintenant ça serait cool que ça soit implémenté dans gaim ;)

        • [^] # Re: Feature importante.

          Posté par  . Évalué à 1.

          Il faudra attendre le prochain GSoC probablement :)

          Perso, niveau features je suis pas fan des wizz, smileys en 1024x768, etc...
          Une feature à implémenter (j'avais déjà proposé sur l'irc, mais j'ai pas encore eu/pris le temps de regarder), c'est de réduire les smileys persos envoyés par les contacts à une taille raisonnable.

  • # Mauvaise catégorie.

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

    A l'heure ou j'écris ce commentaire, cette news est dans le thème "Jabber"[1]. Ce qui est une erreur grossière, vous en conviendrez. Le thème "Commercial" ou "Microsoft" eut été plus approprié. (Et plus sérieusement, le thème "Internet")

    C'est une insulte à la marque Jabber et a son logo que de mettre cette dépèche dans ce thème.

    [1] En tout cas, c'est très clairement Jabber représenté sur le logo, et pas la messagerie instantanée en général

    --
    Il est probable qu'il y ait du second degré dans ce commentaire

  • # Impact sur les passereles MSN <-> Jabber

    Posté par  . Évalué à 3.

    Le développement d'aMSN a t il un impact sur le développement des passerelles MSN <-> Jabber?

    Le code d'aMSN étant libre, la doc doit surement décrire comment fonctionne MSN . Développer la passerelle MSN ne tiendrait donc plus du reverse engeenering mais de la lecture des specs d'aprèes la doc d'aMSN.

    N'est il pas plus intéressant que tous les linuxiens ait un compte Jabber qui puisse communiquer avec le réseau MSN plutot que de rester cloitrés sur le réseau MSN?

    • [^] # Re: Impact sur les passereles MSN <-> Jabber

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

      Je réagis sur la dernière phrase : passer par aMSN ou tout autre client pour accéder au réseau MSN, ou utiliser une passerelle Jabber, le résultat final est le meme : on reste sur le réseau MSN.
      C'est un choix technique (la technologie sur le client ou le serveur?) ayant la même conséquence sur MSN : on est connecté. Ta phrase n'a donc pas de sens (excepté si tu t'interdit d'installer aMSN mais t'autorise à utiliser un server avec passerelle, mais la c'est une autre histoire...)

Suivre le flux des commentaires

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