Larry Cow a écrit 5011 commentaires

  • [^] # Re: Contacts et Cie

    Posté par  . En réponse au journal Pour Microsoft, IMAP est un vieux protocole…. Évalué à 2.

    C'est le principe du "protocole" KOLAB. Ca marche assez bien (il y a des extensions pour Thunderbird, Horde et KMail le gèrent nativement, etc.), mais il faut un serveur IMAP bien particulier (Cyrus). Tant que ça ne fonctionnera pas avec - par exemple - Dovecot, ça restera assez limité.

  • [^] # Re: Conception graphique à la ramasse

    Posté par  . En réponse au journal Projet Athéna : "un coup de pied dans la fourmilière". Évalué à 3.

    Pareil, mais en fait ça vaut le coup de descendre lire la suite (et voir les mockups). Parce qu'ils ont eu la bonne idée de ne pas appliquer cette largeur fixe à WP.

  • [^] # Re: Un jeu sympa

    Posté par  . En réponse au journal Libération du Jeu Dark Reign 2. Évalué à 3.

    Effectivement, DR1 était assez sympa, et a pas mal souffert de la proximité temporelle de TA et de Starcraft. Le 2, je n'ai pas accroché du tout (WZ était bien meilleur selon moi). Mais ce sera peut-être l'occasion de lui redonner une seconde chance, qui sait…

  • [^] # Re: Lapin compris...

    Posté par  . En réponse au journal Warsow, le pragmatisme versus la liberté. Évalué à 2.

    Inertie, ça ne vous va pas?

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

    Posté par  . En réponse au journal La définition de démocratie, quelle est-elle selon vous ?. Évalué à 3.

    Ce n'est pas que ça ne plait pas, ce n'est pas qu'il a tort, c'est que la Chose Établie est un en-soi limitatif : )

    FOUTAISES!

  • [^] # Re: Applet

    Posté par  . En réponse au journal Des virus multiplateformes grâce à Java ?. Évalué à 4.

    Bref, de toute façon, le plugin java ne devrait plus être installé par défaut, c'était à la mode il y a 5-10 ans, il n'y a quasiment plus rien qui l'utilise encore.

    Faut voir, je connais des logiciels pro (relativement incontournables) à destination du secteur public qui l'utilisent encore. Et qui s'offrent le luxe d'exiger une version précise (et obsolète).

  • [^] # Re: Pas intéressant

    Posté par  . En réponse au journal Samba : de la 3G gratuite, contre de la pub à regarder, et des cookies.. Évalué à 6.

    Je dirais que ça dépend du cerveau ;)

  • [^] # Re: déjàvu

    Posté par  . En réponse au journal INDECT un sujet qui nous concerne tous !!!!. Évalué à 3.

    Pour moi, le choix du peuple ne peux pas aller à l’encontre de certains droits fondamentaux

    Oui mais c'est "pour toi", par pour "le peuple". Donc sauf à avoir un principe d'ordre supérieur qui indiquerait que l'avis du peuple prime, sauf mention contraire émanant de "toi"…

  • [^] # Re: Réponse d'un développeur actif

    Posté par  . En réponse au journal Été meurtrier chez Mozilla. Évalué à 2.

    Utilise SOGO Connector, dans ce cas, il permet de lier un carnet d'adresse CardDAV (et contrairement à ce que son nom indique, n'impose pas d'utiliser SOGo côté serveur).

  • [^] # Re: sic transit Mozilla regnum

    Posté par  . En réponse au journal Été meurtrier chez Mozilla. Évalué à 5.

    Pas de gestion du carnet d'adresse via LDAP (en écriture) ce qui permet d'avoir à minima tout les employés dans un même référentiel accessible à tous.

    Avoir la liste de tous les employés en lecture-écriture accessible à tous, ce n'est pas l'idée du siècle.

    Autant pouvoir proposer des carnets d'adresse individuels en LDAP serait sympa (mais on peut s'en sortir à coups de SOGo), autant pour la liste "globale", le fonctionnement actuel est très suffisant.

  • [^] # Re: Champs SRV du DNS

    Posté par  . En réponse au journal Décrire les services servis et comment s'y connecter. Évalué à 3.

    Et je dirais aussi que sans carnet d'adresse tu ne fais pas grand chose (d'ailleurs beaucoup de monde préféreraient perdre leur mbox que leur carnet)

    Précisément. Disons IMAP+SMTP+LDAP+SIEVE, par exemple ;)

    Ce qui montre bien que les solutions à la DNS SRV ne répondent pas au problème : le protocole ne décrit pas l'usage.

    Oui. D'où les solutions à base de XRDS.

  • [^] # Re: Champs SRV du DNS

    Posté par  . En réponse au journal Décrire les services servis et comment s'y connecter. Évalué à 2.

    Un usage ne correspond pas forcément à un seul protocole, ni réciproquement.

    Exemple A) Le mail, qui a besoin d'au moins deux protocoles pour fonctionner efficacement.
    Exemple B) MMmmh, on est vendredi. Alors disons HTTP. :)

  • # Le doigt dans la toile

    Posté par  . En réponse au journal Décrire les services servis et comment s'y connecter. Évalué à 5.

    Tout cela me semble largement intégrable (si pas déjà intégré) dans le package Webfinger+XRDS+… . Non?

    D'ailleurs, pour ce qui est de Thunderbird, il se connecte déjà très bien tout seul avec adresse et mot de passe, grâce à leur protocole d'autoconfiguration. Ce n'est pas basé sur Webfinger, mais le principe est sensiblement le même (sauf qu'il faut pouvoir utiliser le nom DNS "autoconfig.mondomaine.truc")

  • [^] # Re: bosh?

    Posté par  . En réponse à la dépêche Et voici Movim 0.5 « Snowball » !. Évalué à 7.

    C'est une sacrée pirouette, le contenu est ajouté depuis un bout et le réseau s'affiche de l'autre.

    C'est juste un moyen de fournir le contenu "social" ajouté via PubSub a des gens qui n'ont pas de compte Jabber. Si tu as un compte Jabber, connectes-toi sur Jappix "libre", et tu auras tout ce qu'il te faut comme "social" : images, commentaires, etc.

    Enfin bref, la volonté de faire du Libre n'est plus là (je crois que l'asso est en train de passer doucement la main à l'entreprise "French Touch" qu'il a monté, le lien est partout dans les footers).

    Il essaye de gagner sa vie avec son boulot, ça n'est pas si facile, surtout à son age. La dernière fois qu'on en a parlé, il était question de libérer Jappix Me une fois suffisamment avancé. J'ignore l'actualité du projet à ce jour.

    Si tu regardes la page de Jappix Pro, tu y verras uniquement des activités compatibles avec le libre : aide à l'installation, développement de fonctions, etc.

  • [^] # Re: bosh?

    Posté par  . En réponse à la dépêche Et voici Movim 0.5 « Snowball » !. Évalué à 3.

    Il met peut-être en cache, mais les infos sont saisies depuis Jappix "tout court", et c'est lui (le compte Jabber, en fait) qui a autorité. Si tu as Vanaryon dans tes contacts Jappix, tu y verras ses photos dans son canal. Elles sont (théoriquement, vu que je n'ai pas le code pour vérifier) stockées dans le PubSub de son compte.

  • [^] # Re: bosh?

    Posté par  . En réponse à la dépêche Et voici Movim 0.5 « Snowball » !. Évalué à 4.

    Absolument pas. Regarde la direction que prennent les projets plus récents comme Jappix Me.

    Jappix Me, c'est autre chose, effectivement. Mais "on s'entendait bien jusqu'à ce qu'il achète un Mac", c'est … particulier comme raison de couper les ponts.

    Ce que tu m'expliques c'est que Jappix est capable d'afficher des historiques dans une seule fenêtre. On parle bien de réseau social, parce que "un peu moins creusé", c'est un poil se foutre de ma g*eule si tu as pris trois secondes à installer Friendica, Diaspora ou Elgg.

    Un historique, sur lequel tu peux commenter, re-partager, etc. J'ai un peu joué avec Elgg quand c'était encore à la mode, je passe pas mal de temps sur Friendica. Et non, je n'ai pas l'impression de me foutre de ta gueule le moins du monde : les fondamentaux sont là. Je n'ai pas prétendu que c'était parfait ni terminé, perso j'ai toujours un bug qui fait que je ne vois les publications QUE des gens connectés (mais Vanaryon m'avait amené à conclure que c'était un souci sur ma configuration), mais sinon ça fait la rue Michel.

    Au fait je ne vois vraiment pas pourquoi tout le monde n'est pas content d'utiliser Facebook dans ce cas. C'est proprio, c'est tout à fait le sujet, on enferme mes données c'est génial ca utilise XMPP. Attends une seconde…

    Accessoirement, Jappix Me est - du moins la dernière fois que j'ai regardé - une simple "vue", en lecture seule, de l'activité sociale de ton compte Jabber. C'est-à-dire que :

    • un client Jabber "social" normal est nécessaire (soit Movim et Jappix, sauf si tu en vois d'autres)
    • l'accès à Jappix Me est inutile pour ceux qui ont un client cité ci-dessus.

    Bref, désolé, mais on est très très loin de l'enfermement des données à la FB : Jappix Me ne stocke rien.

  • [^] # Re: Vote public, mais obfuscaté

    Posté par  . En réponse au journal Acta en Europe, c'est mort !. Évalué à 3.

    À priori, c'est la liste des trucs votés à cette séance. Chaque vote est accompagné de la liste des + (oui), - (non) et 0 (abstention), regroupés par parti/groupe parlementaire.

    Si on en croit les scores annoncés, la listes qui nous intéresse est donc page 19 (vote n°8).

  • [^] # Re: bosh?

    Posté par  . En réponse à la dépêche Et voici Movim 0.5 « Snowball » !. Évalué à 1.

    Tout allait bien avec Jappix jusqu'à ce que Vanaryon se mettre à Mac OS X définitivement. Venant du fondateur, c'est révélateur.

    C'est une blague, j'espère?

    Ensuite Jappix n'est qu'un client Jabber Web, ce n'est en rien un réseau social.

    C'est (au moins) partiellement faux. Avec l'introduction, il y a longtemps déjà, du "canal" dans Jappix, il y a une couche de partage de contenus/statuts. Effectivement, c'est moins fouillé que la concurrence, mais ça fonctionne.

    Pour ce qui est de Jappix Me - qui est certes propriétaire - il vient justement boucher le "trou" d'une approche purement XMPP, en proposant aux non-titulaires d'un compte Jabber d'accéder quand même aux informations de leurs amis.

    Mais au moins, ils ont gardé XMPP comme protocole "primordial" le plus loin possible, ne repassant au bon vieux HTTP+HTML que pour communiquer avec le monde hors XMPP.

  • [^] # Re: Visite du CERN et Logiciel libre

    Posté par  . En réponse au journal 5-sigma: le boson de Higgs est débusqué !. Évalué à 4.

    Sans parler du fait de fournir des liens xmpp: pour les discussions, et d'avoir utilisé Jappix comme client web pour ceux qui ne sont pas déjà équipés. Très bonne surprise.

  • [^] # Re: bosh?

    Posté par  . En réponse à la dépêche Et voici Movim 0.5 « Snowball » !. Évalué à 6.

    Déjà, toute la partie purement applicative peut se mettre en cache, et auquel cas échanger "juste les messages" sera certainement plus efficace que d'échanger tout le formatage HTML qui va devoir aller autour.

    Ensuite, ce ne serait pas vraiment de l'AJAX, puisque le protocole de communication serait du XMPP BOSHé (bon, le XMPP est du XML, donc on s'en rapproche, mais on peut difficilement être fan de XMPP et vomir XML).

    Pour ce qui est de la charge imposée par le Javascript, la mode est tellement aux applications "lourdes" sur nos chers smartphones, que ça ne dépareillerait pas. Et de toutes manières, si vous souhaitez un tant soit peu de réactivité et d'effet "Waouh" sur la version mobile, il faudra en passer par là : la recharge intégrale de la page à chaque fois, ça ne plaît pas à grand monde.

    Au final, Jappix mobile fonctionne (du moins fonctionnait la dernière fois que j'ai testé, et vu comme les téléphones ont gagné en performances depuis…). Donc rien n'empêcherait d'avoir une interface purement JS/HTML sur les téléphones, d'avoir un protocole de communication purement XMPP/BOSH entre eux et le serveur, et d'avoir les éventuels traitements "lourds" non-déportables exécutés côté serveur Jabber (et non pas côté Apache).

    Ou alors faut arrêter de communiquer sur le côté XMPP, parce que finalement l'utilisateur final n'en voit pas la queue.

  • [^] # Re: bosh?

    Posté par  . En réponse à la dépêche Et voici Movim 0.5 « Snowball » !. Évalué à 2.

    C'est donc «normal» qu'en plus du client web pour jabber qu'il est

    Si encore il était vraiment un client Web "pur" (tout côté client)…

    Jappix a au moins l'avantage de parler XMPP (via BOSH, certes) entre le client (navigateur) et le serveur.

  • [^] # Re: bosh?

    Posté par  . En réponse à la dépêche Et voici Movim 0.5 « Snowball » !. Évalué à 6.

    Pourquoi devrait-il y en avoir ? N'est-ce pas intéressant de voir des gens utiliser un protocole ce pour quoi il n'est pas fait, lutter pour rendre le Web encore plus dynamique et vivant ?

    Disons en tous cas que c'est assez paradoxal de vouloir faire du web en s'appuyant sur un protocole non-web. Soit votre "cœur" est en XMPP, et l'interface web n'en est qu'une "vue" côté client (type Jappix). Soit votre "cœur" est basé sur les technos et concepts du web (stateless, etc), et le XMPP n'est éventuellement qu'un outil pour l'interopérabilité. L'actuel mélange des deux est probablement ce qui (à titre très personnel) me maintient le plus à l'écart de Movim (alors que je suis fan de Jappix).

  • [^] # Re: Récurent

    Posté par  . En réponse au journal Leap second. Évalué à 2.

    Sinon, on peut "juste" être à 23:59:59 pendant deux secondes d'affilée.

  • [^] # Re: Suis-je le seul a être dérangé ?

    Posté par  . En réponse à la dépêche Ocsigen : repenser le développement des applications HTML5. Évalué à 5.

    Va pour une question de fond, donc. Je n'ai pas touché à Caml depuis des années, et tout cela est un peu lointain. Pour un peu, je l'aurais cru disparu. Et là, à quelques mois d'intervalles, on voit passer deux solutions en Caml sur le même créneau.

    En clair : avez-vous des relations avec Opa ?

    Bon, et si vous continuez tous, il va falloir que je me remette au Caml. Groumf.

  • [^] # Re: Parti Populaire Européen - (Démocrates-Chrétiens)

    Posté par  . En réponse au journal C'est beau la démocratie. Évalué à 3.

    Plus que du Christ, ça se réclame surtout de la doctrine sociale de l'Église, un truc issu du Vatican au XIXè siècle. Sauf erreur de ma part.