Goffi a écrit 1537 commentaires

Une seule réponse: http://xmpp.org/extensions/xep-0136.html ;)

Hum, c'est tout à fait faisable de sauver ses contacts du MUA via XMPP (enfin ça dépend du client ce coup ci: IMAP et SMTP c'est standard et géré partout, la gestion des contacts c'est autre chose), mais c'est une idée intéressante à creuser.
Les règles de filtrage, il suffit d'implémenter les scripts sieve qui sont justement prévus pour ça (langage de script standard côté serveur IMAP - ou autre -, c'est déjà géré nativement au moins dans kmail, et je crois qu'il faut un plugin pour thunderbird). Vu qu'il y a des déjà des bibliothèques Python pour ça, il suffit de proposer la fonctionnalité sur http://bugs.goffi.org pour que je m'en souvienne le jour où j'ai un peu de temps libre (c'est pas demain la veille ceci dit ;) ).

Au passage, je n'exclus pas de faire moi même une gestion de messages "lourd" (type courriel) plus tard dans les frontends de SàT, mais c'est surtout que c'est impossible dans l'immédiat (j'ai trop de choses à faire, et je suis seul).

Merci pour les encouragements :)

Le paquet Arch va être disponible très bientôt (il va s'appeler sat-xmpp, sat étant déjà pris): quelqu'un du forum Ubuntu (Wido) m'a proposé d'en faire un et s'en charge donc, et nous avons passé une partie de la soirée hier dessus. Par la même occasion il a packagé sat-urwid qui sont les extensions pour Urwid (bibliothèque console python de type ncurses) que j'ai fait pour Primitivus. D'ailleurs si d'autres se sentent l'âme de faire un paquet pour une autre distro, n'hésitez pas à me contacter pour régler les soucis éventuels (il y a beaucoup de dépendances, ce n'est pas forcément simple).

Pour IRC, outre en effet Poezio déjà cité, Primitivus permet d'avoir le salon en plein écran en console (on peut cache les contacts et les membres du salon en deux raccourcis clavier, on peut même supprimer l'horodatage pour gagner de la place). Côté interface de bureau, je suis pour l'instant dans le très classique (type ICQ avec contacts + fenêtres de conversations), mais maintenant que ça commence doucement à tourner, je vais pouvoir commencer à me lacher un peu de ce côté; j'ai quelques idées en tête, dont un affichage proche d'IRC.
Gajim permet plusieurs types d'interface (type ICQ classique, tout groupé, etc), c'est très proche d'IRC.

Pour ce genre de suggestion, vous pouvez utiliser le bugzilla ( http://bugs.goffi.org ): dans un forum je peux oublier, le bugzilla garde trace, attend une réponse argumentée en cas de refus, et permet de voter pour savoir ce qui est le plus demandé :).

D'où l'intérêt d'avoir un client pour le "message lourd" (mail), un pour le chat, etc. C'est dans cette direction que part SàT, surtout avec ses différents frontends :). Après, xmpp te permet de parler à d'autres réseaux grâce aux transports.

En gros pour un mail:

Client Mail (Thunderbird) ==> SàT ==> Serveur XMPP ==> Transport ==> Tout (XMPP, Mail, SIP, etc).

Pour une messagerie instantané, c'est la même chose sauf que c'est un frontend qui est utilisé au lieu du client mail (Wix par exemple).

Pour envoyer un fichier, tu utilises toujours le même réseau (XMPP) qui peut au final envoyer vers tout (genre par mail), mais tu peux utiliser un frontend plus adapté en ligne de commande, comme jp:

jp fichier.tar.bz2 contact@serveur.ext


Bref, tout passe par XMPP, mais t'utilises une interface adaptée à ton besoin.

Ben en fait XMPP permet déjà ça avec les transports: tu utilises ton compte Jabber, et tu t'abonnes aux transports désirés, et ça y'a rien à faire côté client (à part gérer le protocole des transport - XEP-0100 - correctement :) ).
D'ailleurs le transport mail est une des raisons qui me font dire que XMPP est bien placé comme alternative à celui-ci (cf mon dernier billet cité dans ce journal).

Là ce que je viens de faire, ça permet surtout de déléguer la messagerie "lourde" à des logiciels qui savent déjà très bien la gérer, pour me concentrer sur la partie "messagerie instantanée" (ce qui n'exclue pas que je laisserai sûrement la possibilité de gérer la messagerie lourde dans les frontends plus tard).

PS: sinon pour ce que tu veux, les clients multi-protocole sont peut être plus adaptés ? Kopete gère une bonne partie de ce que tu cites.

Ben en fait ça m'intéresse beaucoup d'avoir aussi les remarques de ceux qui s'intéressent peut être un peu moins à XMPP/Jabber, donc faut pas hésiter hein ;)

PS: merci pour les corrections :)

«un interface»: s/un/une/
«de mails autant que l'envoi (en XMPP)»: s/XMPP/SMTP/ (mais ça va de soi)

Et pourtant j'ai relu !

garcon (gestion des menus)
ah ah, ça c'est un nom qu'il est bien trouvé :D

En tout cas XFCE m'a permis d'utiliser correctement un netbook pendant 1 an alors que Kde était poussif dessus (Kde que j'adore soit dit en passant, malgré sa stabilité aléatoire chez moi). Super projet.

PS: pourquoi ce n'est pas en dépêche ?

Y'a déjà Gallica (http://gallica.bnf.fr) chez nous qui permet de consulter gratuitement plus d'un million de livres, ainsi que des archives de journaux (avec une reconnaissance optique en prime !). Trésor pour les recherches ou pour tout curieux, j'ai passé un temps fou récemment à m'amuser à lire les journaux du XIXè siècle, ou les journaux avant ou pendant les guerres, voir les annonces et pubs d'époques, etc. Un régal. Vivement qu'il en mettent d'autres (je rêve de lire le Père Duchesne de 1790).
Après avoir lu l'extraordinaire «Hommage à la Catalogne» d'Orwell, c'est précieux de pouvoir lire les journaux d'époque auxquels il fait référence (et ainsi confirmer ses dires).

Bref, en plus de la conservation des archives papiers qui s'abiment avec le temps, c'est extraordinaire de pouvoir accéder à ces œuvres sans habiter Paris ou devoir justifier d'une recherche.

Par contre je suis un peu étonné des licences qui restreignent l'utilisation des textes pour des très vieux textes comme ça.

Voir aussi du côté d'Europeana: http://search.theeuropeanlibrary.org

Quand l'article français est trop peu détaillé, qu'il me semble douteux ou si je veux simplement plus d'informations, alors je vais immédiatement sur la version anglaise.
C'est marrant parce que je fais ça aussi, et je me surprends de plus en plus à le faire dans l'autre sens (consulter la version française quand l'anglaise et insuffisante/douteuse). Pour pas mal de sujets c'est logique (personnalité française par exemple), mais là par exemple je viens tout juste d'avoir plus d'informations utiles sur la page française de fcron.
D'autres part, et même si je ne suis pas les débats internes de Wikip[eé]dia (ou de très loin), je m'aperçois que les politiques pour les articles ne sont pas exactement les mêmes (utilisations d'images, citations, etc), et ça vaut vraiment le coup de regarder dans plusieurs langues des fois (en plus de l'historique, des références, etc).

Ah et pendant que j'y suis, une petite note pour les autres projets de wikicommons, et qui sont parfois moins connus. Wiktionnary par exemple, est devenu depuis quelques temps (plusieurs années quand même) ma référence dès que je veux trouver une définition, mais aussi un synonyme ou une traduction (et parfois une étymologie, mais c'est encore léger de ce côté). Wikibooks (wikilivre chez nous) est encore sous-exploité, c'est dommage car c'est excellent: je viens de conseiller le wikibook anglais pour apprendre le français à quelqu'un; des leçons qui m'ont l'air pas trop mal, possibilité d'entendre la prononciation, etc.

Enfin une petite note sur mon entourage. Tout le monde utilise (beaucoup) Wikipédia, mais peu connaissent l'historique, et souvent on m'a remercié d'expliquer son utilité. Ça vaut le coup d'en parler, ce n'est pas suffisamment mis en avant AMHA.

% cd ~/Photos
% ls *db
digikam4.db thumbnails-digikam.db

Et les données stockées (à la demande ou automatiquement si on veut) dans les fichiers images directement le sont dans un format suffisamment standard pour être réutilisées par d'autre logiciels (autrement dit, l'idée c'est pas digiKam qui prend ses aises, mais plutôt qui permet un changement de logiciel facilité).

Je n'ai encore jamais pris (eu!) le temps de tester ça, mais j'ai un onglet Nepomuk avec 2 cases à cocher:

- stocker les options dans Nepomuk
- lire les metadonnées depuis Nepomuk

Digikam gère tout dans une bdd que tu places où tu veux. Et les metadonnées, tu peux les inclure dans tes photos de manière à ce qu'un autre logiciel les utilise. Autrement dit, du tout bon.

Moi je trouve ça dangereux de toujours se baser sur «y'a bien quelqu'un qui va péter ça»

Pour le python -> javascript, il y a pyjamas (http://pyjs.org/) dont j'avais déjà parlé dans un commentaire il y a un moment.

Là on s'éloigne beaucoup de l'IM, mais c'est effectivement une bonne idée.
Ben on n'arrête pas de dire (et toi le premier d'ailleurs) que xmpp c'est bien plus que de l'IM justement.

Ce serait bien qu'on sache le but de ce langage de script, ce qui le différencie d'autres comme python, ruby, perl ou lua.
Est-ce que c'est un langage pour le plaisir d'écrire un interprète, d'éducation, ou destiné à faire des logiciels en production ?

Un petit Hello World serait le bienvenue aussi, histoire d'avoir une idée de la syntaxe.

Au pire tu prends une passerelle xmpp et ajoute les autres serveurs comme ça.

Et j'ai envie d'ajouter: j'espère que KMail ne va subir le même sort que Konquy (très bon logiciel qui se fait doubler et limite oublier à cause principalement d'un manque de dévs).

Vu qu'il y a avait eu un appel de détresse récemment: http://blogs.fsfe.org/mario/?p=88 , ils manquent de dév, ce qui est fort dommage vu la qualité et les bonnes idées dans kmail.
Les trucs qui me gênent actuellement sont un manque (relatif, c'est pas catastrophique non plus) de stabilité (un crash de temps en temps, imap perdu quand on change de connexion), et l'absence du IDLE IMAP (en gros ça permet d'être prévenu en temps réél de l'arrivée des mails par push sans aller poller toutes les X minutes), mais j'ai vu quelque part qu'il y a avait un composent akonadi qui gérait ça justement pour kmail 2.

Ah wé, il est temps que j'aille me coucher moi :)

bon «ça me gonflerait», et c'est mon dernier mot :)

Ouch... «ça aurait été». «ça me gonflerais».
Bon y'en a sûrement d'autres, mais ces deux là piquent les yeux...
Plus qu'à mettre un ticket pour qu'on puisse modifier les commentaires dans les secondes qui suivent l'envoi sur le DLFP RoR...

Cool, vu que le Tarot n'est pas très connu en dehors de la France (et peut être des pays francophones ?), ça fait du bien de voir des projets libres dessus.
Quelques remarques/questions:
- une capture d'écran ça aurait était sympa
- ça ne permet que de compter les points, ou aussi de jouer ? Parce que je ne suis pas certain avec la description. Et comment on les entre les points ? (oui je sais, je peux installer et tester, mais je suis déjà plus que pris ce soir)
- perso ça me gonflerait que quelqu'un sorte un ordi pendant une partie entre potes (déjà que j'engueule mes potes quand ils passent leur soirée sur le tél), mais ça pourrait être intéressant si on peut jouer (si jamais on n'a pas de vrai jeu sous la main).
- le cas échéant, si tu veux des cartes de Tarot pour implémenter le jeu, j'ai fait un petit script pour récupérer celles dispos sur wikicommon dans la résolution de ton choix, dans l'archive http://www.goffi.org/index.php?download/35, il est dans frontends/wix/images et se nomme "split_card.sh".

Bon courage

et ça marche :)
Et on peut mettre des info-bulles et tout, ça roxe

on la refait: L'Île_aux_fleurs (oui je sais prévisualisation toussa)

Au passage, on fait comment pour les liens avec apostrophe qui ne sont pas sur wikipédia fr ?