[PMB-DEVEL] RE : Re: PMB : passage aux standards (blablabla)

2003-10-29 Par sujet Gautier MICHELIN
Problème des CSS2 : attention aux navigateurs anciens...

Les CSS deuxième génération sont vraiment affichables sur des
navigateurs de 5e génération minimum. Il faut à tout prix, selon moi,
garder une compatibilité avec des navigateurs de version 4 (win95 pour
les wintel). Donc, quand on va développer les feuilles de style, ne pas
oublier de prévoir une version "fruste", spécialement conçue.

A priori, ça ne posera pas de souci, puisqu'il suffit de réaliser un
thème en CSS1 et le claquer dans un dossier à part.

Maintenant, j'espère ne pas trop me tromper... Jesir ?

 
Gautier Michelin
Chargé de mission
 
Centre Permanent d'Initiatives pour l'Environnement (CPIE) Vallée de
Somme
Union Régionale des CPIE de Picardie (URCPIE)
 

> -Message d'origine-
> De : [EMAIL PROTECTED] [mailto:phpmybibli.devel-
> [EMAIL PROTECTED] De la part de Jesir VARGAS
> Envoyé : mardi 28 octobre 2003 23:52
> À : PMB Devel
> Objet : [PMB-DEVEL] Re: PMB : passage aux standards (blablabla)
> 
> Le mar 28/10/2003 à 23:42, Eric ROBERT a écrit :
> > 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 ?
> >
> 
> Voilà, il nous faudrait attendre un peu pour l'inclusion 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 !!!
> >
> 
> Tout à fait, avec CSS on peut mettre ce menu sous le positionnement
> absolu et fixe, comme décrit ici :
> 
> http://openweb.eu.org/articles/initiation_absolue/
> 
> Howto :
> 
> #menu
> {
>   position: fixed;
>   top: 10%;   /*  exemple */
>   left: 10%;  /*  exemple */
> }
> 
> ...
> 
> blablabla
> 
> ...
> 
> > 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
> >
> >
> 
> Salut,
> 
> jsr
> 
> >
> >
> > - 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  ou  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
>

[PMB-DEVEL] RE : Re: PMB : passage aux standards (blablabla)

2003-10-29 Par sujet Gautier MICHELIN
Eric : Pour suivre l'exemple de Jafer, on aurait des soucis : beaucoup
de javascript, et je suis pas sur de ce que ça donne sur des navigateurs
de génération 4.

Par contre, c'est vrai qu'une interface avec des boutons qui ne défilent
pas même dans de grands écrans serait agréable...

Il faut chercher d'autres pistes techniques, sur ce coup là.

 
Gautier 
 

> -Message d'origine-
> De : [EMAIL PROTECTED] [mailto:phpmybibli.devel-
> [EMAIL PROTECTED] De la part de Eric ROBERT
> Envoyé : mardi 28 octobre 2003 23:42
> À : [EMAIL PROTECTED]
> Objet : [PMB-DEVEL] Re: PMB : passage aux standards (blablabla)
> 
> 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  ou  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