Nouvelle page “I Wrote” qui référence quelques articles sur ce blog

Je viens de finir de porter 4 de mes 5 articles publiés sur developpez.com sur WordPress. Le processus n’était pas très amusant, je peux vous assurer xD

Pour les plus curieux d’entre vous, je décrirais dans le pragraphe suivant comment j’ai procédé, les autres, vous pouvez sauter cette étape sans problème

Ceci assume que vous avez déjà un PC avec un (vrai) OS installé la dessus (Ubuntu 9.10 dans mon cas, malheureusement), un bon navigteur web (Chrome ici, quoi que, à cause de quelques bugs stupides dans l’affichage du backend de WP sur chrome, je suis obligé d’utiliser Firefox pour rédiger ce post) une (vraie) JVM (celle de Sun dans mon cas ) et Eclipse (3.5.1 dans mon cas).
Voici donc comment procéder si vous être dans la situation très improbable qu’est la mienne :

1. Installer XSL tools dans Eclipse (un grand merci à Dave Carver du coup)
2. Dans le navigateur, googler XSL for noobs ce qui donne le tuto du w3cschools comme premier résultat
3. Faire une lecture rapide en diagonale
4. Copier l’xml d’origine d’un des articles dans un projet eclipse
5. Créer une nouvelle feuille xsl
6. Copier un truc du tuto qui semble être un bon point de départ
7. Exécuter cet xsl sur l’xml
8. Regarder ce que ça donne. Bon, spoiler alert : ça donne pas ce qu’on cherche
9. revenir à l’xsl, modifier un peu la chose en revenant éventuellement sur le tuto
10. Revenir sur la 7. Pour éviter une boucle infinie, on peut ignorer cette étape si le résultat semble assez bon comme point de départ pour ce qui suivra
11. Là, on arrive à un truc plus ou moins (plutôt moins) potable. Mais on se dit que régler les probèmes qui restent à la main serait moins douleureux que de continuer sur l’xsl. Programmer en XML n’est pas le sport favori de tout le monde
12. Coller le résultat dans WorPress et faire un preview
13. Dire “merde ! mais pourquoi diable WordPress fait chaipasquoi pour faire que les blancs restent telquels dans le résultat final ?”
14. Revenir sur le tuto et regarder si ça parle de whitespaces … non, google alors !
15. Google donne des pistes (dans les archives de quelques mailing lists datant de 2004)
16. Les pistes données marchent pas
17. Virer xsl de la recherche, juste “whitespace stripping html”
18. Google propose tidy
19. Pendant que ça se télécharge, on voit qu’il y’a une autre version avec un j devant son nom …
20. Comme tout Javaïste qui se respecte, vous annulez le premier téléchargement et téléchargez jtidy plutôt
21. Comme tout Javaïste qui se considère confirmé, vous faites un “java -jar jtidy.jar -help” (en utilisant guake bien sûr)
22. ça donne pas grande chose, juste quelques lignes que vous comprenez pas bien
23. Comme tout débrouillard qui se respecte, vous faites un “java -jar jtidy.jar in.html out.html”
24. Résultat pas très convaincant : toutes les lignes s’arrêtent à 68 caractères … faudrait relire le help
25. Hum, on voit ce truc nommé wrap, ça semble être la solution
26. Tester avec toutes les possiblités : -wrap 500, -wrap=500, -wrap:500, etc., ça change rien, ou plutôt, ça empire la situation
27. Passer par un fichier de configuration, et là, ça marche
28. Se rendre compte que jtidy a massacré nos beaux [ sourcecode ] (je suis pas assez futé pour trouver comment dire à WP de ne pas interpréter cette pseudo-balise). Revenir à l’xsl et générer une balise à la place + un cdata
29. ok, ça s'améliore
30. Utiliser un peu de magie d'expressions régulières dans eclipse pour remplacer les balises par des [ sourcecode ] en gardant l'attribut language
31. Tester sur wodpress, ça a l'air de marcher, youpie !
32. Refaire la procedure (sans kes parties découverte/test/erreur/correction bien sûr)
33. Voilà, on a 4 jolies pages wordpress avec nos articles dedans
34. Plus tard dans la soirée, de retour d'une partie de shopping dans un quartier huppé (me suis offert une paire de chaussures si ça vous intéresse, les moins chères que j'ai trouvé) et sortie avec copains, re-regarder fièrement le résultat
35. Se rendre compte qu'il y'a un truc gravement louche avec nos codes ... quelque part dans le processus, les <, > et "&" ont été massacrés
36. Marre de l'xsl et de jtidy, on passe par du bon vieux rechercher/remplacer
37. Donc, concrêtement, pour chaque page, cliquer sur "Edit" (ouep, I've configured my WordPress blog to use English as the display language), copy the page's sourcecode, paste it dans un fichier dans eclipse, rechercher/remplacer les différents cas de figure. Les plus attentifs d'entre vous penseront qu'il y'a 3 cas : <, > et &. Les experts xml/xsl/jtidy penseront à un 4ième; "e;, mais y'en a 3 autres en fait, l'un des batards d'entre xsl et jtidy était assez créatif pour me pondre des trucs comme &amp;lt; , &amp;gt; et &amp;quot;
38. Voilà, là ça marche plus ou moins bien. Passer quelques minutes à regarder le résutlat en se félicitant pour nos prouesses techniques et maitriste d'autant de technos outils
39. Se dire que cette épopée mérite un post dessus, que voici

Oui donc, la suite ...

Voici la page qui liste ces articles : I Wrote ...

Au fait, j'ai ignoré un 5ième article (qui parle de la configuration d'Eclipse Webtools 2 pour faire du JSF) car voyez vous, Webtools 3 est là depuis quelques mois déjà, et plenis de trucs ont changé entre temps, que ce soit dans Webtools ou dans moi aussi : je n'ai pas touché à JSF depuis plusieurs mois, presque une année déjà (que c'est cool !).

Voivou voili. Je vais devoir créer un post séparé pour annoncer chacun des articles histoire d'avoir les bons tags et améliorer leur visiblité.

About these ads

Share this:

• Google +1
• Twitter
• Facebook
• Email
• More

• Digg
• Print
• Hacker News
• StumbleUpon
• Reddit

Like this:

Like Loading...