Ca me parait de bonnes id�es, toutefois, j'alerte sur les risques de casse : Il y a des gens en production, ce chantier va durer un certain temps, ne serait-il pas pr�f�rable de le lancer � l'issue de la gestion des p�riodiques ?
En effet, � l'issue de la gestion des p�riodiques, on devrait avoir une version qu'on pourra consid�rer comme compl�te un certain temps... le temps qu'il faudra pour entamer ce travail... Ces modifications impliquent aussi que chacun soit en mesure de comprendre et de travailler avec les CSS... je dois bien reconnaitre un manque certain dans ce domaine en ce qui me concerne ! Pour ma part, je souhaitais aborder un point de mise en page : Nous avons en haut et � gauche deux barres de menus et sous-menus. Ces barres d�filent et disparaissent avec les ascenseurs... peut-on envisager une solution pour qu'elles restent visibles ? C'est toute la diff�rence entre une application web et une application client/serveur classique : les boutons ne d�filent pas avec tout le paquet !!! Les solutions que je connais pour garder �a � l'�cran : des frames ou alors les menus dans un layer, lequel reste toujours visible � l'�cran, enfin je crois que c'est un truc comme cela. Voir http://www.lib.ox.ac.uk/jafer/publications/www2002-paper.html o� le menu bleu de gauche reste toujours visible. Eric ----- Original Message ----- From: "Fran�ois Lemarchand" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Tuesday, October 28, 2003 11:23 PM Subject: [PMB-DEVEL] Re: PMB : passage aux standards (blablabla) > 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] > > Liste de diffusion phpmybibli.devel Pour se d�sinscrire : mailto:[EMAIL PROTECTED]
