alors que tous les autres formulaires sont en Ajax, ça me surprend que
ce lien ne le soit pas :
(que le formulaire de login soit remplacé par celui d'envoi de mot de passe)
Sinon, côté habillage et contenu :
- Avec la dist, on ne voit pas le lien "fermer la fenêtre" qui est en
bas de la popup
- bien sûr les couleurs sont trop pastel pour avoir un niveau
d'accessibilité AA (mais que fait Aurélien !
- Il n'y a pas d'explication dans ce formulaire : on ne sait pas
qu'est-ce qu'il fait
- En plus il y a confusion : légende = nouveau mot de passe, suivi de
adresse mail.
=> notre nouveau mot de passe est l'adresse mail ?
En plus c'est erroné : il faudrait mettre un verbe d'action. Par ex.
"Réinitialiser mon mot de passe"
Je poste ce problème sur la liste de dev car il y a matière à échange, je pense
Quand le compactage CSS et Javascript est activé dans la Configuration
avancée ET que la balise #FILTRE{compacte_head} se trouve dans <head>, ça
génère des liens de ce type :
local/cache-css/5508c6bf4b3d0307c0b56264cd84cbc5.css
pour chaque type de media (si plus d'une feuille de style de ce type)
Et
local/cache-js/59d478e92ba7a0985a2e196c00b4dede.js
pour tous les scripts de type='text/css'
Il y aurait pas lieu de nommer ces fichiers de compactage de façon plus
explicite, basé sur le type de media, du moins pour les CSS ?
Exemple :
projection-screen-tv.css (media='projection, screen, tv')
all.css (media="all")
print.css (media="print")
generic.css (sans 'media', comme perso.css)
Et pour les scripts JS :
compact.js
ou mieux :
compact.min.js
Je fais un 'ticket' pour la 2.0 ou la 2.1 et suivante ?
Ou bien c'est :
Bof !
Il y aurait pas lieu de nommer ces fichiers de compactage de façon plus
explicite, basé sur le type de media, du moins pour les CSS ?
Exemple :
projection-screen-tv.css (media='projection, screen, tv')
all.css (media="all")
Oui mais il peut y en avoir plusieurs différents
Je fais un 'ticket' pour la 2.0 ou la 2.1 et suivante ?
Ou bien c'est :
Bof !
On peut imaginer rendre le nom plus explicite, mais il conservera de
toutes façons un bout aléatoire. A part ça tu as vu : dans le code
(aussi bien dans le html que dans le fichier lui-même) on ajoute des
commentaires qui permettent de savoir ce qui a été compacté.
On peut imaginer rendre le nom plus explicite, mais il conservera de
toutes façons un bout aléatoire.
OK ! Comme avec le filtre |compacte...
A part ça tu as vu : dans le code
(aussi bien dans le html que dans le fichier lui-même) on ajoute des
commentaires qui permettent de savoir ce qui a été compacté.
Oui, c'est excellent. Le compactage conserve aussi un niveau acceptable de
lisibilité. (On pourrait d'ailleurs retirer le qualificatif d'illisibilité
dans la mise en garde de 'Configuration avancée' à ce sujet).
Mais je ne parvient pas encore à comprendre pourquoi certaines feuilles et
certains scripts ne sont pas compactés.
Par exemple : thickbox.css et thickbox.js sont compactés, mais pas
crayons.css et crayons.js
De même, ne sont pas compactés, : spip_styles.css, spip_admin.css,
print.css, perso.css. Il est vrai qu'on peut toujours forcer le compactage
avec le filtre |compacte.
Mais, le filtre |compacte et la configuration avancée de compactage ne
semblent pas utiliser la même méthode de compactage. Le filtre étant
beaucoup plus compact, voire illisible.
Je crois deviner que l'ordre de déclaration des CSS a aussi un certain
impact sur le regroupement des styles en fichiers compactés, sans doute,
pour ne pas briser la cascade et la surcharge désirée ???
Mais je ne parvient pas encore à comprendre pourquoi certaines feuilles et
certains scripts ne sont pas compactés.
Par exemple : thickbox.css et thickbox.js sont compactés, mais pas
crayons.css et crayons.js
Simplement parce que les crayons ne sont "envoyés" qu'aux admins.
De même, ne sont pas compactés, : spip_styles.css, spip_admin.css,
print.css, perso.css. Il est vrai qu'on peut toujours forcer le compactage
avec le filtre |compacte.
C'est parce qu'ils n'ont pas le même "media", et qu'on ne compacte pas
un fichier qui se trouve seul (un hit = un hit).
Mais, le filtre |compacte et la configuration avancée de compactage ne
semblent pas utiliser la même méthode de compactage. Le filtre étant
beaucoup plus compact, voire illisible.
Ah non c'est le même, normalement...
Je crois deviner que l'ordre de déclaration des CSS a aussi un certain
impact sur le regroupement des styles en fichiers compactés, sans doute,
pour ne pas briser la cascade et la surcharge désirée ???
En effet l'ordre est conservé ; il a des cas (tordus) où ça peut
casser, mais on a essayé de limiter autant que possible. En
particulier si tu nommes une css, on ne la compacte pas, car ça peut
faire partie d'un sélecteur (js) de feuille de style.
