Bonjour, j'ai fait vite mais voici le compte rendu : Présents : franckpaul kozlika nikrou Tomek PRoSPeRe Smat Jean-Michel saymonz Ordre du jour : 1) Mise en ligne de la 2.6.1 2) Distribution des tickets de la 2.7 3) Communication 4) Questions diverses Début des hostilités à 21h00 précise. 1) La version 2.6.1 devrait sortir vendredi sauf bug bloquant trouvé d'ici là. En parlant un peu de la 2.6 tout juste sortie, la plupart des personnes ont fait des retours positifs voire très positifs. Le seul point "noir" est l'éditeur. L'autre petit point qui gâche un peu la mise à jour est l'éternel problème de cache juste après la reconnexion. Pas facile à corriger sans accès normalisé au cache du navigateur. S'en uit une longue et palpitante discussion sur l'éditeur. On convient qu'il y a des choses à améliorer dans l'éditeur même si dans l'idéal si tout le monde utilisait la syntaxe wiki ce serait plus simple, plus propre,... 2) Peu ou pas d'amateur pour les tickets. Je m'auto-attribue le ticket #1485 pour pouvoir ajouter des légendes aux photos. 3) kozlika propose de faire quelques billets pour les dev après en avoir fait pour les utilisateurs. Dsls commencerait avec un billet R&D en parlant klingon uniquement ! Et je me continuerais sur cette lancée en faisant un compte-rendu de la journée du 30 novembre. kozlika salue le retour de certains sur les forums dotclear ce qui est bon pour le projet, ce qui montre que le projet est actif. C'est tout pour aujourd'hui. -- Dev mailing list - Dev(a)list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Merci. Le 19/11/2013 12:06, Nicolas a écrit : > Bonjour, > > j'ai fait vite mais voici le compte rendu : > > Présents : > franckpaul > kozlika > nikrou > Tomek > PRoSPeRe > Smat > Jean-Michel > saymonz > > Ordre du jour : > 1) Mise en ligne de la 2.6.1 > 2) Distribution des tickets de la 2.7 > 3) Communication > 4) Questions diverses > > > Début des hostilités à 21h00 précise. > > 1) La version 2.6.1 devrait sortir vendredi sauf bug bloquant trouvé d'ici > là. > > En parlant un peu de la 2.6 tout juste sortie, la plupart des personnes ont > fait des retours positifs voire très positifs. Le seul point "noir" est > l'éditeur. L'autre petit point qui gâche un peu la mise à jour est > l'éternel problème de cache juste après la reconnexion. Pas facile à > corriger sans accès normalisé au cache du navigateur. > > S'en uit une longue et palpitante discussion sur l'éditeur. On convient > qu'il y a des choses à améliorer dans l'éditeur même si dans l'idéal si > tout le monde utilisait la syntaxe wiki ce serait plus simple, plus > propre,... > > 2) Peu ou pas d'amateur pour les tickets. Je m'auto-attribue le ticket > #1485 pour pouvoir ajouter des légendes aux photos. > > 3) kozlika propose de faire quelques billets pour les dev après en avoir > fait pour les utilisateurs. Dsls commencerait avec un billet R&D en parlant > klingon uniquement ! > Et je me continuerais sur cette lancée en faisant un compte-rendu de la > journée du 30 novembre. > kozlika salue le retour de certains sur les forums dotclear ce qui est bon > pour le projet, ce qui montre que le projet est actif. > > C'est tout pour aujourd'hui. -- Dev mailing list - Dev(a)list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Bonjour, j'ai fait vite mais voici le compte rendu : Présents : franckpaul kozlika nikrou Tomek PRoSPeRe Smat Jean-Michel saymonz

Je suis a minima pour la proposition de Kozlika évoquée en http://forum.dotclear.org/viewtopic.php?pid=325162#p325162 et aimerais assez qu'on ne se limite pas à 3 possibilités et que l'on puisse ajouter l'insertion de couleurs puisées parmi une palette proposée par l'admin via CSS. Je sais, c'est pas bien mais... ;-)

En parlant un peu de la 2.6 tout juste sortie, la plupart des personnes ont fait des retours positifs voire très positifs. Le seul point "noir" est l'éditeur. L'autre petit point qui gâche un peu la mise à jour est l'éternel problème de cache juste après la reconnexion. Pas facile à corriger sans accès normalisé au cache du navigateur.

Hein ?

Il "suffit" de bien gérer les dates d'expiration et de versionner les fichiers. Faut "juste" que quelqu'un y passe quelques soirées. (et non, pas moi, désolé, mais je peux donner des billes)

Pas sûr que ce soit simple à mettre en oeuvre, ni à la portée de tout le monde. Les fichiers en question sont des fichiers délivrés par apache lui-même (ou son équivalent), sans aucune fioriture php au dessus. Difficile à ce moment d'invalider le cache d'apache quand on n'a pas la main dessus...

Mais peut poser des problèmes avec les proxies. Ce que je préconiserais, ce serait un truc du genre: default.2_6_1.css Dans un .htaccess, on rewrite tous les appels a filename.XXX.css vers filename.css et le tour est joué.

Évidemment, le plus difficile, c'est de changer tous les appels aux bons endroits. Y en a-t-il beaucoup?

Ce que je préconiserais, ce serait un truc du genre: default.2_6_1.css Et donc tous les plugins doivent se mettre à jour à chaque version ?

Dans un .htaccess, on rewrite tous les appels a filename.XXX.css vers filename.css et le tour est joué. tout le monde n'est pas sur apache, et tous les hébergeurs ne permettent

le fichier style/default.css en le suffixant par la version : default-2.6.1.css ou à l'appel en style/default.css?v=2.6.1

Ceux là se gèrent en leur mettant une version. On peut par exemple renommer > le fichier style/default.css en le suffixant par la version : > default-2.6.1.css ou à l'appel en style/default.css?v=2.6.1 a la limite via le query string, pourquoi pas.