dolibarr-dev
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Dolibarr-dev] Aspect graphique


From: Rodolphe Quiedeville
Subject: Re: [Dolibarr-dev] Aspect graphique
Date: 12 Oct 2003 16:18:27 +0200
User-agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3

le Sun, 12 Oct 2003 13:29:04 +0200
address@hidden a écrit :
> 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".
> 

La meilleure solution est clairement de rester en 4.01 et d'essayer de
modifier les CSS comme tu le préconises, je vais essayer cela. 

Dans un contexte général je préfère 100 fois travailler plus pour
supporter des nouvelles normes plutôt que de downgrader.

> 
> 
> PS: au fait, c'est bien sur les tables avec des bordures en relief
> qu'il y a du changement?

Oui

-- 
Rodolphe Quiedeville
 Artisan Logiciel Libre - http://rodolphe.quiedeville.org/
      Travaillons Libre - http://fr.lolix.org/
Réseau Libre Entreprise - http://www.libre-entreprise.com/




reply via email to

[Prev in Thread] Current Thread [Next in Thread]