bleu p�trole, mauve et vert, tout ce qu'on veut, du moment que c'est
clean !!! ;-)
J'aime bien l'id�e d'�clater la feuille en trois... cela avait �t� entam�
dans 'newlook' et rend les modifs plus ais�es : les couleurs c'est dans
color.css, les polices dans fonts.css, etc... les fichiers sont plus petits et
plus faciles � maintenir.
Petite pr�cision quand m�me. En ce moment la table users stocke un nom de
feuille de style (aka 'seabreeze.css'), si je comprend bien, il faut y mettre
un nom de dossier maintenant. C'est pas grand chose, mais il y a une
petite adaptation � pr�voir dans ./account.php (justement une petite regexp qui
jete l'extension des fichiers css pr�sents dans /styles pour proposer juste un
nom de th�me � notre utilisateur). Adaptation valable aussi dans la page
d'administration/users). Je tiens � cette id�e : ajouter un nouveau th�me =
juste copier un nouveau dossier dans /styles.
L'abandon des tableaux au profit de <div> ou <span> me para�t une bonne chose
(depuis le temps qu'on en cause...). A priori vous ne devriez intervenir que
dans les templates (justement, �a sera l'occasion de voir si des choses qui
tra�nent encore dans le code peuvent y �tre d�port�es). J'insiste sur deux
points : au fil du temps, certaines classes ont �t� perverties pour finir par
�tre utilis�es en place les une des autres (je pense � formtitle et listheader,
notamment). Il faudrait unifier cela et trouver des noms plus 'explicites' (de
toute les mani�res ce sera du temps de gagn� pour la suite des choses).
Et aussi �viter de supprimer ou modifer dans les templates les s�quences du type
!!value!!, sinon, l�, je garantis un sacr� bazar !!!
Tu t'attaques l� � un tr�s gros morceau ;-)
Je pense � cela aussi : certaines pages qui s'affichent dans des iframes ont
des petites sections <style> ' inline.
A+ l'ami.
PS. fran�ais impeccable, on dirait que �a fait 10 ans que tu es l� ;-)
PPS. Je n'ai pas bien compris l'astuce qui consiste � cacher du code css �
certains navigateurs. Pourras-tu m'expliquer un jour comment �a marche et le
but de faire cela ?
Selon Jesir VARGAS <[EMAIL PROTECTED]>:
> Salut les amis !
>
> Suite a un manque de temps soudain, je voudrais proposer le passage aux
> standards web tout en conservant l'interface actuelle en tant q possible
> ( de ma part, j'aime bien les couleurs du "francois_theme", q je viens
> de d�couvrir sur les pages d�mo., peut-�tre que cela pourrait devenir
> l'enjeux de couleurs � d�faut ? )
> Il faut savoir q les changements du passage aux standards entra�nera
> forc�ment des probl�mes _temporaires_ d'affichage, etc. Il est ainsi
> parce que notamment on change la structure des balises des pages et,
> biens�r, un r�arrangement des fichiers CSS, des images, etc. (C'est
> pour cela qu'il faudrait faire, e.g., une release et puis ensuite
> avertir les utilisateurs du << danger >> du CVS pendant la transition...
> ?)
>
> Voil�, donc, par rapport aux CSS, je voudrais proposer ceci :
>
> * Les << th�mes >> seront mis dans des dossiers homonymes (e.g.,
> seabreeze/).
>
> * Dans ces dossiers-l�, il y aura les fichiers suivants :
> * layout.css (toutes les propri�t�s de la disposition)
> * fonts.css (les polices)
> * colors.css (couleurs)
>
> A noter q ces fichiers CSS auront _tous_ les memes selecteurs CSS.
> E.g.,
>
> Dans le dossier << seabreeze/ >> :
>
> fonts.css :
> ^^^^^^^^^^^
> body
> {
> font-family: sans-serif;
> }
>
> a:hover
> {
> text-decoration: underline;
> }
>
> layout.css :
> ^^^^^^^^^^^
> body
> {
> padding: 5em;
> }
>
> a:hover
> {
> /* notez q cela est vide mais on l'inclu d toutes les fa�ons */
> }
>
> colors.css :
> ^^^^^^^^^^^
> body
> {
> background-color: red-hell;
> color: heaven-blue;
> }
>
> a:hover
> {
> color: black;
> background-color: #fff;
> }
>
> * Accessibilit�. Gros mot. On va suivre _au moins_ les conseils donn�s
> ici :
>
> http://www.la-grange.net/accessibilite/
>
> * Le DTD des fichiers sera-t-il celui du XHTML 1.0 Transitional ou bien
> celui du XHTML 1.0 Strict, au moins.
>
> * Le << layout >> (positionnement, disposition) de l'interface sera g�r�
> _int�gralement_ avec CSS (version 2.0 au moins). Pas de tableaux !
> Veuillez regarder les excellents articles chez OpenWeb :
> http://openweb.eu.org/css/ si jamais voulez-vous en savoir davantage.
>
> * L'usabilit� (convivialit�). PMB doit �tre _forc�ment_ facile et
> intuitive � utiliser, punto. Pourquoi pas, donc, suivre les conseils
> des gourous chez
>
> A List Apart (web usability) :
> http://alistapart.com/topics/usability/ ,
>
> UseIt (web usability) :
> http://www.useit.com/ ,
>
> Apple :
>
>
http://developer.apple.com/documentation/UserExperience/Conceptual/OSXHIGuidelin
es/index.html,
>
> et GNOME :
>
> http://developer.gnome.org/projects/gup/hig/ ??
>
> * Par rapport � cela, les fautes de convivialit� seront regard�es en
> tant que bogues. C'est � dire, �a c'est s�rieux.
>
> Peut �tre que j'aie oubli� des trucs mais je crois que cela suffit pour
> l'instant. Je vous remercie de vos commentaires, opinions, sages
> conseils et num�ros de cartes bleues. :)
>
> Merci de votre temps,
>
> jsr
>
>
>
>
> Liste de diffusion phpmybibli.devel
> Pour se d�sinscrire :
> mailto:[EMAIL PROTECTED]
>
>
--
Fran�ois Lemarchand
homepage : http://balno.free.fr/
PhpMyBibli : http://phpmybibli.sourceforge.net
Liste de diffusion phpmybibli.devel
Pour se d�sinscrire : mailto:[EMAIL PROTECTED]
