못 옷 홋 ♨ a écrit 232 commentaires

Je penche pour un bug quelque part dans ton Freetype (soit celui du système soit celui compilé en statique dans ton Firefox). Je n'ai jamais eu ce problème, et personne ne s'en est encore plaint :o

Et les gens qui ont un nom en japonais, ils ne te posent pas de problème ? Moi c'est du coréen. Et ceux avec de l'unicode fantaisiste genre 2PetitsVerres< avec son nom à l'envers, pas de problème non plus ?

Je sais, merci, c'est l'étymologie du mot anglais, pas celle du mot français. Au pire, ça aurait été plus ou moins valable si tu avais écrit "les pro" sans "s", comme on écrirait (en français correct) "les pour" et "les contre".

Enfin je vois que je me fais déjà moinsser donc je crois que ce n'est pas la peine de perdre mon temps à essayer de maintenir un français relativement correct.


lol lé decoration client-side sai dla merd gnome sucks kde rox

Euh... je veux juste signaler qu'en français, "pro" a une signification complètement différente de ce que tu veux dire : ce n'est pas un synonyme de "pour" mais l'abréviation de "professionnel". Pas du tout approprié pour parler des développeurs de Gnome, donc.

Quitte à faire dans l'anglicisme, pourquoi n'avoir pas écrit "les pros" et "les cons" ?

Je crois que tu généralises un peu les choses... ce n'est pas parce que je fais mes courses à Carrefour depuis dix ans qu'ils vont me laisser partir avec mon chariot si je les assure que je les paierai le lendemain.

Il y a les petits commerçants, qui peuvent se préoccuper de la fidélité de leurs clients.
Il y a les grosses entreprises qui ne se préoccupent de la fidélité de leurs clients que dans une optique purement commerciale, dans laquelle il est aussi bien qu'un mauvais payeur aille plutôt chez la concurrence.
Et les entreprises qui fournissent des biens de première nécessité, qui n'ont pas le droit de couper le service comme elles le souhaiteraient.

Avec Free, on est dans le deuxième cas : ils font des choix, plus ou moins bons, dans le but de gagner plus d'argent, point. Ils ont dû estimer que la mauvaise pub que pourraient leur faire les mauvais payeurs et les abonnés avec une mauvaise ligne aurait un impact moins important que l'économie réalisée.

Ça lui est déjà arrivé maintes fois, peut-être qu'au bout d'un moment Free a décidé que c'était un mauvais payeur pour qui il ne valait pas la peine de dépenser des ressources en plus (parce « ça ne coûte rien » d'envoyer un email, d'attendre puis de refaire une autre transaction, j'ai des doutes là-dessus en fait).

Tu remarqueras que Free a patienté de nombreuses fois déjà en lui indiquant son retard et en lui laissant son accès. Sans connaître sa situation en détail, à un moment il faut peut-être réaliser qu'il n'a pas les moyens de se payer un abonnement chez Free et qu'il doit prendre quelque chose de moins cher.

Pour le reste je ne dis pas, habitant en ville je n'ai pas de problème - mes parents non plus d'ailleurs : vivant en banlieue de cette grande ville de près de 10 000 habitants qu'est Luçon, ils font partie des citadins privilégiés à qui rien n'est refusé.


Mais te plaindre qu'on te coupe l'accès parce que tu n'as payé pas, ça me laisse perplexe.

Mon réseau social de prédilection est la tribune [http://linuxfr.org/board] sur laquelle je LOLe et lache dé koms à longueur de journée.

Pour info voilà le message que j'ai eu : http://ssz.fr/brdl/impots-uxam.png
Bizarre quand même, mais j'ai la même chose sous d'autres OS.

J'ai fait ma déclaration sous Linux, comme l'année dernière et celle d'avant, avec l'user agent suivant : Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.3) Gecko/20100402 Namoroka/3.6 (Firefox/3.6) qui ne m'a valu aucun message particulier.

En revanche je n'ai pas pu utiliser mon certificat de l'année denière (un message me disant juste que "je ne pouvais pas télédéclarer cette année, que mon accès serait rétabli l'année prochaine") mais c'est passé tout seul avec l'autre méthode.

c'est trop long j'ai rien compris

En général c'est plutôt le contraire pour ce qui est de l'activité sur la tribune, après tout c'est au bureau qu'on moule le plus, pas chez soi ou en vacances, il n'y a qu'à voir à quel point la tribune semble morte pendant l'été.

Or, toujours sur la tribune on relève une nette augmentation de l'activité depuis le journal de NoNo< à la fin de la semaine 14 - ce que ce graphe du nombre de posts par minute sur le dernier mois semble confirmer [http://ssz.fr/brdl/tribune-dlfp.png].

Bien sûr, l'activité de la tribune n'est peut-être pas corrélée à l'activité du site qui se trouve autour d'elle.

Euh... c'était pour mettre en évidence la faute d'orthographe, hein. Une tache c'est sale, et une tâche c'est une chose à faire.

Sinon pour la bouffe modéro, eh bien je ne suis pas modéro (ça explique aussi pourquoi je n'étais pas au courant, je suppose).

C'est à dire qu'à mon humble avis, en tant que développeur d'une tribune c'est lui qui devrait poser des questions, se renseigner sur la façon de le faire.

Pour ce que ça donne, bon à chaque fois que j'ai essayé d'installer la version ROR en développement [http://github.com/nono/linuxfr.org] je me suis heurté à des problèmes du genre de pas la bonne version de Ruby dans ma distribution, pas la bonne version de RubyGems, et autres joyeusetées dans le genre propres à Ruby (j'ai encore essayé hier soir, suite à ce journal). C'est carrément chiant.

Quant à ta suggestion de demander directement à la personne, mais c'est quoi cette manie de tout vouloir faire en privé, LinuxFR est une communauté orientée libre oui ou merde ?! Et alors on devrait discuter en privé de son avenir, non mais sérieux c'est n'importe quoi.

Ta faute d'orthographe fait tache ! La tâche de NoNo< pour l'instant c'est surtout de bosser sur la nouvelle version de LinuxFR.

Et d'ailleurs comme on parle de tribune, faisant partie des rares moules qui continuent à faire évoluer et à définir les standards des tribunes, je regrette qu'il n'ait encore jamais posé la moindre question à ce sujet, que ce soit sur la tribune, dans des commentaires, ou dans des journaux.

Quand on pense aux efforts qu'on doit déjà faire pour être compatible avec tous les moteurs existants, qui ont pourtant été pour la plupart développés dans un certain respect des standards, la perspective de se retrouver face à un nouveau moteur développé de manière complètement fermée par quelqu'un qui n'utilise même pas la tribune fait un peu peur.

Non (enfin je ne sais pas), j'ai juste vu "Nono" et j'ai répondu un peu vite.

Cela dit, mes remarques tiennent toujours.

On peut savoir ce que c'est que ce « devise » ?

Tu ne penses pas que le développement du moteur d'un site communautaire pourrait au moins être un peu moins opaque ? J'ai l'impression qu'on n'a vraiment pas la moindre information en dehors de tes réponses à des posts comme les miens.

Ce projet est mort, non ?

http://github.com/nono/linuxfr.org/commits/master les commits jusque-là réguliers ont soudainement cessé il y a un mois, le contributeur a dû se rendre compte que ROR n'a pas d'avenir.


Plus sérieusement, je suis largement déçu par l'évolution de ce projet, pourquoi n'est-on pas tenus régulièrement au courant de son évolution dans des journaux sur LinuxFR, on est les premiers intéressés, non ? D'accord, peut-être pas « on » puisque les moules sont apparemment indésirables, mais les autres utilisateurs de LinuxFR ?

Eh bien par exemple, http://linuxfr.org/board utilise encore les totoz de hardware.fr alors que http://sfw.totoz.eu existe depuis des années maintenant... ils seraient bien capables de remplacer ça par une toute petite liste de totoz pourris hébergés sur linuxfr.

> Nous avons donc 21 dépêches pour 37 moules, soit 0,57 dépêches par moule. Hier, 1303 utilisateurs se sont connectés (sans compter les 37 moules). Sur la même période (2009), ils ont proposés 435 dépêches, soit 0,33 dépêches.

Les moules sont donc plus actives que les autres utilisateurs, contribuent plus de dépêches.

Et d'après ces données, tu suggères que la tribune n'apporte rien, ne "sert pas les intérêts du site". Tu n'as pas un peu l'impression d'être en contradiction avec toi-même ?


Des statistiques sur les journaux et sur les commentaires pourraient être intéressantes aussi.

J'en pense qu'il serait plus judicieux de comparer la proportion de moules soumettant des dépêches à la proportion de non-moules soumettant des dépêches, et d'indiquer la proportion de moules parmi tous les utilisateurs.

Ah, et comme tu n'as pas jugé important de mettre un lien vers la tribune et que ce lien n'est plus présent nulle part sur le site, je le fais : http://linuxfr.org/board ou http://linuxfr.org/bouchot pour de l'AJAX un peu plus pratique, ou encore http://olcc.logicielslibres.info pour accéder à la tribune de manière plus ergonomique (demandez de l'aide sur http://linuxfr.org/board si vous ne savez pas comment utiliser olcc).

Le problème de GQView (et de Geeqie aussi je suppose), c'est que ce sont des applications graphiques. Pour moi, il faut que ça tourne sur un serveur [:aloy]

Merci pour la suggestion, je n'étais pas tombé sur ce projet :)

Malheureusement il ne passe pas mes tests de base : http://totoz.eu/totoz.gif est plus proche de http://totoz.eu/sarko_aloy.gif (0,55) que http://totoz.eu/aloy.gif ne l'est de http://totoz.eu/aloyd.gif (0,57) :/

« comparer la taille et la couleur de 10 pixels aléatoires » ça n'aide en rien : c'est plus compliqué qu'un md5 (qui de toute façon est calculé à l'upload de chaque image, la requête revient à un SELECT id FROM totoz WHERE md5 = '...'), ça n'aide pas à trouver les totoz similaires mais différents (à moins bien sûr que par hasard tes dix pixels tombent sur des endroits identiques) et ça ne tient pas non plus le coup si on passe d'un jpg à du gif indexé... je ne relève même pas le fait que la taille changera de toute façon pour n'importe quelle conversion : même [http://totoz.eu/aloy.gif] et [http://totoz.eu/jibidi.gif], une conversion directe JPG -> GIF, ne passerait pas ton test.

À la rigueur, en ignorant la taille et en redimensionnant au préalable chaque image en 16x16 puis en la convertissant en noir et blanc et en comparant les valeurs, on arrive à un algorithme proche de celui de findimagedupes, qui marche pas mal.

Oui, NedFlanders< m'en a aussi parlé tout à l'heure sur la tribune et je l'ai essayé, mais les résultats sont décevants. Il trouve bien une grande similarité entre par exemple [http://totoz.eu/aloy.gif] et [http://totoz.eu/aloyd.gif], mais en ce qui concerne [http://totoz.eu/aloy.gif] et [http://totoz.eu/cbrs.gif] la similarité pour lui est moins forte qu'entre [http://totoz.eu/aloy.gif] et [http://totoz.eu/totoz.gif]. Même chose entre [http://totoz.eu/totoz.gif] et [http://totoz.eu/infocore.gif].

C'est un test assez restreint mais on peut facilement dire que [:aloy] et [:totoz] sont les deux totoz les plus importants sur la tribune : si un algorithme ne retourne pas de bons résultats avec eux, ça ne sert à rien d'approfondir les tests.

Alors là je t'avoue que je ne connais pas Ruby moi-même, mais le fait que le propre auteur d'une application ait des difficultés à porter son application sur une nouvelle version mineure de Ruby en dit quand même long.

PHP, jusque là mes applications écrites pour PHP 4 tournent encore avec des adaptations mineures alors qu'on en est à PHP 5.3. Dans l'autre sens, Drupal vient tout juste de sortir sa première version cassant la compatibilité PHP 4... je rappelle que PHP 4 date de 2000 !

Et comme le dit claudex< ci-dessus, l'auteur de ToBybuR, encore une application Ruby, voit lui aussi souvent l'application casser lors d'une mise à jour de Ruby.

Tu parles de PHP, Perl, C et C++, et ces langages font justement de gros efforts pour garder une compatibilité ascendante : à quelques exceptions près, n'importe quelle application écrite dans un de ces langages il y a des années, tourne encore avec une version récente, et tournera probablement pendant encore un bon nombre de versions.

À l'évidence il n'en est pas de même pour Ruby.