[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Dolibarr-dev] Aspect graphique
|
From: |
bertrand . croq |
|
Subject: |
Re: [Dolibarr-dev] Aspect graphique |
|
Date: |
Sun, 12 Oct 2003 13:29:04 +0200 |
|
User-agent: |
Mutt/1.5.4i |
On Sun, Oct 12, 2003 at 12:56:01PM +0200, Rodolphe Quiedeville wrote:
> Ok j'ai trouvé, si j'enleve la definition du doctype que tu as ajouté
> cela revient comme avant.
>
> print '<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"
> "http://www.w3.org/TR/html4/loose.dtd";>';
>
> Maintenant reste le probleme de comprendre pourquoi le DOCTYPE modifie
> l'aspect graphique. Je suis entierement pour les normes et c'est une
> bonne chose que de s'y conformer au plus pres. Mais la je suis assez
> perturbé quand meme, as-tu une idee ?
J'ai même une solution!! Donc oui, ça vient du DOCTYPE... plus
précisément, il s'agit de la gestion des tables qui change en fonction
de la norme HTML utilisée (d'où l'intérêt du DOCTYPE). Il semblerait
que lorsque les navigateurs ne trouvent pas de DOCTYPE, ils passent en
version 3.2; j'ai essayé en déclarant les documents HTML en version 3.2
et je ne vois plus de modif au niveau des bordures en relief.
Du coup, ça force à bosser en HTML 3.2, norme assez ancienne, et je ne
trouve pas ça très bon, d'autant qu'au niveau de la validité HTML ça
devient une catastrophe!!
Autrement, j'ai une solution si on veut que les pages passent en 4.01
tout en gardant des bords en relief: il faut déclarer un style de table
(ou modifier les styles existants) de la façon suivante:
table.tablefsoc {
border-collapse: collapse;
border: 2px white ridge;
}
table.tablefsoc td {
border: 2px white ridge;
}
Cette astuce a été testée sur la page "soc.php.html" (theme yellow) sur
IE, Opera, Firebird et Konqueror. Seul Konqueror ne veut pas entendre
parler du "border-collapse" mais autrement ça passe bien sur les autres
navigateurs. Le pb, c'est que cette astuce oblige à passer sur pas mal
de pages pour ajouter un attribut class="bordure_en_relief" aux tables
devant avoir ce look... Ça aurait l'avantage d'ajouter de la souplesse
au niveau des thèmes, mais ça demande pas mal de boulot.
Il va donc falloir choisir entre:
- la solution de facilité - utilisation de la norme 3.2 - mais ça va
demander beaucoup de boulot pour rendre le code HTML valide, et en
plus je ne connais pas bien cette norme :(
- la solution que je considère comme plus propre - déclaration d'un
nouveau style - mais demandant d'identifier les tables voulant le look
"en relief".
PS: au fait, c'est bien sur les tables avec des bordures en relief qu'il
y a du changement?
--
Bertrand Croq