1. La capacité d’utiliser un langage naturel, tel que “defer:20100224″ ou “due:vendredi” (et on peut quand même utiliser les mots clés en anglais, c’est généralement plus court: “due:friday”);
2. La capacité de «reporter» une tâche;
3. Un mode «vue de travail», qui fait en sorte de masquer toutes les tâches reportées, qui ne peuvent pas encore être commencées ou qui dépendent d’autres tâches. Dans mon cas, c’est la différence entre avoir 130 tâches devant les yeux et en avoir 30. C’est fantastique, ce que ça permet et termes de «focus»;
4. Un système de «tags», avec la possibilité d’exclure certains tags de la «vue de travail»;
5. Un bouton «Marquer comme fait» qui est, naturellement, jouissif.

J’aime GTG. J’adore GTG. Voilà pour l’introduction que je voulais faire depuis des mois (autant faire d’une pierre deux coups).

Maintenant, si vous appliquez la technique GTD et que vous n’habitez pas sous une roche ou que vous n’êtes pas une délicieuse moule, vous avez probablement au moins cinquante tâches en tout temps dans votre système. Dans mon cas j’en traite des centaines par année. Par exemple, depuis que j’ai commencé à utiliser GTG «à plein temps» il y a quelque mois, j’ai clos environ 170 tâches.

Ayant quelques notions de performance tirées de Federico et eu une découverte désagréable avec les documents récents de GTK+ il y a un certain temps, et constatant que GTG conserve toutes les «tâches accomplies» par défaut, je sentais venir le désastre.

Eh bien, depuis la version 0.2.2, Getting Things GNOME a maintenant un greffon (plugin) de nettoyage automatique des tâches accomplies. On peut exécuter le nettoyage manuellement ou lui dire de s’effectuer tous les X jours.

«Mais Kiddo, est-ce que ça fait une différence?»

Eh bien oui. J’ai pris quelques mesures avant et après (130 tâches actives, 171 tâches accomplies):

• La taille du fichier XML est passée de 120,7 Kio à 56,0 Kio;
• Le nombre de lignes dans le fichier est passé de 4948 à 2221;
• Le temps de démarrage «à chaud» est passé de 15,0 (±0,5) secondes à 7,2 secondes. Les mesures ont été prises sur un netbook (Dell Mini 9) avec un processeur Atom et un SSD relativement lent. Sur un core2quad, on s’en foutrait un peu.

C’est donc un greffon obligatoire pour tous les utilisateurs intensifs de GTG qui préfèreraient ne pas penser à la poubelle.

[Illustration de Maëva Pierre]

Cependant, à la manière de Kant face à Hume, les billets de plus en plus radicaux de mon aimé comparse Antistress m’ont sorti de ma torpeur ce matin pour vous rédiger un contre-argumentaire. Des positions d’évangéliste comme celle-ci, je commence à en voir un peu trop. Je suis donc là pour faire l’avocat du diable et prendre la défense de Mono (Yorda pour les intimes). Attachez vos tuques, ce billet va être plus long que je ne l’avais prévu.

Clarifions certaines choses avant de commencer:

• Je ne suis PAS un fan de Mono.
• Je suis un fan du logiciel libre.
• J’ai déjà été un fervent évangéliste du logiciel libre, je me suis adouci dans les dernières années.
• J’ai déjà codé (en Python, PHP) et mon implication dans certains projets est d’assez longue date (PiTiVi en 2004, anyone?).

Je ne cherche pas à convaincre les argumentateurs anti-mono de soudainement lâcher prise. Je suppose que ce sont de bons chiens de garde et qu’ils ont leur utilité. Je cherche simplement à rétablir un certain équilibre et à susciter la pensée critique du lecteur, par rapport à notre écosystème de brevets en général et par rapport aux «factions» du logiciel libre (radicalisme vs pragmatisme). Ce qui m’inquiète, c’est un unilatéralisme dans la pensée et le groupthink. Je suis moi-même de ceux qui oscillent entre les deux camps, capable d’adhérer aux arguments des deux partis.

Même si mon but était de convaincre ceux du camp anti-mono, ça serait probablement peine perdue; ce truc là est aussi enraciné qu’une religion. Je m’adresse plutôt à ceux qui se situent entre les deux camps. Ceci est un exercice de réflexion et une catharsis.

C’est Mono! Fuyons!

Il n’y a pas d’autre solution. On ne transige pas avec les monstres. Je n’utilise pas de logiciels «Monoïsés» (quelle belle connotation négative)! Tout ce qui est écrit en C# est un danger pour nous.

Tel est le discours tenu par les plus fervents attaquants de Mono. Je le comprends. C’était celui que j’entretenais dans mon esprit initialement lors de l’annonce du partenariat entre Novell et Microsoft il y a quelques années. J’y reviendrai plus loin dans ce billet.

La chasse aux sorcières

Dans le bon vieux temps, on jetait les sorcières dans l’eau, et si elles flottaient, alors c’était la preuve qu’elles étaient des sorcières. Il faut croire que la natation (la programmation en C#) n’était pas une activité bien vue des gens. Quel choix cela laisse-t-il à la sorcière (Mono)? Si tu flottes, tu vas mourir brûlée/torturée. Si tu coules, ben… t’es morte noyée de toutes façons. Oups.

Peu importe ce qu’on dira à ceux du camp anti-logiciels-possiblement brevetés, ils ne seront pas satisfaits… parce que c’est ce qui arrive quand on acquiesce la validité du construit théorique que sont les brevets logiciels.

Je ne peux m’empêcher de repenser à cette scène de Monty Python and the Holy Grail. Voici une transcription abrégée pour ceux qui ont du mal avec l’anglais (britannique, qui plus est):

Sir Bedevere: How do you know she is a witch?
Villager 1: She looks like one!
Sir Bedevere: Bring her forward.
Woman: I’m not a witch! I’m not a witch!
Sir Bedevere: Uh, but you are dressed as one.
Woman: They dressed me up like this!
[...]
Sir Bedevere: What makes you think she is a witch?
Villager 2: Well, she turned me into a newt!
Bedevere examines the villager and sees that he is clearly not a newt.
Sir Bedevere: A newt??
Villager 2: …I got better.

(la foule crie, “Burn her!”)

Sir Bedevere: Quiet, quiet, quiet, quiet! There are ways of telling whether she is a witch. Tell me: what do you do with witches?

(d’autres cris: “Burn her!”)

Sir Bedevere: And what do you burn apart from witches?
[...]
Villager 1: Wood!
Sir Bedevere: So why do witches burn?
Villager 2: Be…cause they’re made of wood??
Sir Bedevere: Good! So how do we tell whether she is made of wood? Does wood sink in water?
Villager 3: No, no!
Villager 1: No, it floats! It floats!
[...]
Sir Bedevere: What also floats in water?
[...]
King Arthur: A duck!
Sir Bedevere: Exactly! So, logically…
Villager 3: If…she…weighs the same as a duck…she’s made of wood!
Sir Bedevere: And therefore…?
Villager 1: A witch!

L’évolution d’un évangéliste moyen

Au fil des années, j’ai constaté un phénomène. Je ne suis pas certain de ce que j’avance (je n’ai pas de données quantitatives solides sous la main, c’est pas mon sujet de thèse de doctorat), mais voici: la très forte majorité de ceux qui rhâlent sont des utilisateurs, et non des dévelopeurs. Et la majorité de ces utilisateurs qui rhâlent sont des nouveaux sur la scène (ou plutôt, l’audience). Évidemment, l’inverse tient toujours: certains développeurs sont radicaux tout comme certains «utilisateurs vétérans» (comprendre: plus de 5-10 ans) sont toujours radicaux même après le passage du temps. Mais je crois que la majorité des opposants de Mono sont des «bleus». Bon, mon but n’est pas de faire une attaque ad hominem, la question n’est pas là. Ce que je veux dire, c’est qu’une bonne portion de ces «bleus radicaux» risquent de s’adoucir avec le temps, comme je l’ai fait et comme beaucoup d’autres l’ont fait. Vivre et laisser vivre. Beaucoup d’évangélistes suivent une progression telle que celle-ci et finissent par adopter une position modérée et généralement plus efficace.

Un autre phénomène en place est celui des minorités vocales. Les «Croisés du Libre» qui cherchent l’exclusion de Mono sont ceux qui vont gueuler sur les forums, les blogs, les mailing lists. Ceux qui sont neutres (ou ceux qui sont optimistes, même) sont typiquement ceux qui n’iront pas se joindre au flamefest et envahir les zones de discussion. Les Croisés du Libre se reconnaissent par leur pose impressionnante et leur détermination qui tient de l’héroïsme:

[Illustration: One a day 34, par Saejinoh]

Les développeurs, quant à eux, se situent majoritairement dans la majorité silencieuse. Ils sont bien trop occupés à coder. Ils sont les fourmis de notre monde. Ils travaillent d’arrache-pied, dans une aire de tranquille plénitude. Leur éditeur de code est une clairière à l’abri du vent hurlant dans les plaines et les montagnes desquels crient les vigies. Ils vont au front sans mot dire, chevauchant un… hum.

[Illustration: Putin, par Subeo]

Bon, j’arrête la prose, c’est pas tellement ma force je suppose :)

En gros, s’ils pouvaient le faire, beaucoup de développeurs se lèveraient et diraient ceci:

Même, certains développeurs (pas tous, évidemment) ayant conçu des logiciels spécifiquement dans le but de contourner Mono, tels que le fameux Gnote (fréquemment utilisé comme argument anti-mono) vous diront que ce n’était pas pour des raisons philosophiques/une question de brevets, mais purement pour des raisons techniques. Et c’est la seule raison valide que je reconnais pour choisir Mono ou non. The best tool for the job. Pour certains développeurs, c’est Mono. Pour d’autres, c’est Python. Pour d’autres, c’est le C ou le Java.

The peanut gallery

(définition sur Wikipedia)

Un argument connexe que je veux amener, et attention, ça va être plus virulent/inflammatoire, est le suivant: êtes-vous celui ou celle qui produit le logiciel? Non? Alors get off my lawn.

Qu’est-ce que cette arrogance et sentiment «d’ayant-droit»? Boycotter un logiciel libre qui est écrit en C#, et le crier sur les toits par la suite? Qu’est-ce que vous pensez que les développeurs en ont à cirer, que vous l’utilisiez ou non? Ça pourrait fonctionner pour un logiciel payant. Pour un logiciel libre qui est également gratuit, pas tellement.

Rendu à un certain point, il faut se poser la question «est-ce que ce que je dis à l’autre est quelque chose qui le rend plus heureux» et si ça en vaut la chandelle.

Mais Microsoft / patent-troll-342987 va s’en servir pour nous attaquer!

Si on accepte le construit théorique d’un «brevet logiciel», alors ils peuvent déjà le faire, Mono ou pas. Et l’ont déjà fait avec le kernel Linux (avec des âneries comme proclamer qu’il enfreint 235 brevets de Microsoft). On est toujours en vie. Le Kernel est toujours bien portant. Ou peut-être préfèreriez-vous utiliser GNU Hurd pour être vraiment «à l’abri»? En fait, vous devriez immédiatement cesser d’utiliser Specto (que j’ai écrit, sans prendre soin de ne pas enfreindre de brevets, irresponsable que je suis). Vous devriez également cesser d’utiliser OpenOffice.org, Samba, VLC, MPlayer, la quasi totalité de GStreamer (ouais, je suis totalement convaincu que vous n’installez rien d’autre que gst-plugins-good et gst-plugins-base, hein?), Inkscape, Blender, … en fait, pour être vraiment en sécurité et vraiment libre, vous devez vous débarrasser de votre ordinateur et vos biens, et rejoindre notre secte.

Ironiquement, Antistress, dans son argumentaire contre Mono, dit ceci (je cite entièrement le paragraphe pour ne pas y faire injustice):

«Il est exact que tout brevet logiciel constitue une menace pour les développeurs, mais cela ne signifie pas que tous les brevets logiciels représentent la même menace. Différentes sociétés sont susceptibles d’avoir des brevets qui pourraient être utilisés contre d’autres langages, mais si nous nous inquiétions de chaque brevet qui pourrait être utilisé contre nous alors nous ne ferions plus rien. Les brevets de Microsoft sont bien plus dangereux : de toutes les principales sociétés informatiques, c’est la seule société qui s’est déclarée en guerre contre GNU/Linux et a fait part de son intention d’utiliser ses brevets contre notre communauté. Si Microsoft prépare un piège avec ses brevets sur C#, ça n’est rien d’autre que la mise à exécution de ses menaces.»

Ouais. En ce point, je suis moi-même radical: pour moi, les brevets ne sont pas «plus ou moins» risqués. Leur existence est un risque dichotomique. Aucun logiciel n’en est exempt (hé, après tout, même le double-clic et le simple clic sont brevetés).

Chercher à rédiger un code source exempt d’infractions sur un quelconque brevet détenu par Microsoft ou un “patent troll” relève de l’impossible, et est un premier pas vers la phobie (note: je parle de manière imagée; rien à voir avec la psychologie clinique ou mon champ d’étude). Comment ne pas être paralysé (ou du moins engourdi) dans son élan créateur si l’on vit dans l’anxiété constante d’enfreindre une «idée»? Les «artistes», s’ils reconnaissent la légitimité de la propriété intellectuelle, sont asujettis au même genre de bêtise (pas le «droit» d’utiliser un certain enchaînement mélodique utilisé dans une autre chanson, par exemple).

C’est intenable. Tout comme il n’y a pas une infinité de façons d’enchaîner trois notes de musique, il n’y a pas 65535 façons de rédiger du code pour faire une opération particulière. Breveter une façon de faire, dans un logiciel, serait breveter un vers d’un poème ou une formule mathématique.

Pour revenir à l’argument d’Antistress, il existe essentiellement deux positions anti-brevets:

• Certains logiciels sont à risques plus que d’autres, il faut donc considérer chaque logiciel au cas-par-cas (position d’Antistress)
• Tous les logiciels sont à risque, alors autant les ignorer et utiliser son énergie pour des choses plus productives ou se débarrasser entièrement du problème (ma position)

Ma position est celle qui fait normalement partie de notre subconscient, c’est une réalité qui fait mal et que l’on se refuse d’accepter. Je crois que la seule solution «à long terme» est de se battre pour que les brevets logiciels ne soient jamais reconnus où ils ne le sont pas déjà, et se battre pour qu’ils soient abolis aux États-Unis d’Amérique. Good luck with that.

Le reste n’est que tourner autour du problème. Je sais, c’est un peu déprimant. Je réalise également qu’en affirmant cela, je me positionne moi-même comme le radical opposé de ceux que j’appellais jusqu’ici les radicaux. Quelle belle ironie.

L’argument des «autres pays», inversé

Argument intéressant d’Antistress:

«Les brevets logiciels sont légaux dans d’autres pays et, dans la mesure où la communauté des utilisateurs et développeurs de logiciels libres est mondiale, il serait égoïste de se servir de logiciels brevetés en sachant que d’autres n’auront pas ce droit. En outre, nous devons éviter de diviser la communauté pour ne pas l’affaiblir.»

Qui êtes-vous, Croisés du Libre, pour dire aux autres nations comment fonctionner? L’égoïsme ne serait-il pas d’imposer qu’ils se conforment à cette logique? C’est en quelque sorte imposer/valider que ces pays «restent» dans leur système de brevets (j’y reviendrai dans un instant) et imposer, sur le reste du monde qui n’est pas asujetti aux brevets logiciels, des restrictions arbitraires et métaphysiques? D’un autre point de vue, pourquoi devrions-nous souffrir pour des systèmes législatifs étrangers corrompus? Ceci ne leur fera pas de bien. Et c’est là que j’amène ma deuxième inversion d’argument.

«Paradoxalement, pour éviter que les brevets logiciels ne soient un jour reconnus en Europe, il faut éviter d’utiliser des logiciels brevetés. Si les utilisateurs privilégient des logiciels non brevetés, ça réduit l’intérêt des brevets et ça diminue donc le risque que ça arrive chez nous (moins d’intérêts financiers en jeu, donc moins de lobbying de la part des détenteurs de brevets). Tout se tient.»

Au contraire. Éviter d’utiliser des logiciels asujettis aux brevets (ce qui est une impossibilité, comme je l’ai dit plus tôt), ou, plutôt, «éviter les logiciels que l’on perçoit comme plus à risques d’être asujettis aux brevets», peut aussi bien avoir l’effet inverse, parce que:

1. Ceci donne de la crédibilité au concept de brevet logiciel;
2. Ce n’est pas en boycottant bêtement des logiciels dans son salon qu’on empêche «l’invasion de l’Europe». C’est en se battant au niveau législatif/politique. Et ça, c’est beaucoup, beaucoup plus difficile que de simplement boycotter dans son salon.

Je veux que la situation des brevets empire aux États-Unis. Contourner le problème ne la fera pas empirer assez. C’est seulement lorsque la bulle pète qu’un changement législatif sera possible. Et pour ça, il va falloir que ça aille très, très, très mal, au point où c’en est encore plus ridicule que ça ne l’est déjà.

Je reviens également à ce bout de phrase du premier argument qui m’a fait sourire:

«En outre, nous devons éviter de diviser la communauté pour ne pas l’affaiblir.»

Eh bien, c’est précisément ce que vous faites en démonisant Mono et les logiciels libres «à risque». Je vois exactement où Antistress veut en venir avec son argument, qui se penche sur le côté législatif, mais je souhaite simplement souligner que le même argument peut être vu de manière totalement opposée, qu’il y a une manière différente de «diviser la communauté»: en ostracisant les projets «monoïsés» et en validant par le fait même le concept de «brevet logiciel».

Ouf. Moi qui voulais faire une tirade en deux ou trois paragraphes. C’est loupé, j’ai certainement assomé la majorité des lecteurs. Et hamster me dit que j’ai passé 4 heures et demie à rédiger cet essai .__. Je vais m’arrêter ici, j’ai d’autre pains sur la planche.

J’espère avoir suscité des réflexions socio/philosophiques. «Lâchez vos coms», mais comme dirait Ploum, «poster un commentaire n’est pas une obligation. Rappelez-vous de tourner 7 fois votre clavier dans votre bouche avant de poster». Les commentaires anti-mono sont les bienvenus (spécialement s’ils réussissent correctement à démolir mon propre contre-argumentaire, ça sera intéressant), mais si je vois un commentaire d’insultes ou d’attaque ad hominem, je supprime. J’espère que la blogosphère francophone saura s’élever au-dessus de ce que je vois courramment dans la blogosphère anglophone chaque fois que Mono est un sujet de discussion.

P.s.: Antistress, t’es sympa, et cet énorme billet n’est en aucun cas une attaque dirigée vers toi en particulier, mais plutôt une réflexion sur ce que j’observe dans la «communauté». Si tu trouves des failles dans ce que j’avance, tant mieux, mes lecteurs en bénéficieront :)

La solution nous provient des grecs (pour ceux qui ont vu My Big Fat Greek Wedding): put some Windex.

1. Ouvrir le capot de l’imprimante, retirer la cartouche d’encre problématique.
2. Facultatif: éponger légèrement l’excès d’encre accumulé sur la buse, à l’aide d’un papier essuie-tout (en l’utilisant comme une éponge pour «boire» l’encre).
3. Dans un plat quelconque, mélanger un peu d’eau et de «Windex» (nettoyant à vitres). En fait, ça fonctionne probablement avec n’importe quoi de nettoyant (ammoniaque? alcool? héroïne?), mais j’étais paresseux.
4. Avec un compte-gouttes, balancer 1-3 gouttes de la solution divine dans la buse.
5. Exécuter toutes les opérations de nettoyage en profondeur de l’imprimante, et remettre la cartouche d’encre en place (je l’ai remise en place après, pour ne pas gaspiller d’encre de la cartouche).

Je n’ai pas pu vérifier à 100% ma solution divine, mais je crois que ça règle le problème, parce que maintenant, l’imprimante détecte enfin que la cartouche d’encre noire est vide (ben oui, la conne a passé son temps à la vider quand je tentais d’identifier le problème). Le fait que le niveau d’encre est maintenant correctement détecté, cependant, m’indique que le problème est probablement réglé.

Saletés d’imprimantes à jet d’encre. Bien content d’avoir une Laserjet 5.

Cliquer sur ce bouton était jouissif. J’ai passé 3,4 heures à faire la réparation/transition ce soir (j’ai pris mon temps pour ne pas faire de gaffes).

Le problème

Avant Wordpress 2.5, j’étais forcé de mettre mes images en ligne «à la main». Conséquemment, avec le temps, j’ai accumulé environ 629 images placées manuellement dans «wp-includes/images/». Et comme la syntaxe de mes liens a changé, que mes noms de domaines ont changé (trois fois!) et que wordpress utilise maintenant mod_rewrite pour les liens, j’étais coincé avec des centaines d’images ne s’affichant plus. La question était alors «comment déplacer proprement tous ces fichiers dans le nouveau dossier wp-content/uploads et mettre à jour correctement tous les liens et références dans la base de données?»

Après avoir réfléchi un peu ce soir (ok, je m’ennuyais et je me sentais courageux) et avoir discuté brièvement avec des développeurs sur IRC, j’ai conclu que le moyen le plus efficace serait de faire du “search & replace” dans la base de données. Très peu à l’aise avec cette idée, j’ai toutefois fait mon dump de base de données avec ce plugin.

J’ai alors constaté, à mon grand bonheur, que les fichiers «.sql» s’éditent très bien avec gedit (je le rappelle, je n’y connais rien en bases de données; je m’attendais à me retrouver face à une «boîte noire»). Ouf. gedit étant un de mes meilleurs amis, j’étais maintenant à l’aise avec l’idée de pouvoir expérimenter hors-ligne, sur une copie de ma base de données (astuce de performance: désactiver la coloration syntaxique).

L’analyse

En fouillant le fichier SQL à l’aide de gedit… c’est là qu’on s’amuse à constater que, mes liens, c’était du gros n’importe quoi. En temps normal, on veut des liens dans ce genre:

• /home/jeff/blog/wp-content/uploads/capture.png, ou encore
• http://jeff.ecchi.ca/blog/wp-content/uploads/capture.png

Et pourtant, on en retrouvait de toutes les sortes (qui se faisaient généralement bousiller par mod_rewrite):

• images/nekohayo20041026.jpg
• /home/jeff/blog/images/schrodinger.jpg
• /home/kiddo/blog/images//nekohayo20070701-7.png
• http://jeff.ecchi.ca/blog/images/nekohayo20080511-13.jpg
• http://kiddo.ecchi.ca/blog/images//capture.png (oui, deux slashs!)
• http://kiddo.ecchi.ca/blog/images/fichiers/oral_logiciels_libres_2006_11_01.avi
• http://kiddo.ecchi.ca/blog/images/nekohayo20050125.jpg

Et, au travers de tout ça, des liens ne devant pas être charcutés par erreur:

• http://kiddo.ecchi.ca/blog/wp-content/plugins/podpress/images/powered_by_podpress.jpg’
• http://jimmac.musichall.cz/images/logo/f-spot-mini.png
• http://wordpress.org/development/wp-includes/images/smilies/icon_smile.gif
• http://www.laptops4me.com/images/pict/LS-WPC11.jpg
• http://www.lateral-thinkers.co.nz/images/partners.microsoft.logo.gif
• http://www.thinkgeek.com/images/products/front/blogging.jpg”

Le verdict

En regardant intensément tout ça, j’en suis venu à déduire le pattern principal sur lequel je me baserais pour faire mes remplacements: puisqu’il faut un truc devant «/images/» (pour éviter de charcuter les liens qui ne sont pas des images internes de mon blog), il faut donc que je cherche pour «/blog/images/». Mais avant ça, il fallait également que je standardise tous les noms de domaines. Meh.

Le traitement/les étapes

Attention les amis, ça va être aride.

1. Backuper la base de données
2. Ouvrir le fichier SQL avec gedit
3. Faire les remplacements suivants, en ordre (pour pouvoir prendre en compte toutes les variétés tordues de syntaxes ci-haut); vous n’avez pas à vous taper la lecture de cette liste, c’est juste pour s’amuser à voir le nombre de remplacements consécutifs que j’ai eu à faire:
   • “nanokron.info” en “ecchi.ca” (31 remplacements)
   • “kiddo.ecchi.ca” en “jeff.ecchi.ca” (613 remplacements)
   • “nekohayo.ecchi.ca” en “jeff.ecchi.ca” (11 remplacements)
   • “/home/kiddo/” en “/home/jeff/” (9 remplacements)
   • “images/nekohayo” en “images/” (643 remplacements)
   • “images//nekohayo” en “images/” (3 remplacements)
   • “/blog/images/” en “/blog/wp-content/uploads/” (583 remplacements)
   • ’src=”images/’ en ’src=”http://jeff.ecchi.ca/blog/wp-content/uploads/’ (384 remplacements)
   • ‘href=”images/’ en ‘href=”http://jeff.ecchi.ca/blog/wp-content/uploads/’ (26 remplacements; oui, Wordpress fait vraiment tout en liens absolus maintenant!)
   • ‘value=”images/’ en ‘value=”http://jeff.ecchi.ca/blog/wp-content/uploads/’ (2 remplacements)
   • ’src=”wp-content/images/’ en ’src=”http://jeff.ecchi.ca/blog/wp-content/uploads/’ (1 remplacement
   • “ecchi.caimages/” en “ecchi.ca/blog/wp-content/uploads/” (3 remplacements)
   • “nekohayo200″ en “200″ (88 remplacements # pour les titres d’images restants
   • “/wp-content/uploads//” en “/wp-content/uploads/” (9 remplacements; pour une raison X, certaines images avaient deux slashs)
4. À l’aide de phpmyadmin, créer une database «nekohayo-test» pour les besoins de nos tests
5. Modifier les premières lignes du fichier SQL pour pointer vers cette base de données
6. Importer le fichier SQL dans phpmyadmin. Attention, s’assurer que l’encodage correspond; MySQL/phpmyadmin suggère de l’UTF-8 par défaut, mais le dump SQL créé par Wordpress était encodé en latin1 (ctrl+F “charset”)
7. Renommer les fichiers «nekohayo200*» en «200*», avec la commande «rename “s/nekohayo200/200/” -v *”»
8. En utilisant le mode de «Vue en liste [arborescente]» de Nautilus, déplacer les images d’un dossier à l’autre, garder la sélection active
9. Modifier la config de wordpress (wp-config.php) pour pointer vers la base de données temporaire
10. Tester si tout est réparé sur le site web (autant les anciennes images que les récentes)
11. Dans la vraie base de données «nekohayo», backuper puis dropper toutes les anciennes tables
12. Importer le fichier SQL dans phpmyadmin, cette fois dans la vraie base de données «nekohayo»
13. Modifier la config de wordpress pour pointer de nouveau vers la base de données «nekohayo»
14. Détruire la base de données «nekohayo-test» après s’être assuré que tout fonctionne

Ouf. Trois heures plus tard, j’ai enfin un blog qui ne renvoie pas des 404 pour rien tout le temps, et je n’ai pas trois dossiers différents où se situent les images.

S’auto-héberger, décidément, c’est du travail acharné pour pas grand chose des fois.

The icon view is especially useful if you are working on a wide, high-resolution monitor (ex: 1920×1200) with a large number of clips that have nice thumbnails, because you can fit more of them without needing to scroll.

Before:

After:

This definitely looks cool. Great work Stephen!

Puisque mes quelques recherches ont généralement été infructueuses (la technique «utiliser l’outil de teinte/saturation» ne fonctionne pas dans mon cas), je me suis inspiré du commentaire de rafter dans cette discussion MetaFilter. Voici mes notes/observations personnelles, au cas où ça peut aider quelqu’un.

1. Numériser le papier, en couleur 24bits 300 DPI
2. Prendre l’outil de sélection par couleur (Maj+O ou menu Sélection > Par couleur)
3. Dans les paramètres de l’outil, spécifier un seuil (par composite) d’environ 70. Laisser le lissage activé, mais ne pas adoucir les bords
4. Zoomer à 200-300% pour bien viser, sélectionner une ligne bleue. Si tout va bien, toutes les lignes devraient être sélectionnées d’un coup
5. Utiliser le menu Sélection > Agrandir… (pas adoucir!) et agrandir de 1 pixel
6. Supprimer le contenu de la sélection (Édition > Effacer), tout simplement. La technique des niveaux ou de l’ajustement de luminosité/contraste ne semble pas marcher dans mon cas.
7. Maintenant qu’on est débarrasé des lignes bleues, on peut convertir l’image en niveaux de gris pour que ce soit plus propre et léger (Image > Mode > Niveaux de gris)
8. Plus qu’à ajuster les niveaux (Couleurs > Niveaux…) pour foncer l’écriture pour que ce soit plus lisible/contrasté

À la fin, pour réduire davantage la taille du fichier, on peut redimensionner l’image puis la convertir en couleurs indexées (Image > Mode > Couleurs indexées). J’aime bien utiliser 10-20 couleurs sans tramage, puis enregistrer en PNG. C’est ainsi que j’obtiens un manuscrit bien numérisé, facile à lire, et pesant moins de 200 Kio, sans l’horrible compression du JPEG.

• Touched approximately 70 bugs or more today (out of ~230 initially), spending approximately 5.5 hours doing bug triaging and hunting (according to hamster)
• Confirmed many unconfirmed bugs
• Updated target milestones (even for already fixed bugs!)
• Added keywords (and added “Special searches” to the website)
• Reassigned components (so that Brandon can easily search for bugs that are related to the user interface)
• Closed a ton of obsolete/fixed/duplicate bugs.

Damn, this feels good. I hope Edward won’t be mad at me for doing the cleanup and flooding his inbox while he was on vacation.

This has been solved, and it now looks like this: