Les jeunes (oui, je me fais vieux et dit "les jeunes" maintenant), bougez-vous, allez faire un tour à l'étranger (pas forcément dans des pays de langue anglaise, la plupart des capitales ont maintenant un grand nombre de réunions informelles entre informaticiens et ça se passe en anglais car les capitales sont remplies d'étrangers venant des quatre coins du monde et c'est la langue commune),
Hum là dessus je ne suis pas d'accord du tout. Enfin qu'il faut voyager si, bien sûr ! Qu'il faut apprendre l'anglais pour un informaticien c'est évident. Mais les capitales non anglophone ne sont pas bonne pour apprendre l'anglais: même si on peut souvent trouver quelqu'un qui parle anglais, la plupart des échanges se font dans la langue locale, et on est vite largués. Dans les hackerspaces parisiens que j'ai fréquenté par exemple, la plupart des échanges oraux/par écrit sont en français (à l'exception notable du fabelier car très fréquenté par des non francophones), même si beaucoup parlent (plus ou moins) anglais. Et je dirais même plus: c'est une très bonne chose !
C'est marrant de voir qu'il y a autant de gens qui ont voté pour le courriel, parce que j'ai l'impression que c'est un moyen qui est de moins en moins utilisé par le grand public (dans le milieu pro je pense que c'est encore bien présent).
J'ai de plus en plus de mal à trouver les adresses des gens que je veux contacter, et souvent c'est twitter qui est utilisé comme moyen privilégié pour contacter/poser une question à quelqu'un, même chez les libristes ! En plus comme je m'auto-héberge et que je n'ai pas d'adresse en @gmail ou @hotmail, il y a le risque de passer plus facilement en SPAM.
Vu que je n'ai pas de compte twitter (je consulte juste de temps en temps en faisant un « !twitter XMPP » sur duckduckgo), c'est parfois difficile voire impossible de contacter les gens.
Il y a quand même un paquet de moyens alternatifs libres qui fonctionnent, je suis étonné et un peu déçu de voir ce système proprio et centralisé aussi populaire chez les libristes. Surtout que des trucs comme seenthis sont, à défaut d'être décentralisés, au moins libres, des trucs comme Diaspora ou Friendica (et plus ou moins XMPP pour le microblogage) fonctionnent pour ce type d'utilisation, et qu'il y a d'autres alternatives plus ou moins anciennes.
Conclusion : Les gens sous windows ne savent pas ce que fait leur ordinateur, et ne s'en préoccupent pas.
Je suis sous GNU/Linux et je ne sais pas toujours ce que fais ma machine: quand je vois que ça chauffe je fais un (h)top, je peux voir par exemple qu'akonadi parcours mon disque. Mais ça pourrait être un malware qui a pris la place du binaire akonadi, c'est pas dis que je m'en rendrais compte facilement. Et tout le monde n'a pas les connaissances techniques (bien qu'avoir la liste des processus devrait être un minimum, tout comme sur une voiture tout le monde devrait savoir contrôler le niveau d'huile).
La plupart du temps quand la machine chauffe ça vient d'iceweasel, alors oui je peux voir que ça vient d'un javascript sur un onglet, mais à part me taper le code source, j'ai peu de chances de savoir exactement ce que fait cette page.
moi j'essaye régulièrement des solutions libres (Jitsi, Linphone, Tox), et même Skype malheureusement. J'arrive à convaincre certains de mes contacts de faire des essais avec moi, et ils sont patients. Je vais peut-être faire un journal dessus, mais rien n'est convainquant, y compris Skype.
Le meilleur résultat c'est avec Linphone, qui en plus est dispo sur beaucoup de plateformes, mais l'interface est franchement pas agréable, et y'a beaucoup de bogues (contact qui n'apparait pas en ligne, ça sonne dans le vide, ça ne détecte pas le casque, ça sonne occupé quand le contact me dit qu'il n'a aucune sonnerie et qu'il est dispo, etc). Faudrait que je prenne un peu de temps pour remonter ça et en parler aux développeurs.
J'utilise par exemple des casques/micros USB, et c'est la croix et la bannière pour que ça fonctionne (redémarrage nécessaire, ça ne sort pas au bon endroit, etc). Alors ça peut aussi venir de Pulse Audio, mais quand je l'utilise avec mpv ça marche correctement pourtant.
Au final, je me retrouve régulièrement à utiliser le téléphone qui est encore ce qui fonctionne le mieux…
Bon faut dire aussi que j'utilise aptosid, donc tout n'est pas forcément super testé… Mais même sur d'autres distros (Kubuntu/Linux Mint/Android) je retrouve ce genre de problèmes.
Poezio met ça en avant aussi, il suffit de l'installer et ça marche sans rien configurer (il se connecte par défaut en anonyme sur son serveur maison).
OTR n'est pas adapté à XMPP en fait: c'est un bricolage actuellement dans les clients.
Par exemple, OTR est fait pour transporter du texte pur, il n'y aucun moyen standard d'envoyer du XML, et certains clients le font à leur sauce (du coup ça fait du n'importe quoi du genre: est-ce que ça fait une erreur si j'interprète ça en XML ? Non alors allons-y !).
Il n'y a aucune XEP qui parle d'OTR et de comment l'annoncer, du coup le moyen d'annonce c'est le truc spécifique à OTR à coups d'espaces à la fin d'un message.
Bref aujourd'hui, OTR avec XMPP ça n'est pas propre et pas idéal du tout. Il y a (eu ?) des tentatives de choses propres, mais ça n'est pas très actif en ce moment (enfin peut-être avec jingle, je ne suis pas encore trop de ce côté).
Figure toi que j'allais le mettre, et puis je me suis dit que ça exploserait tout, alors j'ai précisé « à distance » pour ça dans le sondage (véridique) ;)
Je trouve le projet intéressant mais sàt est encore très loin d’être mature.
C'est vrai, mais on annonçait une version grand public pour la rentrée. Malheureusement on a pris beaucoup de retard (enfin surtout moi) pendant l'été, et on n'a toujours pas sorti la 0.5 qu'on doit sortir depuis fin juin. Aussi pour la rentrée ça va être compromis, disons que pour faire large on espère être au point avant la fin d'année (c'est râpé pour la prochaine Debian stable par contre :( ).
vu que hier j’ai regardé quelques vidéos des dernières RMLL et qu’un boitier dédié était mentionné très vite fait (par Goffi peut-être, pour SàT? si j’ai bonne mémoire).
J'ai effectivement mentionné ça comme une des pistes pour se financer, nous y réfléchissons. Il faut regarder du côté de FreedomBox et Yunohost aussi, qui travaillent sur des distributions pour ce genre de boîtiers.
Si c'est pour mettre du comic sans ms, c'est pas vraiment une amélioration. :)
T'as une sous-partie de XHTML, principalement couleurs, gras, etc. Mais surtout y'a toujours une version texte simple qui va avec, donc tu peux activer ou pas si ça t'ennuie. Sur IRC y'a rien de standard (sauf si ça s'est amélioré depuis), et tu ne peux pas désactiver, au point que certains salons interdisent les couleurs.
Rien que la possibilité de mettre des images de cette façon est pratique.
pas vraiment, il se déclenche au bout d'un certain temps hors du client mais si tu as le malheur de vouloir relire une conversation et revenir sur la fenêtre du client, il te remet automatiquement « disponible » alors que tu fais autre chose… (bon, c'est peut-être lié à gajim).
Oui ça c'est le comportement de ton client (et c'est probablement configurable).
Au moins avec un irssi sur un serveur permanent dans un screen, tu es toujours présent, tu peux backlogguer, si tu ne réponds pas, ton interlocuteur se rend bien compte que tu es away, s'il sait que tu es away, il peut néanmoins te laisser un message que tu verras dans ton backlog :-)
Tu ne backlog pas, tu reste connecté en permanence, et donc tu as un serveur qui tourne avec ton client. D'une part c'est pas donné à tout le monde d'avoir un serveur qui tourne en permanence, d'autre c'est pas super de laisser tourner ça en permanence (si tu ne l'utilises que pour ça).
moui xmpp est meilleur, mais bon si tu passes du fixe au portable voire au mobile ou la tablette et qu'à chaque fois tu apparais différemment… alors qu'un screen -x irssi et zou tu reprends ta session. Sans parler des messages perdus via xmpp, car envoyés à l'autre client et non celui auquel tu viens de te reconnecter :/
Tu compares un client unique connecté en permanence (ça c'est sûr que les problèmes de synchro son inexistants) à différents clients. Et si tu perds des messages, c'est que tu as des clients incomplets ou mal configurés: il y a l'historique côté serveur avec XMPP, ainsi que les copie carbones pour la synchro (SàT ne gère encore aucune des 2 au passage). Et screen -X irssi je vois mal un non informaticien l'utiliser
Je n'ai jamais compris cet engouement pour la « présence » de xmpp, c'est pour moi plus un défaut qu'autre chose : si je suis là et que j'ai envie de répondre, je le fais, pas besoin que je sois indiqué « présent » pour qu'on me parle non plus…
Non seulement tu as plus de statuts, mais tu as le message qui va avec, et surtout tu as des tas de choses accessibles avec les extensions, comme les états de discussion (en train d'écrire/inactif/etc).
A une époque, je faisais la promotion d'XMPP. J'ai fait venir 2 ou 3 personnes dessus. On était donc 3 ou 4 en permanence. Il n'y a pas eu d'effet boule de neige, parce que les autres ont été bien plus prudents que moi.
Pendant des mois, c'est resté "ton truc qui va presque bientôt faire le café".
La communauté n'a probablement pas su tirer parti de la dynamique qu'il y a eu à un moment autour de XMPP, dynamique qui a disparu aujourd'hui, rendant les choses plus compliquées. Je comprends ta frustration: il y a eu un virage raté à un moment. Je pense que les éléments ne sont pas encore réunis pour attirer du monde en masse, mais en passe de l'être. Maintenant même avec 4 personnes, c'est quand même sympa de discuter avec nos propres moyens, de manière relativement sécurisée, en ayant la maîtrise sur la plupart des maillons de la chaîne.
Et je me suis senti atrocement seul, parce que quasiment aucun acteur de XMPP ne veut en faire la promotion, marketing et vente. Pas assez sexy pour les dévs. Oui, c'est chiant, c'est de la comm' et de la vulgarisation.
J'ai déjà eu des débats sur le sujet ici: à titre personnel je fais une énorme différence entre la communication et le marketing. Le marketing c'est (entre autre) la publicité, avec la notion de manipulation et de création de besoin qui va avec. La communication c'est faire connaître un projet ou une idée (pas forcément sans critique d'ailleurs), et ça je n'ai rien contre.
Nous refusons par exemple d'utiliser Twitter ou FB pour faire connaître le projet, ce qui nous handicape parce que c'est là que sont la plupart des gens, mais il y a une question de cohérence avec notre discours; cohérence qui je pense nous servira sur le long terme. Aussi nous ne cherchions pas ou peu à communiquer réellement avant cette année, là nous avons commencé mais pas n'importe où. Nous avons par exemple la chance d'avoir eu un article sur reflets.info: le journaliste (Drapher) a voulu me rencontrer avant de faire un article; on s'est donné rendez-vous et on a beaucoup parlé (notamment politique), bref du vrai journalisme pas un publireportage. Après on ne cracherait probablement pas sur un article sur Libé ou le Monde voire le Figaro.
Il y a donc une problématique de faire connaître tout en restant cohérent avec nos idées: une autre facette de cette opposition marketing/communication c'est qu'on essaye de rester honnête avec ce qu'on dit, de ne pas cacher les gros loups, et on parle régulièrement d'autres projets aussi dans une logique d'entraide plutôt que de concurrence.
L'autre problème qui fait que ça n'est « pas assez sexy pour les dévs », c'est que ça prend du temps: rien qu'un commentaire comme ici qui ne sera lu que par tout au plus quelques dizaines de personnes, ça prend un temps fou à rédiger, alors faire la pêche aux gens qui peuvent nous faire connaître, c'est encore pire. Je crois beaucoup au bouche à oreille si on fait quelque chose de bon.
La vulgarisation je ne pense pas que ça soit une mauvaise chose, au contraire il ne faut surtout pas réserver nos outils à des « élites » techniques. C'est une des raisons pour lesquelles on essaye d'utiliser peu de vocabulaire technique, d'anglicismes ou d'acronymes. C'est une question d'accessibilité. Par contre il y a aussi une question de moment: on n'est pas encore grand public, on vise encore un public technique, aussi il y a des choses qui sont pour le moment délaissées comme les traductions, c'est temporaire.
Oui mais il faut commencer par quelque part. Aujourd'hui la seule perspective c'est de parler à de complets inconnus dont le seul lien est l'outil. C'est totalement absurde.
Oui, utiliser un outil pour l'outil ça n'a pas de sens. Ceci dit, rien que la maîtrise du moyen de communication justifie son usage à mon avis. Aussi, je pense qu'on doit miser beaucoup plus sur les passerelles: pouvoir communiquer avec d'autres réseaux et tout grouper dans une même interface c'est un gros point fort.
En fait je pensais plus à la vidéo, qui est considérée comme une évidence depuis un petit moment de longue date par absolument toutes les solutions proprios. Mais PubSub aussi, ça fait un bout de temps qu'on va "bientôt faire des trucs extras avec".
Le problème de la vidéo, c'est que c'est un boulot énorme, long, fastidieux, et très dépendant de l'environnement (matériel, pilotes, connexion, etc): regarde comme Jitsi qui se concentre dessus a du mal selon les circonstances. C'est pourquoi nous gardons ça pour plus tard. Movim a une autre stratégie: réutiliser le boulot fait autour de WebRTC, ce qui fait qu'ils ont déjà une vidéo fonctionnelle (pour nous c'est plus difficile en l'état parce qu'on n'a pas que le web à gérer).
Pour PubSub on avance, mais on est peu à avancer en ce moment: principalement un russe (Binary), Movim et SàT (les auteurs originaux de pubsub ne sont plus très actifs). Mais ça avance même si ça n'est pas visible: par exemple j'ai récemment proposé une extension pour pouvoir utiliser notre propre composant PubSub, et ainsi accélérer grandement les choses en ne dépendant plus de l'implémentation des serveurs. Binary a aussi proposé une extension pour les notifications. Bref, ça avance vraiment.
Maintenant clarifie: tu ne veux pas faire de promotion, ou tu veux en faire? ;)
Je ne veux pas faire de marketing, je suis ok pour la communication (je sens que ça va encore troller). Je dis des fois « propagande » dans le sens « propager une idée », mais c'est un terme délicat à utiliser depuis Goebbels.
Sous XMPP, c'est "ça dépend des clients". C'est très confus pour les non initiés, et très dangereux: imagine un utilisateur curieux mais pas trop. On lui répète qu'il y a plein de clients sous XMPP. Il en prend un au pif, sur lequel il manque beaucoup de fonctions évidentes. Il va repartir en pensant que XMPP, c'est vraiment trop limité!
Avec le temps je me rends compte que c'est une connerie de parler de XMPP à des non informaticiens. Ce n'est que le protocole, c'est pas lui qu'il faut mettre en avant. Entre ma conf aux RMLL à Genève en 2012, et celle à Montpellier cette année j'ai complètement changé le discours là dessus: désormais je parle du vrai fond du projet: la politique. On ne parle pas de HTTP ou HTML pour présenter le dernier site à la mode, pourquoi on met XMPP en avant comme ça ? Le seul intérêt d'en parler à un public non technique, c'est pour l'interopérabilité. Il vaut probablement mieux parler d'un client en particulier, surtout qu'on peut plus facilement décrire ses points forts et ses problèmes, et aider si quelqu'un l'utilise.
Quant aux fonctions différentes d'un client à l'autre, les clients s'adaptent à ce qu'ils ont en face, c'est prévu pour.
Il faudrait un méta-standard "XMPP comm' perso" qui impose l'implémentation propre et vérifiée d'un certain nombre de XEP, dont la vidéo ferait partie, par exemple.
Ça permettrait d'identifier plus rapidement les clients avancés (voire actifs si le standard évolue) et éviterait aux utilisateurs moins avancés de galérer à trouver un client
j'ai déjà eu une réflexion similaire: il serait relativement facile d'automatiser la recherche de fonctionnalités disponibles dans des clients. Des batteries de tests par XEP seraient intéressantes aussi, mais un peu plus compliquées à mettre en place. Malheureusement c'est un gros boulot que personne n'a le temps de faire. Ça serait bien dans le rôle de la XSF de faire ça, mais je pense qu'ils ont d'autres chats à fouetter.
Je ne suis pas sûr de bien comprendre: tu as essayé les interfaces de bureau sans succès, mais tu utilises avec succès sur téléphone portable ? Ou alors tu dis que sur tél c'est sobres et bien fait mais tu n'utilises pas ?
Rien que dans ce paragraphe, ce que je comprends, c'est que ni aujourd'hui, ni dans 1, 5, ou 10ans, il n'aura d'utilité pour XMPP/Jabber!
Peut-être que lui n'en aura jamais l'utilité oui, c'est ce que j'entends: ne pas forcer les choses, on ne fait pas du marketing et de la vente.
Le principal problème, c'est que "personne" ne l'utilise. Un système de communication sans utilisateur ne sert à rien, aussi bon soit-il.
En pratique il y a quand même du monde qui utilise XMPP, il n'y aurait pas autant de clients et de serveurs encore actifs si ça n'était pas le cas. Ce qui gêne ici c'est plus que notre entourage direct ne l'utilise pas. Je pense que ça va venir.
Mais ça peut être utile même tout seul: plus bas est donné un exemple d'utilisation pour des notifications. C'est utilisé dans certains milieux aussi: bon je suis un cas particulier parce que je bosse dessus, mais je peux contacter une bonne partie de mon entourage via XMPP (pour du technique, ou certains membres de ma famille, et certains amis). Et pourtant je n'utilise pas encore sérieusement les possibilités de microblogage, pour le moment c'est uniquement pour la messagerie instantanée. Le microblogage on a prévu de passer nos propres blogs sur SàT pour la 0.6, autant dire que là on utilisera plus que sérieusement.
Et tout son problème, qui est le même que le mien, c'est que tu mélanges ce qui lui(/nous) convient avec ce qui est simplement disponible:
je ne sais pas ce qui vous convient, j'énonçais seulement quelques possibilités, et je disais justement que si ce que vous avez déjà vous va, aucune raison de changer, si ça ne vous va pas (ce qui semble être ton cas), alors oui il est intéressant de voir ce qu'il se fait ailleurs et donc en XMPP.
RIEN ne me convient aujourd'hui. J'ai le choix entre:
- des solutions proprios que je n'aime pas parce que proprio et pas respectueuses de la vie privée
Ce n'est pas la seule chose qui me gêne dans les solutions proprios (cf mes confs à PSES - partie 1 et partie 2 - ou aux RMLL)
des solutions Libres strictement inutilisables parce qu'aucun de mes contacts ne les utilise
C'est un peu le serpent qui se mord la queue. Tu auras difficilement la possibilité d'avoir tous tes contacts déjà présents dans le réseau, par contre ton arrivée peut en amener d'autre, et le reste par effet boule de neige (ou effet réseau comme on dit de nos jours).
(et ne prendra pas la peine d'essayer si en plus ça ne lui apporte rien de croustillant)
Il y a du monde intéressé par des solutions alternatives, je m'en rends compte tous les jours. Maintenant les gens qui attendent tout sur un plateau et qui vont changer au moindre nouvel effet de mode, je ne suis pas certain que c'est ce que je souhaite voir débarquer en premier. Il faut des gens convaincus pour faire quelque chose de solide.
Ça fait des années que je lis ça.
Ça fait peut être des années que tu lis des choses sur Movim ou SàT parce qu'on bosse dessus depuis des années et qu'on en parle ici vu que c'est un public technique et a priori intéressé. Maintenant ça ne fait pas des années qu'on dit que ça va être utilisable par le grand public: on espère avoir une première version vraiment grand public pour la rentrée (bon vu qu'on a pris beaucoup de retard avec l'été et qu'on est déjà le 10 août, ça risque d'être un peu décalé, disons avant la fin de l'année pour laisser un peu de marge).
Avec SàT nous avons voulu attendre d'avoir quelque chose de solide avant d'en parler partout (contrairement à beaucoup d'autres, même récemment); ici on en parle plus parce que c'est un public technique et particulièrement intéressé par le libre.
Malheureusement aussi, la seule chose sur lesquelles le Libre soit vraiment en avance, c'est la protection de la vie privée. Mais le grand public s'en contrefout, Snowden ou pas.
Ce n'est pas la seule chose loin s'en faut sur laquelle on travaille (cf les confs citées plus haut).
Et je ne pense pas non plus qu'on puisse dire qu'on court après le proprio, on n'est pas du tout dans le clone de FB. Autant au niveau de l'éthique bien sûr, que de la conception (regarde une capture de Libervia par exemple), ou des fonctionnalités, je pense que tu peux faire un tour sur mon blog pour t'en convaincre.
Si tu n'en vois pas l'utilité, c'est peut être que tu n'en as pas, la création de besoin c'est vraiment pas mon truc, et ne te force pas à utiliser un truc si tout te convient déjà comme il faut (enfin se passer des trucs proprios c'est quand même pas mal, mais pour IRC/le courriel/RSS/etc si ce que tu as te convient, pas de raison de changer).
Bon une fois ceci dit, il y a des choses potentiellement faisables, et des choses faisables aujourd'hui. Movim et SàT ça reste (plus pour longtemps) plus proche du potentiellement faisable que du faisable.
En faisable aujourd'hui, tu as:
vidéo (cf plus bas)/transfert de fichier/discussions chiffrées, possibles notamment avec Jitsi ou Gajim
unification des moyens de communication: enfin en partie, aujourd'hui tu peux regrouper IRC/XMPP (autre comtpe)/AIM/RSS-Atom/Skype/Twitter/SMS/etc au même endroit, une fois tes passerelles configurées (notamment spectrum2). Maintenant ce n'est qu'en partie faisable à l'heure actuelle: utiliser RSS par exemple c'est plus sur le papier car ce n'est pas bien intégré dans les interfaces (sauf chez Movim, pour SàT c'est prévu pour la 0.6 - la 0.5 étant sur le point de sortir -).
le chat a une puissance incomparable avec IRC. Y'a des fonctions qui sont indispensables quand on y prend goût comme le statut dans les discussions de groupes (pas besoin de mettre ton_pseudo[away]), unicode de base - y compris pour les pseudos -, des vraies mise en formes intégrées (pas une bidouille pour les couleurs à la mirc), un backlog (tu as les X lignes dites avant ton arrivées dans un salon, ce qui te permet de comprendre le contexte de la discussion en cours), la corrections du dernier message, etc
c'est décentralisé: sur IRC t'es sur Freenode ou QuakeNet ou IRCnet, avec XMPP peu importe (à condition que le serveur voulu ne s'isole pas volontairement)
la gestion de l'historique par le serveur, ce qui te permet de gérer une conversation entre plusieurs appareils (pas géré par tous les clients, pas encore par SàT par exemple)
t'as des tas de fonctions sympatiques comme un système de commandes génériques, utilisé chez nous par exemple pour faire une télécommande universelle
c'est très utilisé dans le milieu professionnel, notamment parce que c'est standardisé et facilement hackable. J'ai vu des démos de systèmes de gestion de transports en temps réél basés sur XMPP par exemple. Bon là c'est pas Jabber si tu entendait par Jabber le réseau global (y'a des trolls sur le terme, moi ça me passe très au dessus de la tête honnêtement).
Dans le potentiel, là on parle de ce sur quoi on bosse en ce moment:
le microblogage a un énorme potentiel: décentralisé, et avec les passerelles, il devrait permettre d'avoir des moteurs de blogs où on peut commenter avec un seul compte quel que soit son serveur (ex.: http://www.libervia.org/blog/goffi), d'avoir une seule interface où apparaissent tes flux RSS/Atom et tes conversations dans différents réseaux en même temps. Le côté standardisé te permettra de choisir ton client sans perdre l'interopérabilité, en diminuant ou supprimant les casse-tête de migration, etc.
la vidéo ça fait des années qu'on en parle, c'est dispo à des degrés différents, jitsi est probablement le plus avancé dessus, avec possibilité de chiffrer, converser à plusieurs, ou partager son écran. Pour ma part j'ai jamais eu de bonnes expériences avec, mais j'ai pas testé depuis plusieurs mois
du partage de fichier poussé, voire de la synchronisation
donc y'a déjà des intérêts concrets, comme la possibilité de regrouper en une seule interface beaucoup de choses, le chiffrement de base, ou un chat très puissant. Mais le potentiel est vraiment grand, et il y a beaucoup en cours ou faisable qui sortent vraiment des sentiers battus. C'est un protocole très hackable, et ça c'est vraiment chouette.
Mais encore une fois, ne te force pas à te fabriquer un besoin si tu n'en as pas. Si c'est pour t'amuser à bricoler avec, là c'est autre chose.
Pardonne moi les incohérences ou fautes éventuelles, je suis très fatigué ce soir, mais je me devais de répondre sur ce sujet :)
Non c'est le cas de SàT aussi. Jappix fait quasiment tout en javascript, et se connecte côté navigateur via BOSH (extension qui fait passer XMPP à travers HTTP).
Buddycloud je ne sais pas, je suis de très loin parce qu'ils font beaucoup de choses à leur sauce, c'est presque un fork de XMPP.
On a tous prévu d'y passer à un moment ou un autre, ça va venir. Le problème c'est qu'on doit travailler sur les standards, et on est un peu sur tous les fronts: parler du projet (une dépêche comme ici ça prend facilement 1 h ou 2 à faire par exemple), assister aux évènements (avec SàT on a été à PSES et aux RMLL récemment: c'était super mais 1 semaine de code en moins), les correspondances notamment avec les utilisateurs, le développement en lui même bien sûr, et le travail sur les standards. Sans oublier la vie en dehors de tout ça !
Et niveau standard pour le moment on a un peu l'impression de se battre contre des moulins à vents: on est 4 ou 5 à vraiment s'intéresser aux problèmes de PubSub dans le domaine. Du coup c'est long.
Donc oui les étiquettes ça va venir, un peu de patience. Notre gros point important aussi, c'est de bien rester compatibles entre nous: comme on expérimentes on es un peu obligé d'aller plus vite que la standardisation. Mais si on y arrive, en unissant nos force on a de quoi faire un début de boule de neige.
Ah autant pour moi. Mais je ne pensais pas forcément (que) à SàT, y'a aussi Jappix et Buddycloud, et si on sort de XMPP on peut ajouter des Newebe, Fiendica, Diaspora, Lorea, et cætera. Y'a une petite dizaine de projets libres dans ce domaine.
Si vous êtes donc motivé et prêt à vous investir dans un projet innovant et unique en son genre,
grmbmlbmlbmlblmb *soupir*
bon mis à part ça, c'est un super projet très prometteur, un des plus avancés actuellement, et Edhelas l'auteur est très sympa. On risque de voir pas mal de choses intéressantes dans les mois à venir.
J'avais pas vu passer ce jeu depuis des années, mais juste un petit mot pour vous féliciter du thème (distribuer des médicaments génériques contre le SIDA aux pays les plus touchés en luttant contre les industries pharmaceutiques), et du boulot réalisé bien sûr. Qu'est-ce que ça peut faire plaisir de voir des thèmes comme ça de temps en temps.
P.-S.: et content de voir que vous êtes toujours actifs !
Je profite de la dépêche pour demander ce qu'apporte encore Firebug par rapport aux outils intégrés ? Si certains connaissent suffisamment les 2 pour m'éclairer…
Est-ce que Firebug a encore une raison d'être si ces outils sont d'origine dans Firefox et dérivés et Chromium ? Surtout que j'ai eu pas mal de ralentissement dernièrement avec.
Sinon rien à voir, mais la dépêche parle d'un placement à la volée pour les sous-titres avec WebVTT, et la page Wikipédia parle d'un format de fichier. Est-ce que celà s'accompagne d'une API pour ajouter dynamiquement des sous-titres sur une vidéo, ou bien faut-il que le fichier de sous-titres soit déjà prêt et terminé au moment de la lecture ?
# anglais
Posté par Goffi (site web personnel, Mastodon) . En réponse à la dépêche Vivre du logiciel libre - MediaArea.net trois ans plus tard. Évalué à 4.
Hum là dessus je ne suis pas d'accord du tout. Enfin qu'il faut voyager si, bien sûr ! Qu'il faut apprendre l'anglais pour un informaticien c'est évident. Mais les capitales non anglophone ne sont pas bonne pour apprendre l'anglais: même si on peut souvent trouver quelqu'un qui parle anglais, la plupart des échanges se font dans la langue locale, et on est vite largués. Dans les hackerspaces parisiens que j'ai fréquenté par exemple, la plupart des échanges oraux/par écrit sont en français (à l'exception notable du fabelier car très fréquenté par des non francophones), même si beaucoup parlent (plus ou moins) anglais. Et je dirais même plus: c'est une très bonne chose !
Sinon entretien intéressant.
# Le courriel et Twitter
Posté par Goffi (site web personnel, Mastodon) . En réponse au sondage Pour moi l'avenir des communications à distance c'est.... Évalué à 4.
C'est marrant de voir qu'il y a autant de gens qui ont voté pour le courriel, parce que j'ai l'impression que c'est un moyen qui est de moins en moins utilisé par le grand public (dans le milieu pro je pense que c'est encore bien présent).
J'ai de plus en plus de mal à trouver les adresses des gens que je veux contacter, et souvent c'est twitter qui est utilisé comme moyen privilégié pour contacter/poser une question à quelqu'un, même chez les libristes ! En plus comme je m'auto-héberge et que je n'ai pas d'adresse en @gmail ou @hotmail, il y a le risque de passer plus facilement en SPAM.
Vu que je n'ai pas de compte twitter (je consulte juste de temps en temps en faisant un « !twitter XMPP » sur duckduckgo), c'est parfois difficile voire impossible de contacter les gens.
Il y a quand même un paquet de moyens alternatifs libres qui fonctionnent, je suis étonné et un peu déçu de voir ce système proprio et centralisé aussi populaire chez les libristes. Surtout que des trucs comme seenthis sont, à défaut d'être décentralisés, au moins libres, des trucs comme Diaspora ou Friendica (et plus ou moins XMPP pour le microblogage) fonctionnent pour ce type d'utilisation, et qu'il y a d'autres alternatives plus ou moins anciennes.
[^] # Re: logiciel de rançon
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal Virus qui montent : rançon contre données. Évalué à 7.
facile, suffit de marquer les bits à l'encre indélébile
[^] # Re: furtivité ?
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal Virus qui montent : rançon contre données. Évalué à 10.
Je suis sous GNU/Linux et je ne sais pas toujours ce que fais ma machine: quand je vois que ça chauffe je fais un (h)top, je peux voir par exemple qu'akonadi parcours mon disque. Mais ça pourrait être un malware qui a pris la place du binaire akonadi, c'est pas dis que je m'en rendrais compte facilement. Et tout le monde n'a pas les connaissances techniques (bien qu'avoir la liste des processus devrait être un minimum, tout comme sur une voiture tout le monde devrait savoir contrôler le niveau d'huile).
La plupart du temps quand la machine chauffe ça vient d'iceweasel, alors oui je peux voir que ça vient d'un javascript sur un onglet, mais à part me taper le code source, j'ai peu de chances de savoir exactement ce que fait cette page.
[^] # Re: Skype sous linux , y'a quoi ? rien ....
Posté par Goffi (site web personnel, Mastodon) . En réponse au sondage Pour moi l'avenir des communications à distance c'est.... Évalué à 6.
moi j'essaye régulièrement des solutions libres (Jitsi, Linphone, Tox), et même Skype malheureusement. J'arrive à convaincre certains de mes contacts de faire des essais avec moi, et ils sont patients. Je vais peut-être faire un journal dessus, mais rien n'est convainquant, y compris Skype.
Le meilleur résultat c'est avec Linphone, qui en plus est dispo sur beaucoup de plateformes, mais l'interface est franchement pas agréable, et y'a beaucoup de bogues (contact qui n'apparait pas en ligne, ça sonne dans le vide, ça ne détecte pas le casque, ça sonne occupé quand le contact me dit qu'il n'a aucune sonnerie et qu'il est dispo, etc). Faudrait que je prenne un peu de temps pour remonter ça et en parler aux développeurs.
J'utilise par exemple des casques/micros USB, et c'est la croix et la bannière pour que ça fonctionne (redémarrage nécessaire, ça ne sort pas au bon endroit, etc). Alors ça peut aussi venir de Pulse Audio, mais quand je l'utilise avec mpv ça marche correctement pourtant.
Au final, je me retrouve régulièrement à utiliser le téléphone qui est encore ce qui fonctionne le mieux…
Bon faut dire aussi que j'utilise aptosid, donc tout n'est pas forcément super testé… Mais même sur d'autres distros (Kubuntu/Linux Mint/Android) je retrouve ce genre de problèmes.
[^] # Re: Et caliop, ça continue ?
Posté par Goffi (site web personnel, Mastodon) . En réponse à la dépêche Caliopen, encourager le chiffrement. Évalué à 2.
Oui j'ai effectivement dit une connerie sur OTR v3, j'avais mal compris ce qu'il apportait.
[^] # Re: XMPP + WebRTC
Posté par Goffi (site web personnel, Mastodon) . En réponse au sondage Pour moi l'avenir des communications à distance c'est.... Évalué à 5.
Poezio met ça en avant aussi, il suffit de l'installer et ça marche sans rien configurer (il se connecte par défaut en anonyme sur son serveur maison).
[^] # Re: Multiple usage
Posté par Goffi (site web personnel, Mastodon) . En réponse au sondage Pour moi l'avenir des communications à distance c'est.... Évalué à 4.
OTR n'est pas adapté à XMPP en fait: c'est un bricolage actuellement dans les clients.
Par exemple, OTR est fait pour transporter du texte pur, il n'y aucun moyen standard d'envoyer du XML, et certains clients le font à leur sauce (du coup ça fait du n'importe quoi du genre: est-ce que ça fait une erreur si j'interprète ça en XML ? Non alors allons-y !).
Il n'y a aucune XEP qui parle d'OTR et de comment l'annoncer, du coup le moyen d'annonce c'est le truc spécifique à OTR à coups d'espaces à la fin d'un message.
Bref aujourd'hui, OTR avec XMPP ça n'est pas propre et pas idéal du tout. Il y a (eu ?) des tentatives de choses propres, mais ça n'est pas très actif en ce moment (enfin peut-être avec jingle, je ne suis pas encore trop de ce côté).
[^] # Re: XMPP + WebRTC
Posté par Goffi (site web personnel, Mastodon) . En réponse au sondage Pour moi l'avenir des communications à distance c'est.... Évalué à 4.
la XSF bosse dessus, et Movim le permet déjà avec la récente 0.8.
[^] # Re: bars et pubs
Posté par Goffi (site web personnel, Mastodon) . En réponse au sondage Pour moi l'avenir des communications à distance c'est.... Évalué à 6.
Figure toi que j'allais le mettre, et puis je me suis dit que ça exploserait tout, alors j'ai précisé « à distance » pour ça dans le sondage (véridique) ;)
[^] # Re: À propos des réseaux sociaux
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal Disruptive innovation comme y disent aux states. Évalué à 3.
C'est vrai, mais on annonçait une version grand public pour la rentrée. Malheureusement on a pris beaucoup de retard (enfin surtout moi) pendant l'été, et on n'a toujours pas sorti la 0.5 qu'on doit sortir depuis fin juin. Aussi pour la rentrée ça va être compromis, disons que pour faire large on espère être au point avant la fin d'année (c'est râpé pour la prochaine Debian stable par contre :( ).
[^] # Re: À propos des réseaux sociaux
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal Disruptive innovation comme y disent aux states. Évalué à 4.
J'ai effectivement mentionné ça comme une des pistes pour se financer, nous y réfléchissons. Il faut regarder du côté de FreedomBox et Yunohost aussi, qui travaillent sur des distributions pour ce genre de boîtiers.
[^] # Re: Peut être à rien pour toi
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal Jabber ça sert à quoi pour un particulier ?. Évalué à 2.
T'as une sous-partie de XHTML, principalement couleurs, gras, etc. Mais surtout y'a toujours une version texte simple qui va avec, donc tu peux activer ou pas si ça t'ennuie. Sur IRC y'a rien de standard (sauf si ça s'est amélioré depuis), et tu ne peux pas désactiver, au point que certains salons interdisent les couleurs.
Rien que la possibilité de mettre des images de cette façon est pratique.
[^] # Re: Peut être à rien pour toi
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal Jabber ça sert à quoi pour un particulier ?. Évalué à 4.
Oui ça c'est le comportement de ton client (et c'est probablement configurable).
Tu ne backlog pas, tu reste connecté en permanence, et donc tu as un serveur qui tourne avec ton client. D'une part c'est pas donné à tout le monde d'avoir un serveur qui tourne en permanence, d'autre c'est pas super de laisser tourner ça en permanence (si tu ne l'utilises que pour ça).
Tu compares un client unique connecté en permanence (ça c'est sûr que les problèmes de synchro son inexistants) à différents clients. Et si tu perds des messages, c'est que tu as des clients incomplets ou mal configurés: il y a l'historique côté serveur avec XMPP, ainsi que les copie carbones pour la synchro (SàT ne gère encore aucune des 2 au passage). Et screen -X irssi je vois mal un non informaticien l'utiliser
Non seulement tu as plus de statuts, mais tu as le message qui va avec, et surtout tu as des tas de choses accessibles avec les extensions, comme les états de discussion (en train d'écrire/inactif/etc).
[^] # Re: Peut être à rien pour toi
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal Jabber ça sert à quoi pour un particulier ?. Évalué à 7.
La communauté n'a probablement pas su tirer parti de la dynamique qu'il y a eu à un moment autour de XMPP, dynamique qui a disparu aujourd'hui, rendant les choses plus compliquées. Je comprends ta frustration: il y a eu un virage raté à un moment. Je pense que les éléments ne sont pas encore réunis pour attirer du monde en masse, mais en passe de l'être. Maintenant même avec 4 personnes, c'est quand même sympa de discuter avec nos propres moyens, de manière relativement sécurisée, en ayant la maîtrise sur la plupart des maillons de la chaîne.
J'ai déjà eu des débats sur le sujet ici: à titre personnel je fais une énorme différence entre la communication et le marketing. Le marketing c'est (entre autre) la publicité, avec la notion de manipulation et de création de besoin qui va avec. La communication c'est faire connaître un projet ou une idée (pas forcément sans critique d'ailleurs), et ça je n'ai rien contre.
Nous refusons par exemple d'utiliser Twitter ou FB pour faire connaître le projet, ce qui nous handicape parce que c'est là que sont la plupart des gens, mais il y a une question de cohérence avec notre discours; cohérence qui je pense nous servira sur le long terme. Aussi nous ne cherchions pas ou peu à communiquer réellement avant cette année, là nous avons commencé mais pas n'importe où. Nous avons par exemple la chance d'avoir eu un article sur reflets.info: le journaliste (Drapher) a voulu me rencontrer avant de faire un article; on s'est donné rendez-vous et on a beaucoup parlé (notamment politique), bref du vrai journalisme pas un publireportage. Après on ne cracherait probablement pas sur un article sur Libé ou le Monde voire le Figaro.
Il y a donc une problématique de faire connaître tout en restant cohérent avec nos idées: une autre facette de cette opposition marketing/communication c'est qu'on essaye de rester honnête avec ce qu'on dit, de ne pas cacher les gros loups, et on parle régulièrement d'autres projets aussi dans une logique d'entraide plutôt que de concurrence.
L'autre problème qui fait que ça n'est « pas assez sexy pour les dévs », c'est que ça prend du temps: rien qu'un commentaire comme ici qui ne sera lu que par tout au plus quelques dizaines de personnes, ça prend un temps fou à rédiger, alors faire la pêche aux gens qui peuvent nous faire connaître, c'est encore pire. Je crois beaucoup au bouche à oreille si on fait quelque chose de bon.
La vulgarisation je ne pense pas que ça soit une mauvaise chose, au contraire il ne faut surtout pas réserver nos outils à des « élites » techniques. C'est une des raisons pour lesquelles on essaye d'utiliser peu de vocabulaire technique, d'anglicismes ou d'acronymes. C'est une question d'accessibilité. Par contre il y a aussi une question de moment: on n'est pas encore grand public, on vise encore un public technique, aussi il y a des choses qui sont pour le moment délaissées comme les traductions, c'est temporaire.
Oui, utiliser un outil pour l'outil ça n'a pas de sens. Ceci dit, rien que la maîtrise du moyen de communication justifie son usage à mon avis. Aussi, je pense qu'on doit miser beaucoup plus sur les passerelles: pouvoir communiquer avec d'autres réseaux et tout grouper dans une même interface c'est un gros point fort.
Le problème de la vidéo, c'est que c'est un boulot énorme, long, fastidieux, et très dépendant de l'environnement (matériel, pilotes, connexion, etc): regarde comme Jitsi qui se concentre dessus a du mal selon les circonstances. C'est pourquoi nous gardons ça pour plus tard. Movim a une autre stratégie: réutiliser le boulot fait autour de WebRTC, ce qui fait qu'ils ont déjà une vidéo fonctionnelle (pour nous c'est plus difficile en l'état parce qu'on n'a pas que le web à gérer).
Pour PubSub on avance, mais on est peu à avancer en ce moment: principalement un russe (Binary), Movim et SàT (les auteurs originaux de pubsub ne sont plus très actifs). Mais ça avance même si ça n'est pas visible: par exemple j'ai récemment proposé une extension pour pouvoir utiliser notre propre composant PubSub, et ainsi accélérer grandement les choses en ne dépendant plus de l'implémentation des serveurs. Binary a aussi proposé une extension pour les notifications. Bref, ça avance vraiment.
Je ne veux pas faire de marketing, je suis ok pour la communication (je sens que ça va encore troller). Je dis des fois « propagande » dans le sens « propager une idée », mais c'est un terme délicat à utiliser depuis Goebbels.
Avec le temps je me rends compte que c'est une connerie de parler de XMPP à des non informaticiens. Ce n'est que le protocole, c'est pas lui qu'il faut mettre en avant. Entre ma conf aux RMLL à Genève en 2012, et celle à Montpellier cette année j'ai complètement changé le discours là dessus: désormais je parle du vrai fond du projet: la politique. On ne parle pas de HTTP ou HTML pour présenter le dernier site à la mode, pourquoi on met XMPP en avant comme ça ? Le seul intérêt d'en parler à un public non technique, c'est pour l'interopérabilité. Il vaut probablement mieux parler d'un client en particulier, surtout qu'on peut plus facilement décrire ses points forts et ses problèmes, et aider si quelqu'un l'utilise.
Quant aux fonctions différentes d'un client à l'autre, les clients s'adaptent à ce qu'ils ont en face, c'est prévu pour.
j'ai déjà eu une réflexion similaire: il serait relativement facile d'automatiser la recherche de fonctionnalités disponibles dans des clients. Des batteries de tests par XEP seraient intéressantes aussi, mais un peu plus compliquées à mettre en place. Malheureusement c'est un gros boulot que personne n'a le temps de faire. Ça serait bien dans le rôle de la XSF de faire ça, mais je pense qu'ils ont d'autres chats à fouetter.
[^] # Re: Peut être à rien pour toi
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal Jabber ça sert à quoi pour un particulier ?. Évalué à 3.
Je ne suis pas sûr de bien comprendre: tu as essayé les interfaces de bureau sans succès, mais tu utilises avec succès sur téléphone portable ? Ou alors tu dis que sur tél c'est sobres et bien fait mais tu n'utilises pas ?
[^] # Re: Peut être à rien pour toi
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal Jabber ça sert à quoi pour un particulier ?. Évalué à 8.
Peut-être que lui n'en aura jamais l'utilité oui, c'est ce que j'entends: ne pas forcer les choses, on ne fait pas du marketing et de la vente.
En pratique il y a quand même du monde qui utilise XMPP, il n'y aurait pas autant de clients et de serveurs encore actifs si ça n'était pas le cas. Ce qui gêne ici c'est plus que notre entourage direct ne l'utilise pas. Je pense que ça va venir.
Mais ça peut être utile même tout seul: plus bas est donné un exemple d'utilisation pour des notifications. C'est utilisé dans certains milieux aussi: bon je suis un cas particulier parce que je bosse dessus, mais je peux contacter une bonne partie de mon entourage via XMPP (pour du technique, ou certains membres de ma famille, et certains amis). Et pourtant je n'utilise pas encore sérieusement les possibilités de microblogage, pour le moment c'est uniquement pour la messagerie instantanée. Le microblogage on a prévu de passer nos propres blogs sur SàT pour la 0.6, autant dire que là on utilisera plus que sérieusement.
je ne sais pas ce qui vous convient, j'énonçais seulement quelques possibilités, et je disais justement que si ce que vous avez déjà vous va, aucune raison de changer, si ça ne vous va pas (ce qui semble être ton cas), alors oui il est intéressant de voir ce qu'il se fait ailleurs et donc en XMPP.
Ce n'est pas la seule chose qui me gêne dans les solutions proprios (cf mes confs à PSES - partie 1 et partie 2 - ou aux RMLL)
C'est un peu le serpent qui se mord la queue. Tu auras difficilement la possibilité d'avoir tous tes contacts déjà présents dans le réseau, par contre ton arrivée peut en amener d'autre, et le reste par effet boule de neige (ou effet réseau comme on dit de nos jours).
Il y a du monde intéressé par des solutions alternatives, je m'en rends compte tous les jours. Maintenant les gens qui attendent tout sur un plateau et qui vont changer au moindre nouvel effet de mode, je ne suis pas certain que c'est ce que je souhaite voir débarquer en premier. Il faut des gens convaincus pour faire quelque chose de solide.
Ça fait peut être des années que tu lis des choses sur Movim ou SàT parce qu'on bosse dessus depuis des années et qu'on en parle ici vu que c'est un public technique et a priori intéressé. Maintenant ça ne fait pas des années qu'on dit que ça va être utilisable par le grand public: on espère avoir une première version vraiment grand public pour la rentrée (bon vu qu'on a pris beaucoup de retard avec l'été et qu'on est déjà le 10 août, ça risque d'être un peu décalé, disons avant la fin de l'année pour laisser un peu de marge).
Avec SàT nous avons voulu attendre d'avoir quelque chose de solide avant d'en parler partout (contrairement à beaucoup d'autres, même récemment); ici on en parle plus parce que c'est un public technique et particulièrement intéressé par le libre.
Ce n'est pas la seule chose loin s'en faut sur laquelle on travaille (cf les confs citées plus haut).
Et je ne pense pas non plus qu'on puisse dire qu'on court après le proprio, on n'est pas du tout dans le clone de FB. Autant au niveau de l'éthique bien sûr, que de la conception (regarde une capture de Libervia par exemple), ou des fonctionnalités, je pense que tu peux faire un tour sur mon blog pour t'en convaincre.
# Peut être à rien pour toi
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal Jabber ça sert à quoi pour un particulier ?. Évalué à 10.
Si tu n'en vois pas l'utilité, c'est peut être que tu n'en as pas, la création de besoin c'est vraiment pas mon truc, et ne te force pas à utiliser un truc si tout te convient déjà comme il faut (enfin se passer des trucs proprios c'est quand même pas mal, mais pour IRC/le courriel/RSS/etc si ce que tu as te convient, pas de raison de changer).
Bon une fois ceci dit, il y a des choses potentiellement faisables, et des choses faisables aujourd'hui. Movim et SàT ça reste (plus pour longtemps) plus proche du potentiellement faisable que du faisable.
En faisable aujourd'hui, tu as:
vidéo (cf plus bas)/transfert de fichier/discussions chiffrées, possibles notamment avec Jitsi ou Gajim
unification des moyens de communication: enfin en partie, aujourd'hui tu peux regrouper IRC/XMPP (autre comtpe)/AIM/RSS-Atom/Skype/Twitter/SMS/etc au même endroit, une fois tes passerelles configurées (notamment spectrum2). Maintenant ce n'est qu'en partie faisable à l'heure actuelle: utiliser RSS par exemple c'est plus sur le papier car ce n'est pas bien intégré dans les interfaces (sauf chez Movim, pour SàT c'est prévu pour la 0.6 - la 0.5 étant sur le point de sortir -).
le chat a une puissance incomparable avec IRC. Y'a des fonctions qui sont indispensables quand on y prend goût comme le statut dans les discussions de groupes (pas besoin de mettre ton_pseudo[away]), unicode de base - y compris pour les pseudos -, des vraies mise en formes intégrées (pas une bidouille pour les couleurs à la mirc), un backlog (tu as les X lignes dites avant ton arrivées dans un salon, ce qui te permet de comprendre le contexte de la discussion en cours), la corrections du dernier message, etc
c'est décentralisé: sur IRC t'es sur Freenode ou QuakeNet ou IRCnet, avec XMPP peu importe (à condition que le serveur voulu ne s'isole pas volontairement)
la gestion de l'historique par le serveur, ce qui te permet de gérer une conversation entre plusieurs appareils (pas géré par tous les clients, pas encore par SàT par exemple)
t'as des tas de fonctions sympatiques comme un système de commandes génériques, utilisé chez nous par exemple pour faire une télécommande universelle
c'est très utilisé dans le milieu professionnel, notamment parce que c'est standardisé et facilement hackable. J'ai vu des démos de systèmes de gestion de transports en temps réél basés sur XMPP par exemple. Bon là c'est pas Jabber si tu entendait par Jabber le réseau global (y'a des trolls sur le terme, moi ça me passe très au dessus de la tête honnêtement).
Dans le potentiel, là on parle de ce sur quoi on bosse en ce moment:
le microblogage a un énorme potentiel: décentralisé, et avec les passerelles, il devrait permettre d'avoir des moteurs de blogs où on peut commenter avec un seul compte quel que soit son serveur (ex.: http://www.libervia.org/blog/goffi), d'avoir une seule interface où apparaissent tes flux RSS/Atom et tes conversations dans différents réseaux en même temps. Le côté standardisé te permettra de choisir ton client sans perdre l'interopérabilité, en diminuant ou supprimant les casse-tête de migration, etc.
la vidéo ça fait des années qu'on en parle, c'est dispo à des degrés différents, jitsi est probablement le plus avancé dessus, avec possibilité de chiffrer, converser à plusieurs, ou partager son écran. Pour ma part j'ai jamais eu de bonnes expériences avec, mais j'ai pas testé depuis plusieurs mois
du partage de fichier poussé, voire de la synchronisation
remplacer ou au minimum améliorer le courriel
donc y'a déjà des intérêts concrets, comme la possibilité de regrouper en une seule interface beaucoup de choses, le chiffrement de base, ou un chat très puissant. Mais le potentiel est vraiment grand, et il y a beaucoup en cours ou faisable qui sortent vraiment des sentiers battus. C'est un protocole très hackable, et ça c'est vraiment chouette.
Mais encore une fois, ne te force pas à te fabriquer un besoin si tu n'en as pas. Si c'est pour t'amuser à bricoler avec, là c'est autre chose.
Pardonne moi les incohérences ou fautes éventuelles, je suis très fatigué ce soir, mais je me devais de répondre sur ce sujet :)
[^] # Re: VCL
Posté par Goffi (site web personnel, Mastodon) . En réponse à la dépêche LibreOffice 4.3 est sorti. Évalué à 1.
edje
[^] # Re: Unique en son genre
Posté par Goffi (site web personnel, Mastodon) . En réponse à la dépêche Movim: Appel à soutien. Évalué à 2.
Non c'est le cas de SàT aussi. Jappix fait quasiment tout en javascript, et se connecte côté navigateur via BOSH (extension qui fait passer XMPP à travers HTTP).
Buddycloud je ne sais pas, je suis de très loin parce qu'ils font beaucoup de choses à leur sauce, c'est presque un fork de XMPP.
[^] # Re: Hashtags
Posté par Goffi (site web personnel, Mastodon) . En réponse à la dépêche Movim: Appel à soutien. Évalué à 6.
On a tous prévu d'y passer à un moment ou un autre, ça va venir. Le problème c'est qu'on doit travailler sur les standards, et on est un peu sur tous les fronts: parler du projet (une dépêche comme ici ça prend facilement 1 h ou 2 à faire par exemple), assister aux évènements (avec SàT on a été à PSES et aux RMLL récemment: c'était super mais 1 semaine de code en moins), les correspondances notamment avec les utilisateurs, le développement en lui même bien sûr, et le travail sur les standards. Sans oublier la vie en dehors de tout ça !
Et niveau standard pour le moment on a un peu l'impression de se battre contre des moulins à vents: on est 4 ou 5 à vraiment s'intéresser aux problèmes de PubSub dans le domaine. Du coup c'est long.
Donc oui les étiquettes ça va venir, un peu de patience. Notre gros point important aussi, c'est de bien rester compatibles entre nous: comme on expérimentes on es un peu obligé d'aller plus vite que la standardisation. Mais si on y arrive, en unissant nos force on a de quoi faire un début de boule de neige.
[^] # Re: Unique en son genre
Posté par Goffi (site web personnel, Mastodon) . En réponse à la dépêche Movim: Appel à soutien. Évalué à 5.
Ah autant pour moi. Mais je ne pensais pas forcément (que) à SàT, y'a aussi Jappix et Buddycloud, et si on sort de XMPP on peut ajouter des Newebe, Fiendica, Diaspora, Lorea, et cætera. Y'a une petite dizaine de projets libres dans ce domaine.
# Unique en son genre
Posté par Goffi (site web personnel, Mastodon) . En réponse à la dépêche Movim: Appel à soutien. Évalué à 6.
grmbmlbmlbmlblmb *soupir*
bon mis à part ça, c'est un super projet très prometteur, un des plus avancés actuellement, et Edhelas l'auteur est très sympa. On risque de voir pas mal de choses intéressantes dans les mois à venir.
# Slune
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal Soya 3D version 3 arrive... (en images !). Évalué à 8. Dernière modification le 23 juillet 2014 à 20:40.
J'avais pas vu passer ce jeu depuis des années, mais juste un petit mot pour vous féliciter du thème (distribuer des médicaments génériques contre le SIDA aux pays les plus touchés en luttant contre les industries pharmaceutiques), et du boulot réalisé bien sûr. Qu'est-ce que ça peut faire plaisir de voir des thèmes comme ça de temps en temps.
P.-S.: et content de voir que vous êtes toujours actifs !
# Firebug
Posté par Goffi (site web personnel, Mastodon) . En réponse à la dépêche Firefox sur son 31. Évalué à 8.
Je profite de la dépêche pour demander ce qu'apporte encore Firebug par rapport aux outils intégrés ? Si certains connaissent suffisamment les 2 pour m'éclairer…
Est-ce que Firebug a encore une raison d'être si ces outils sont d'origine dans Firefox et dérivés et Chromium ? Surtout que j'ai eu pas mal de ralentissement dernièrement avec.
Sinon rien à voir, mais la dépêche parle d'un placement à la volée pour les sous-titres avec WebVTT, et la page Wikipédia parle d'un format de fichier. Est-ce que celà s'accompagne d'une API pour ajouter dynamiquement des sous-titres sur une vidéo, ou bien faut-il que le fichier de sous-titres soit déjà prêt et terminé au moment de la lecture ?
Merci :)