Goffi a écrit 1524 commentaires

D'autre part, les outils de traduction offre aussi cette fonctionnalité, ceci s'appelle une mémoire de traduction. Lokalize (KDE) propose ce mécanisme. Je te rassure, nous ne retraduisons pas 100 fois "ouvrir" ;-).

Je le sais, c'est justement ce dont je parle en disant « D'autre part un logiciel comme gtranslator propose des traductions similaires déjà entrées », l'idée c'est « est-ce qu'il y a un outil massif où on peut récupérer des entrées stockées massivement ? » (c-à-d: qu'on ne récupère pas seulement ce qu'il y a dans nos .po, mais dans tous ceux déjà disponibles, y compris dans les autres projets).
Pour le moment (du moins ça se passe comme ça chez moi, donc tant mieux s'il y a une meilleure solution), je traduis une fois « ouvrir », et si je l'utilise 10 fois, pas besoin (évidemment) de le retraduire. Si j'ai un truc genre « ouvrir le fichier » il me proposera ouvrir comme texte similaire, et je peux partir de là (bon c'est bien entendu plus utile quand le texte à traduire est plus long). Mais ce que je voudrais, c'est pouvoir utiliser directement les traductions existantes de « ouvrir », déjà faites pour le projet .*, et disponible dans [0-9]+ langues (et sous licence libre).

C'est une vraie question, dans le sens que je ne connais de la traduction que le classique gettext.

Transifex (que je ne connaissais pas), semble en effet pouvoir répondre à ce genre de cas, mais est-ce qu'il est concrètement utilisé ainsi ?

Tiens cette dépêche me fait penser à un truc:
est-ce qu'il existe un système de traductions libres universel ? Parce qu'en développant mes projets, je me rends compte qu'il y a des tas de choses qui réapparaissent tout le temps, et qui sont pourtant retraduites à chaque fois. Un exemple tout con ce sont les menu: combien de fois ont été traduit "Ouvrir", "À propos", etc ? D'autre part un logiciel comme gtranslator propose des traductions similaires déjà entrées, si on avait une base générale, il serait bien plus facile de traduire l'existant.

Est-ce qu'un tel projet existe déjà ?

Je vous conseille de jeter un œil sur le planet de Kde, les réactions sont intéressantes:
- dédramatisation (en gros « on n'en sait pas assez pour faire la moindre conclusion, circulez y'a rien à voir»): [http://greeneg.blogspot.com/2011/02/qt-nokia-and-internet-ra(...)]
- Nokia utilise toujours Qt, et Maemo est prévu pour des ordinateurs mobiles (le téléphone est juste un fonctionnalité du N900): [http://kamikazow.wordpress.com/2011/02/11/nokia’s-risk-with-microsoft-and-the-“mobile-computer”-loophole/]
- toujours de la dédramatisation: [http://blog.rburchell.com/2011/02/bomb-has-hit.html]
- et ça embauche même: [http://www.thelins.se/johan/blog/2011/02/meego-and-qt/]
- on attend et on verra: [http://www.layt.net/john/blog/odysseus/disruptive_times]

et d'autres que je vous laisse découvrir.

Pour ma part, j'ai bien plus confiance en la communauté qu'en n'importe quelle compagnie, et je suis certain que Qt et Kde seront pris en charge quoi qu'il arrive.

Je parlais de développer du code, Emacs c'est la consommation mémoire qu'il permet de développer

En informatique, le gros du boulot est concentré en ile-de-france, quitter l'ile-de-france revient à se priver de certaines missions intéressantes, voire à faire une croix sur sa "carrière" (même si ce n'est pas une fin en soi).
Oui, c'est sur qu'à Sophia Antipolis il n'y a que W3C, CNRS, INRIA, INSERM, INRA, Air France, France Telecom, IBM, HP, ST, et un bon millier d'autres que je ne vais pas m'amuser à écrire ici... Aucune chance d'y faire des missions intéressantes (faut dire qu'avec le soleil c'est plus dur de rester enfermé devant des écrans).

Mais en dehors de ça, je suis d'accord que la centralisation n'est pas une bonne chose; mais je suis tout à fait pour une amélioration des transports en commun (pouvoir se passer de voiture c'est quand même sacrément agréable).

et tu veux pas faire un dd if=/dev/xxx_clé_miracle of=/blah/fichier_que_je_vais_mettre_sur_un_ftp_public ???

Bon j'ai envoyé un mail directement à l'adresse de contact. L'idée serait de faire un stand groupé XMPP/Jabber avec -si possible- de dév des différents projets (Jappix, Poezio, Salut à Toi, etc). Faut voir aussi ce que les autres dévs en pensent :). En plus ça permettrait que la communauté XMPP se connaisse un peu IRL.

Tiens qui a déjà participé aux RMLL ici ? Comment faut s'y prendre pour tenir un stand pour présenter un projet ? Combien ça coûte ? Ça me plairait d'y participer cette année...

(Merci pour l'offre d'hébergement en tout cas)

Ben ça fait longtemps que ça se fait:
http://www.ietf.org/rfc/rfc1149.txt
http://www.blug.linux.no/rfc1149/
Bon, faut pas être pressé (voir les pings).

Alors ça c'est à féliciter et encourager. Même si je ne suis pas sûr que ça soit efficace sur le long terme (coût, blacklistage), l'idée est excellente.
Bravo FDN

Tout à fait, les ondes radio sont dangereuses en cas de répression.
B.A.T.M.A.N. est capable d'utiliser d'autres moyens, que ce soit un câble (ça se planque), ou de la très haute technologie (transmission laser, autre ?).

Voilà un nouvel appel fort à mettre en place rapidement un réseau décentralisé. Pour le moment, la mise sous tutelle des FAI peut bloquer le réseau, mais des alternatives sont possibles: à regarder du côté de Netsuku déjà cité ici ou du protocole B.A.T.M.A.N., et les diverses tentatives de réseau communautaire (réseau citoyen etc).

Voir aussi l'importance des réseau chiffrés, comme freenet. Bref, c'est maintenant qu'il faut mettre ça en place.

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.