RE: [Spip] spip contrib

Je ne souhaite pas envenimer la discussion, mais pourquoi passer tout cela avec du php alors que c'est tout à fait réalisable avec des CSS ??
Il y a quelque chose qui m'échape là. Rien ne sert d'utiliser de l'objet pour créer un présentation sans tableau qui ressemble tout de même à quelque chose !

Enfin bref...
A+
Elodie

-----Message d'origine-----
De : Marc Quinton [mailto:marc.quinton@aviation-civile.gouv.fr]
Envoyé : mercredi 17 septembre 2003 15:04
À : liste SPIP
Objet : Re: [Spip] spip contrib

lithrel wrote:

Les tableaux sont surtout très peu pratique face aux css si on veut
modifier rapidement et facilement son site; il est bien plus simple de
séparer dès le départ contenu et design, ce qui permet de modifier l'un
et l'autre sans se refaire des dizaines de pages.

si tu fais une fonction php : cree_boite('titre', 'image.jpg', 'classe', $texte);
je ne vois pas en quoi, tu peux avec des CSS avoir une presentation et un
design plus souple ; d'un coté du code php modifiable de facon centralisée,
de l'autre un fichier de config centralisé, mais somme toute assez statique.

donc les CSS c'est bien, mais ce n'est pas la panacée.
le mieux etant de crée un systeme de boites avec des boites
internes, des boites verticales et horizontales. c'est selon
ce principe que fonctionnent certaines IHM (bibliothèques graphiques).

boite_principale : (verticale)

   boite_menu : (horizontale)
     item1,
     item2,
     ...

   boite_intermediaire : (verticale)

     boite_menu_gauche : (verticale)
     boite_centrale : (horizontale)
     boite_droite : (verticale)

chacune de ces boites etant des container et pouvant contenir d'autres
boites, avec du texte ou des boites.

tout ceci se réalise assez bien en classes php. On peut soit faire
de la génération en CSS ou en tables HTML ; les 2 sont possibles.

les principales difficultés :

- forcer l'alignement horizontal ou vertical des enfants,
- les aspects dynamiques : si je change la taille de la fenetre,
qui change de taille, en proportionnel ou en pourcentage

pour ceux qui connaissance, y'a les fameux RowColumn et Form de
la bibliothèque Motif ; dans les bibliothèques java, gtk, qt
ont aussi leurs container ; c'est bien du travail ; mais celui
qui arrive a faire fonctionner un tel systeme aura la possibilité de
tout faire.

Actuellement j'ai juste les classes de base. Tout ceci n'est pas
entierement hors sujet ; il est en effet possible d'utiliser SPIP
pour l'extraction des données de la base, et une bibliothèque complémentaire
pour la présentation des données en tableaux, colonnes ...

Moi je suis entierement d'accord les css c est mieux (trolls)
toujours est il que dans la pratique en tant que webdesigner je peux vous
dire qu'une interface complexe et tres riche en images
est tres difficilement montable en css et est bcp moins comptatible à
l'heure actuelle entre les # navigateurs et ecran que le meme interface
monté avec des
table pour peu que celui si soit correctement fait, sont seul defaut etant
alors une moins bonne lecteur pour les navigateurs vocals.
Pour infos il est qd meme possible de produire que code html lisible par ces
lecteurs voir la charte d'accessibilité web v1 du w3c qui elle meme
conseillait il me semble de continuer à utiliser des tables tant que tout
les navigateurs n'interpreterons pas correctement les css (ce qui n'est
toujours pas le cas).
C'est d'ailleurs en partie pour cela que les 3/4 des sites pros sont encore
fait en table

Mais il est vrai que dans le web utopique les css sont bcp mieux...