z0rglub a écrit:

Dans le gestionnaire de bug, j'ai ajouté les releases 1.6.0RC1 et 1.6.0RC2. Tout bug reporté en 1.6.0RC1 et corrigé avant la sortie de la 1.6.0RC2 doit être noté comme "corrigé en 1.6.0RC2".

Bien chef.

Je viens d'installer la 1.6RC1 sur free sans aucun soucis. J'ai fait la mise à jour depuis la 1.5.0.

...et les corriger.

nicolas a écrit:

La RC1 vient d'être créée.

Oui, la première étape est terminée, il reste encore la notification de freshmeat, la newsletter, l'annonce sur le forum.

mathiasm a écrit:

Une piste:
générer en php un css dédié, qui est relié à la taille théorique des miniatures.
Cette génération aurait lieu à chaque synchronisation des dossiers, puisque c'est à partir de ce moment qu'un changement de taille dans les miniatures a un impact.

C'est probablement la meilleure piste que nous aillons.

mathiasm a écrit:

Edit: Idéalement, l'inclusion ne serait faite que pour les pages au format calendrier. Mais je ne sais pas comment le détecter.

Pour l'instant nous avons le même header dans tout le site, mais ce n'est pas sigrave que ça puisque les css restent en cache et ne sont chargées que la première fois.

La solution pour l'instant est de faire comme pour la taille max des vignettes et de mettre ça dans template-common/default-layout.css avec un commentaire qui dit que les dimentions doivent-être identique à celles qui sont dans $conf[]
Pas terrible, mais je n'ai pas mieux our l'instant.

Je te laisse faire ...

Chris

rvelices a écrit:

Moi j'en ai 3 dans la vue calendrier mensuel (le "joli" tableau). 1 je sais comment corriger (il manque <tr>). Pour les 2 autres:
- <table align="xxx" - c'est quoi la regle pour remplacer ca ? il faut mettre la table dans un div ?

Pour centrer une table, on lui colle :

margin-left: auto;
margin-right: auto;

Je vais voir d'ailleurs si l'on ne ferait pas mieux de définir toutes les tables comme ça par défaut.
Il faut aussi utiliser les tables uniquement pour des tableaux (ici, un ça paraît assez justifié) pour des listes et de la mise en page, éviter au max.

rvelices a écrit:

- <style> non permis dans body - je devrais tout mettre inline ?

Jamais !
une fois que les styles sont inline dans le code HTML, on ne peut plus y toucher avec une css
En plus c'est contre le principe de séparation entre le contenu et l'affichage que l'on met en place depuis la 1.5
Il faut donc migrer ça vers une css.

Sauf que là, tu es mal parce que tu calcules le style de façon dynamique, et qu'arrivé là tu n'as plus accès au header.
Jusqu'ici, on avait évité cette technique, tu comprends pourquoi   <;o)
Bon faut creuser la question.
C'est défini où {calendar.thumbnails.WIDTH}   ?

La 1.6.0RC1 sera dimanche ou lundi soir.

Yohan, administrateur chez Free, m'a dit qu'il passait MySQL en version 5.0.20 CVS tous les serveurs (il m'a dit ça hier). Cela dit, plus aucun rapport avec "planning de la release 1.6.0"...