J’ai une chaussure qui fuit, ou plutôt l’eau remonte à travers le trou de la semelle, c’est ennuyeux, va falloir que j’en achète une nouvelle paire !
J’ai (encore) envie de changer mon fusil d’épaule pour la prochaine 2.15 : exit, pour l’instant, le mode offline, vu qu’avant d’avoir ça il faut mettre en place une API qui tienne la route. Du coup j’avoue manquer un peu d’idées… En fait non, des idées j’en ai plein dans ma ToDo, mais rien de percutant, de vraiment nouveau.
Ou alors je continue dans le sens de la consolidation du code, avec les tests unitaires et fonctionnels, en éliminant tout ce qui est inline (j’en parlais encore hier), afin de renforcer les directives côté CSP.
Tiens une question à propos des listes dans Dotclear (billets, commentaires, …), au moins celles dont le nombre d’éléments peut être changé : vous souhaiteriez pouvoir paramétrer le nombre par défaut (pour l’instant fixé à 30) ou ça vous va bien comme ça ?
J’ai essayé brièvement la version 2 de DXO il y a quelques jours, et contrairement à ce que je disais il y a quelques mois — presqu’un an en fait, je trouve que la prise en main est plutôt compliquée et l’intégration dans un flux de catalogage/développement plutôt lourd, malgré la présence d’un plugin de transfert pour Lightroom. Je viens aussi d’essayer la version Classic de LR et je n’ai pas vu d’évolution flagrante, à part peut-être sur le mode correction automatique, plus efficace qu’auparavant. Il reste que l’abonnement me hérisse toujours le poil !
1 De Philippe -
Pour Dotclear et le nombre de billets par défaut dans les listes, une case à cocher “se souvenir de ce choix” dans la boîte des filtres serait effectivement une amélioration.
Une question que j’avais posée dans un autre de tes billets : pourrait-on inclure dans le contenu d’un billet une balise de template ? Tu m’avais répondu que les macros le permettaient, mais je ne vois pas vraiment comment.
Pour être certain d’être clair, je souhaiterais pouvoir insérer par exemple
<<tpl:blogname encode_html="1">>
dans le contenu d’un billet. Un peu donc comme un shortcode chez nos imitateurs ;)
2 De Franck -
En fait faudrait s’inspirer d’un des plugins qui gère les macros (Yash, hljs, …) et reprendre le principe. Par contre ça sera, a priori (j’ai pas vraiment regardé), au format bloc, du style :
Sinon, y’a surement moyen d’instancier à nouveau le compilateur de template pour compiler le code HTML contenant des balises, au moment de l’enregistrement d’un billet. Maintenant c’est du
et c’est stocké en l’état (donc avec le contenu de la balise) dans la base.Pas forcément le plus idéal.
Faut que j’y réfléchisse…
3 De Franck -
Finalement c’est un poil plus compliqué que prévu, vu qu’il faudrait que le compilateur de template sache bosser sur autre chose qu’un fichier template !
Ici il faudrait pouvoir lui fournir une variable contenant le pseudo-template, c’est-à-dire le contenu HTML du billet contenant les balises.
Il faut que j’évalue les risques avant d’aller plus loin…
4 De Franck -
Je pense que le plus simple est encore de créer un plugin qui gère sa syntaxe façon
, plutôt que d’essayer d’utiliser le compilateur de template qui n’est franchement pas prévu pour fonctionner autrement.Après il faudrait définir une liste de codes qu’on serait à même de vouloir utiliser, voire une syntaxe générique avec des mots-clés…
5 De Tomek -
L’idée de permettre de façon simplifiée aux créateurs de thème d’offrir un paramétrage d’éléments du thème pour les utilisateurs ?
Pour les listes, comme Philippe, mais ça n’a rien de particulièrement indispensable pour ma part.
6 De Franck -
Ah oui Tomek, j’avais oublié cette idée ! Merci.
7 De Tomek -
Cool ! \o/