Larry Cow a écrit 5011 commentaires

À survoler les sources, c'est quand même beaucoup du Java.

Non, pas impossible. Apparemment, il est documenté avec Javadoc, je te laisse en tirer les conclusions qui s'imposent.

Finalement elle aimerait beaucoup que ça change, mais préfère ne pas changer en attendant. Très humains, leurs robots, c'en est presque inquiétant ;)

Déjà que le client Mac était pas transcendant, j'ose même pas imaginer le client Linux dans ce cas.

En ce qui me concerne, j'ai très vite arrété, parce que :
- les MMO-trucs, c'est pas bon pour la "Real Life" (tm)
- EVE, c'est vachement mou par rapport à des jeux (pourtant moins courus) comme Vendetta
- par rapport à EVE, les gens de Vendetta supportent Linux (et Mac) nativement, depuis le début, et fournissent même un binaire 64bits pour Linux.

Bon, en vertu du premier item, j'ai arrété Vendetta aussi depuis un moment. Mais si quelqu'un se cherche une sorte de MMO-Elite, il vaut mieux se tourner vers celui-là. Au moins, on pilote vraiment son vaisseau (les joueurs d'EVE comprendront).

En l'occurrence, la taxe pro ne concerne qu'une seule des trois fonctions publiques. Si je devais essayer de voir les plans à l'intérieur des plans, je pencherais plutôt pour une tentative de revenir une arrière sur la décentralisation, en favorisant les fonctionnaires dépendant de l'état au détriment des autres.

Ce n'était pas la taxe professionnelle, dont il était question?

Dans le monde réel, les échanges de messages sont pour la plupart quasiment instantanés, et les serveurs ont la politesse de renvoyer des erreurs lorsqu'un message ne peut pas être transmis correctement.

Je suppose qu'Hotmail et compagnie ne font pas partie du monde réel, dans ce cas?

C'est clairement bien plus rapide, facile et fiable à mettre en œuvre qu'un serveur « par structure ».

Si les structures "du bas" ne veulent ni ne peuvent, évidemment. Il n'est pas question d'imposer aux gens de monter des serveurs s'ils n'en ont pas envie, il est question de ne pas mettre systématiquement des bâtons dans les roues de ceux qui veulent et peuvent (exemple type de bâton : ah non, vous ne pouvez pas envoyer de mail à notre structure parce que votre serveur est hébergé chez un particulier. ah non, nous ne prendrons pas la peine de retourner un message d'erreur).

Subsidiarité, toujours : ne faire faire par l'échelon "du dessus" que ce que l'échelon du dessous ne peut/veut pas faire.

D'accord, mais un délai de 5 jours c'est pire que les lettres physiques. Quand j'envoie un email, j'espère avoir une réponse idéalement dans la journée, sinon dans un à deux jours, mais cinq c'est complètement pourri.

Bienvenue dans le monde réel. Tu ne peux rien garantir, quand il s'agit de mails. Et rien n'empêche effectivement d'avoir cinq jours de délais (voire de n'avoir jamais de réponse, un correspondant qui n'a effectivement jamais reçu, et aucun message d'erreur en retour pour autant).

Si tu veux des "flux tendus", utilise l'IM.

Si vous ne voulez pas qu'on lise éventuellement vos messages (à mon avis, nos vies n'intéressent personne, mais bon), chiffrez-les, je mettrais ma main à couper que le chiffrement via OpenPGP ou S/MIME sera répandu bien avant d'avoir un serveur SMTP sur chaque machine de la planète.

Ce n'est pas tellement ce qui est proposé (et si tu avais écouté la conférence initiale de l'ami Bayart, tu aurais évité le contre-sens). L'idée, c'est bien plus d'avoir un serveur de messagerie par "structure" (professionnelle, associative, familiale, etc.) interessée. Voir des entreprises investir des sommes colossales dans certaines solutions de "sécurité informatique" pour ensuite laisser passer leurs mails en clair via les solutions de "Push" d'Orange ou de RIM, ça fait un petit peu mal aux fesses. Tout le monde ne donne pas assez de prix à ses données pour se casser la tête à cela, mais pour bien des gens c'est pas cher payer (une machine passée d'age, un peu de courant, quelques heures tout au plus à configurer le bouzin) pour avoir ses affaires chez soi.

En dans des images issues de la CSS?

car tout le monde sait que PHP n'a pas été créé. C'est une abomination apparue spontanément. Quel humain voudrait un tel langage ?

Avec un peu de "chance", il a même été créé par Java (lequel a eu une relation incestueuse avec Windev quand il était jeune). Car aucun de ceux-là n'a pu être créé par un humain non plus.

ou à défaut, chez un proche que je connait bien, et surtout pas chez une grosse entreprise commerciale à l'éthique pas toujours claire.

Le hic, c'est que dans la tête de beaucoup de gens il vaut mieux un mec qu'on connaît pas et qui a 15000 clients (et donc statistiquement beaucoup moins de chances de vous chercher des noises) que son voisin ou son pote, avec qui on peut subitement se fâcher et qui gagnerait du coup un avantage insolent.

Des demis contre-exemples, hélas. L'un comme l'autre, du fait de leur grand age, souffrent de présupposés qui ne sont plus guère d'actualité. Avec comme conséquences néfastes la recrudescence du spam ou les récents problèmes de sécurité du DNS (qui n'est d'ailleurs pas aussi décentralisé que l'email).

Ceci étant dit, et on espère que XMPP en fera la preuve, ces problèmes ne sont pas forcément inhérents à la nature décentralisée de ces protocoles.

Seine&Marnais de tous les pays, unissez-vous! ;)

ostie d'os de marde ;)

Et quand on s'inscrit, il nous envoie un joli mail nous indiquant que notre numéro d'activation est le {2}, et que merci {3} d'avoir fait confiance à Asus (en substance).

J'ai l'impression qu'ils se foutent un tout petit peu de ma {4}, ces {5}-là...

un nfo plein d'ascii art et une photo de cul

Oublie pas la pixel-music bien entraînante en boucle (et, si possible, non désactivable).

Promouvoir du libre avec du proprio en revanche, c'est àmha un peu se tirer une balle dans le pied, non ?

Un peu comme Firefox ou OpenOffice sous Windows, c'est ça? Effectivement, ça va très mal pour eux.

Ah ben non, si tu cumules deux incitatifs, ça compte pour moitié seulement. Faut pas déconner ;)

Les ingénieurs pensent que la théorie ça sert à rien, et que les gens formés à la fac sont une bande de théorien (= doux rêveur) incapable d'implémenter une lib ftp en java, et les théorciens pensent que les ingénieurs sont des bidouilleurs de code à pein capable d'implémenter un intranet en java.

Tu connais beaucoup de théoricien qui font des intranets en Java? Alors que des ingénieurs qui savent faire une lib FTP en Java, ça doit encore pouvoir se trouver assez facilement.

Bon après, si tu tiens absolument à mettre du Java dans la négociation...

L'intégration à Miro serait effectivement un gros plus, s'il faut voter, je vote ;)

Si le but c'est de faire une WebTV dédiée aux barbus du LL, effectivement le Flash est mal venu et un truc lisible par "juste Firefox et mplayer en CLI" aurait été une meilleure idée.

Si, comme je le perçois, il s'agit d'une WebTV sur le libre dédiée à tout le monde, autant commencer par les technos les plus répandus (quitte à fournir dans un deuxième temps de moyens plus adaptés aux barbus qui - de toutes façons - arriveront bien à récupérer les .flv comme des grands.

Bon, ça m'apprendra à tester les trucs en cinq minutes (à croire que je me transforme en décideur pressé). En effet, ça marche fort bien comme ça, merci.

Par contre, il ne supporte pas mieux les signatures inlinées, mais bon. Par rapport à l'époque où c'était mon client principal, ça fait déjà beaucoup d'améliorations :p

Oui, enfin si tu utilises tes images animées comme "décoration", idéalement elles ne devraient même pas voir le jour dans ton HTML, mais juste dans ta CSS. Et là, pour la balise "object"...

Bon, je viens de jeter un oeil à la dernière version (celle fournie avec KDE 4.2). Effectivement, c'est déjà beaucoup plus sexy, même si ça n'était pas vraiment un point bloquant pour moi.

On peut effectivement demander à rendre le HTML d'un mail, mais il ne semble pas vouloir le faire par défaut (il y a un paramétrage, quelque-part, peut-être?)

Parmi le merdier sans nom qu'est ma boîte mail, j'ai observé les différents comportements suivants :

* pour des mails en pur HTML (sans alternative texte), j'ai un bandeau à gauche indiquant que le message est en HTML (pas génant, c'est assez discret). La zone d'affichage du mail montre la source brute, avec un encart liseré de rouge proposant de "rendre" le source en question. C'est effectivement plus fiable que de charger sans précautions, mais à choisir ça serait pas plus mal de charger le mail sans images, références externes ou scripts. En tous cas et en l'état, ça a de quoi paniquer plus d'un décideur.

* pour des mails en texte brut, c'est bien évidemment tout bien comme il faut (c'est pas nouveau). Un bandeau à gauche indique la nature "non-HTML" du message, et le texte est proprement rendu, les liens detectés sont rendus cliquables automatiquement. Bref, nickel pour qui n'utilise que du texte brut.

* pour _certains_ mails en multipart, il choisit (arbitrairement?) de ne considérer que la partie "texte brut". Le mail apparaît donc exactement comment un mail en texte brut (à l'exception de l'arborescence de la structure du mail qui révèle l'existence d'une "part" en HTML).

* pour certains _autres_ mails en multipart (apparemment, ceux-là viennent de Thunderbird), il fait une joyeuse synthèse, signalant le mail comme étant HTML mais affichant d'abord l'alternative texte, puis (en ligne) le source HTML muni de son encart liseré de rouge. Si l'on demande l'affichage du HTML, on se retrouve donc avec (plus ou moins) deux fois le même message affiché à la suite.

* un mail composé en HTML dans KMail directement dans la catégorie "je zappe le HTML sans autre force de procès" à la lecture.

Enfin, ma structure a jugé bon (il y a longtemps) d'utiliser les signatures "graphiques" de Thunderbird. On aime ou on n'aime pas, mais force est de reconnaître que c'est assez répandu (et pas que chez les utilisateurs de TB). Celles-ci ne passent pas _du_tout_ sous KMail (on peut toujours afficher la pièce jointe correspondant à l'image, mais jamais elle n'est affichée "en ligne"). Ceci étant dit, les signatures graphiques sont une habitude dont - à titre personnel - je ne rafole pas et je serais très heureux d'avoir une bonne raison de pouvoir les mettre au rebut. Une signature texte bien faite me semblant mille fois plus efficace (surtout avec certains webmails "connus" qui ne gèrent pas ou mal les images "en ligne").

Au final, ça m'a fait du bien de re-voir Kontact après quelques années. Beaucoup de choses semblent bouger, et c'est bien. Mais, alors que je fondait beaucoup d'espoir sur son utilisation professionnelle il y a quelques années (notamment via la possibilité de "simuler" du groupware avec un simple serveur IMAP), force est de reconnaître que ça n'est toujours pas ça. Des projets comme Akonadi poussent (ou tirent?) dans le bon sens, mais à l'heure actuelle je ne vois pas une boîte qui troquerait son baril d'Exchange contre deux barils de KMail. Même au prix imbattable de ce dernier.

"leader", "solution", "sans risque", "coût moindre" [...], "partenaires", "accélérer"

Foutaise!