J’observe cette frise et à chaque fois je me dis que je n’ai pas chômé depuis quelques années vu le nombre de versions publiées ; j’en suis à 34 (majeures et mineures confondues) depuis que j’ai pris les rênes du projet.
Ah mais oui mais non, c’est peut-être autrement qu’il faut lire ce graphique : c’est peut-être synonyme de plein de bugs qui seraient passés à travers de mes tests, vu qu’il m’est humainement impossible de vérifier tous les cas de figure, surtout que l’appli, même si je suis strict à ce sujet, a tendance à gonfler en terme de fonctionnalité.
Bref…
Je trouve assez plaisant ce mode sombre, qui met le focus, en tout cas sur mon Mac, sur les champs de saisie (affichés sur fond clair), même si il pourrait être amélioré un peu ; cela dit j’ai du faire des concessions pour rester « neutre », quel que soit le mode activé, afin que tous les plugins tiers restent utilisables, pour peu qu’ils ne transportent pas eux-même leur propre CSS.
À ce sujet, si vous avez des remarques, ça m’intéresse ! D’ailleurs je me demande si ça ne vaudrait pas le coup de fournir, sous forme de variable CSS, les différentes couleurs — a minima les principales — utilisées par l’administration. À vous de me dire…
Quoi qu’il en soit le meilleur moyen de rendre l’appli plus robuste est de continuer à définir les tests unitaires et fonctionnels ; j’ai encore pas mal de boulot côté Clearbricks, mais ça a bien avancé et quasiment tout à faire côté Dotclear. Ça risque de prendre encore quelques mois, voire quelques années !
Pour finir, vous savez que le wiki a été enrichi un peu depuis la 2.14 ? Bienvenue aux exposants (^<texte>^), comme dans 22 et bienvenue aux listes de définition, comme celle-ci :
- 1er terme à définir (ligne commençant par un signe =)
- 1re définition (ligne commençant par un signe :)
- 2e définition
- 2e terme
- 3e terme
- Définition commune aux 2e et 3e terme
PS : Pour info, le bloc aside visible un peu plus haut est obtenu en utilisant un ) en début de ligne ; mais c’était déjà présent dans la 2.13, donc vous le saviez déjà, n’est-ce pas ?
1 De Bernard -
… ben non.Ça fait plusieurs fois que je me dis “mais comment il fait?”
C’est toute la question du “verre à moitié plein ou à moitié vide”…
Qui, en fait, n’aurait rien à voir avec la question “de l’oeuf ou de la poule”…
2 De Franck -
Bon, il faut que je mette à jour le mémento wiki pour les exposants et les listes de définition, mais pour le ), c’était déjà dedans ;-)
… le mémento reflète les nouveaux ajouts de la 2.14
3 De olivier -
Merci pour le rappel concernant le mode wiki. J’ai tendance à lire en diagonale le
CHANGELOG
, depuis que j’ai « automatisé » le processus de mise à jour.4 De Tristan -
Rah, le coup du
aside
que je découvre !!! Enorme !—Tristan
5 De seb95 -
Bonjour,
Vraiment ébahi de voir que malgré tout tu continues ce formidable CMS, tout seul peut être mais pénard comme le disait si bien Léo Ferré dans avec le temps.
Merci pour le temps accordé sur ce logiciel.
6 De Franck -
Merci seb95 !
7 De Tomek -
Arf, je viens de m’apercevoir que le nouveau code pour insérer des définitions de liste ( le “:” ) interfère avec l’insertion de galerie via galleryinsert. Ce qui est étrange c’est que tu dis que ça se déclenche s’il y a une espace après les 2 points, or chez moi ça n’est pas le cas : l’insertion de galerie est du type ::lecodedelagalerie::
Il y a un truc qui merdouille ou bien ?
8 De Tomek -
Et au passage, comme Tristan, j’aime beaucoup le “aside” aussi !
J’essaie de trouver un peu de temps pour mettre à jour la doc wiki dans l’aide (sur dropbox) et le wiki.
9 De Franck -
Tomek je regarderai pour les listes de définitions…
10 De Franck -
Effectivement l’espace qui suit n’est pas obligatoire, je vais corriger mon billet…
11 De Franck -
Et donc effectivement ça fout le souk avec le plugin tiers ; il eut fallu que je le sache avant de modifier ça :-p
12 De Tomek -
Grompf ! Tu as moyen d’appliquer un correctif pour que ça fonctionne uniquement avec une espace après ? Quoi qu’il en soit on peut contourner avec un \ avant.
13 De Franck -
Cela dit c’est dommage que l’auteur du plugin n’ait pas utilisé le mode macro, qui permet de faire à peu près ce qu’on veut sans gêner la syntaxe du wiki !
14 De Franck -
Tomek nope, je ne vais pas modifier la syntaxe à cause d’un plugin tiers alors qu’il y a un mode macro prévu expressément pour ce genre de besoin.
Imagine demander à l’auteur de Markdown de faire pareil :-)
15 De Tomek -
Oui, je comprends bien.
Du coup il y a de la doc pour le mode macro ?
16 De Franck -
Suis pas certain, par contre on peut s’inspirer des plugins qui l’utilisent : Yash ou hljs par exemple (il y en a peut-être d’autres).
17 De Tomek -
Je vais y jeter un œil et voir si avec mes maigres connaissances en PHP, je peux proposer un patch au développeur du plugin. Sinon je lui indiquerai les exemples.
Merci !