Logo GNT
Actualités Tests & Guides Bons Plans
GTA 6 iPhone 17 Copilot Switch 2 Temu ChatGPT Tesla
OVH Cloud OVH Cloud
Entraide Développement Développement Langage PHP ALT ou pas ALT ?

ALT ou pas ALT ?

8 réponses
Avatar
Marie ALHOMME
Bonjour à tous !

Je me suis donc lancée dans mon
site-en-php-kon-peut-changer-de-feuille-de-style et tout et j'ai deux
questions :

1. peut-on mettre du php dans une feuille css ? je doute, mais je
préfère demander on sait jamais... ça pourrait me servir ;)

2. dans le cas d'un non-voyant ou de quelqu'un qui a désactivé les
images, vaut-il mieux mettre des attributs alt aux images ou mettre des
titres en <h1> par exemple, en décrivant le <h1> à display:none dans la
feuille de style ? Chuis un peu paumée j'dois dire... je trouve ça assez
redondant de mettre les deux, mais je ne sais pas lequel enlever car je
ne sais pas lequel sera lu (visuellement ou auditivement) par le plus de
navigateurs si pour une raison x ou y les images n'apparaissent pas...

j'espère avoir été claire, et encore merci de votre aide !
bonne soirée !

marie
Signaler un problème avec ce contenu

8 réponses

Supprimer
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire

Veuillez sélectionner un problème

Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Avatar
bertrand
Le 17/08/2003 16:21, Marie ALHOMME @ Tiscali a écrit :
Bonjour à tous !

Je me suis donc lancée dans mon
site-en-php-kon-peut-changer-de-feuille-de-style et tout et j'ai deux
questions :

1. peut-on mettre du php dans une feuille css ? je doute, mais je
préfère demander on sait jamais... ça pourrait me servir ;)




Bonjour,

On peu parfaitement générer une feuille de style en php. Cela veut dire
que ton fichier sera un programme PHP; Il devra impérativement commencer
par une instruction "header('Content-Type: text/css');" pour que le
navigateur sache ce qu'il doit en faire. (Commencer car les headers
doivent être envoyer en tête de flux, le nom le dit bien. C'est à dire
avant tout texte. le mieux est donc de commencer le fichier par <?php
header('Content-Type: text/css'); ?> )

2. dans le cas d'un non-voyant ou de quelqu'un qui a désactivé les
images, vaut-il mieux mettre des attributs alt aux images ou mettre des
titres en <h1> par exemple, en décrivant le <h1> à display:none dans la
feuille de style ? Chuis un peu paumée j'dois dire... je trouve ça assez
redondant de mettre les deux, mais je ne sais pas lequel enlever car je
ne sais pas lequel sera lu (visuellement ou auditivement) par le plus de
navigateurs si pour une raison x ou y les images n'apparaissent pas...




Les titres donnent une structure au document. Les images ne font que
l'illustrer.
Un alt permettra aux aveugles, aux navigateurs ne gérant pas les images,
aux robots... de savoir ce que l'image présente. Il ne permettra pas de
dire que cet élément est le titre du bloc qui suit.

Peut être qu'un "<h1 id="toto"></h1>" avec en css "#toto :before
{content:url('monimage.png');}". Sans garantie, c'est pas testé.
Je ne sais pas entre autre si le h1 vide ne risque pas de provoquer des
problèmes, ni mêmes si c'est conforme.

j'espère avoir été claire, et encore merci de votre aide !
bonne soirée !

marie




Bonne soirée à toi aussi.

--
Bertrand Perrotte

Webmaistre canoe.kayak.free.fr
secrétaire du Canoë Kayak Gennevilliers
Avatar
DeadCow
"Marie ALHOMME @ Tiscali" a écrit dans le
message news: bhoa2l$mmu$
Bonjour à tous !

Je me suis donc lancée dans mon
site-en-php-kon-peut-changer-de-feuille-de-style et tout et j'ai deux
questions :

1. peut-on mettre du php dans une feuille css ? je doute, mais je
préfère demander on sait jamais... ça pourrait me servir ;)



Ta feuille css peut être générée par du php. exemple :

-------- css.php ---------
<?php
header( "Content-Type: text/css" );

$colors = array( "red" , "blue", "yellow" , "green" );

reset( $colors );

while( $color = next( $colors )) {
printf( ".%s { font-color: %s }n" , $color , $color );
}
?>
--------------------------

Ca va donner :

.red { font-color: red }
.blue { font-color: blue }
.yellow { font-color: yellow }
.green { font-color: green }


Tu compte faire la mise en page avec css ? Je ne te le conseil pas. Essaye
plutot la transformation xslt, au moins tu es sure d'avoir une mise en page
et une présentation parfaitement compatible html, et avec un système de
cache basic, ça n'a aucun impacte sur les performances.

-- Nicolas Repiquet
Avatar
Mac Larinett
In article <3f3fb2b1$0$1109$,
"DeadCow" wrote:

Tu compte faire la mise en page avec css ? Je ne te le conseil pas.



Il vaut mieux lire ça qu'être sourd!
D'ailleurs c'est bien connu que le W3C a inventé les CSS pour séparer
contenu de présentation un soir de beuverie et que c'est totalement
inutilisable, cf http://openweb.eu.org/ pour de nombreux exemples.
Avatar
DeadCow
"Mac Larinett" a écrit dans le message news:

In article <3f3fb2b1$0$1109$,
"DeadCow" wrote:

> Tu compte faire la mise en page avec css ? Je ne te le conseil pas.

Il vaut mieux lire ça qu'être sourd!
D'ailleurs c'est bien connu que le W3C a inventé les CSS pour séparer
contenu de présentation un soir de beuverie et que c'est totalement
inutilisable, cf http://openweb.eu.org/ pour de nombreux exemples.



J'ai simplement dit que je ne le conseil pas. Ca ne veut pas dire qu'il ne
faut absolument pas l'utiliser: je suis pas omniscient et donc je peut me
tromper. Enfin bref, c'est juste mon avis. Mais comme il est généralement
plus correct de développer son argumentaire quand on donne son avis, le
voilà :

D'abord d'un point de vu purement conceptuel, la séparation des données et
de la présentation n'est pas réalisée. On ne peut pas dire en effet que le
html décrit des données et que la feuille css a, seule, la charge de la
présentation. La séparation est par contre parfaitement effective avec
l'utilisation du couple XML/XSLT.

Ensuite, et en l'état actuel des choses, peu de navigateurs implémentent les
spécifications des css à 100% ( voir
http://www.richinstyle.com/bugs/table.html ). Difficile dans ces conditions
de faire reposer un élement aussi important que la mise en page du site sur
cette technologie. L'utilisation du couple XML/XSLT suppose en revenche
pas obligatoirement ) la création de la mise en page coté serveur et dans
un format ad-hoc: vers un navigateur linx on envera du html simple, vers un
navigateur moderne du html contenant des css ( pourquoi pas ! ), vers un
portable du WML, pourquoi pas laisser à la diposition du client la page en
texte pur, ou lui permettre d'acceder directement aux données en xml!

-- Nicolas Repiquet
Avatar
Pascal Chevrel
Le 17/08/2003 23:23, DeadCow a écrit :

"Mac Larinett" a écrit dans le message news:


In article <3f3fb2b1$0$1109$,
"DeadCow" wrote:


Tu compte faire la mise en page avec css ? Je ne te le conseil pas.



Il vaut mieux lire ça qu'être sourd!
D'ailleurs c'est bien connu que le W3C a inventé les CSS pour séparer
contenu de présentation un soir de beuverie et que c'est totalement
inutilisable, cf http://openweb.eu.org/ pour de nombreux exemples.




J'ai simplement dit que je ne le conseil pas. Ca ne veut pas dire qu'il ne
faut absolument pas l'utiliser: je suis pas omniscient et donc je peut me
tromper. Enfin bref, c'est juste mon avis. Mais comme il est généralement
plus correct de développer son argumentaire quand on donne son avis, le
voilà :

D'abord d'un point de vu purement conceptuel, la séparation des données et
de la présentation n'est pas réalisée. On ne peut pas dire en effet que le
html décrit des données et que la feuille css a, seule, la charge de la
présentation. La séparation est par contre parfaitement effective avec
l'utilisation du couple XML/XSLT.



Et parce qu'il n'est pas possible de séparer à 100%, mais disons à 90%
le contenu du contenant, il faudrait tout avandonner et rester en HTML
4.012 transitionnel ?



Ensuite, et en l'état actuel des choses, peu de navigateurs implémentent les
spécifications des css à 100% ( voir
http://www.richinstyle.com/bugs/table.html ). Difficile dans ces conditions



Tableau incomplet et obsolète car pas actualisé depuis 3 ans, il y a eu
quelque navigateurs sortis depuis comme IE6, mozilla, Safari, opera 7...

de faire reposer un élement aussi important que la mise en page du site sur
cette technologie. L'utilisation du couple XML/XSLT suppose en revenche
pas obligatoirement ) la création de la mise en page coté serveur et dans
un format ad-hoc: vers un navigateur linx on envera du html simple, vers un
navigateur moderne du html contenant des css ( pourquoi pas ! ), vers un
portable du WML, pourquoi pas laisser à la diposition du client la page en
texte pur, ou lui permettre d'acceder directement aux données en xml!




Je vois pas vraiment le rapport, d'abord l'immense majortité (disons
99,99%) du web restera en HTML voire en XHTML, l'idée que tous les
créateurs de sites webs devraient devenir des experts XML/XSLT me paraít
saugrenue. Ensuite, il est déjà possible de faire sa maquatation
entièrement en CSS, les exemples sur ce forum sont nombreux et il y a
des tonnes de maquettes prêtes à l'emploi sur le web.

Est-ce que je vais me priver d'acheter un lecteur DVD et garder un
lecteur VHS parce que le son et l'image ne seront jamais aussi bon que
dans ma salle de cinéma ?

Pascal

--
FAQ Mozilla/Netscape 7 en français : http://pascal.chevrel.free.fr/
Foros Mozilla en español : http://pascal.chevrel.free.fr/mozilla
Avatar
Vincent Lefevre
Dans l'article <3f3ff23c$0$6239$,
DeadCow écrit:

D'abord d'un point de vu purement conceptuel, la séparation des données et
de la présentation n'est pas réalisée.



On n'est pas obligé d'utiliser les éléments de HTML servant à la mise
en page.

On ne peut pas dire en effet que le html décrit des données et que
la feuille css a, seule, la charge de la présentation. La séparation
est par contre parfaitement effective avec l'utilisation du couple
XML/XSLT.



On peut très bien utiliser XSLT et CSS. C'est ce que je fais.
Maintenant, si tu utilises XSL-FO, tu n'as plus besoin de CSS,
mais les navigateurs web ne comprendront pas.

Ensuite, et en l'état actuel des choses, peu de navigateurs
implémentent les spécifications des css à 100%



Et alors?

( voir http://www.richinstyle.com/bugs/table.html ).



Cette page est obsolète. Par exemple (2e ligne), ça fait longtemps
que Mozilla supporte les feuilles de styles alternatives.

Difficile dans ces conditions de faire reposer un élement aussi
important que la mise en page du site sur cette technologie.



Si c'est si important que ça, il *faut* faire du PDF.

L'utilisation du couple XML/XSLT suppose en revenche pas
obligatoirement ) la création de la mise en page coté serveur et
dans un format ad-hoc: vers un navigateur linx on envera du html
simple, vers un navigateur moderne du html contenant des css (
pourquoi pas ! ), vers un portable du WML, pourquoi pas laisser à la
diposition du client la page en texte pur, ou lui permettre
d'acceder directement aux données en xml!



Ce que tu dis sur linx (lynx?) montre que tu n'as pas compris grand
chose aux CSS.

--
Vincent Lefèvre - Web: <http://www.vinc17.org/> - 100%
validated (X)HTML - Acorn Risc PC, Yellow Pig 17, Championnat International
des Jeux Mathématiques et Logiques, TETRHEX, etc.
Work: CR INRIA - computer arithmetic / SPACES project at LORIA
Avatar
DeadCow
"Pascal Chevrel" a écrit dans le message
news: 3f3ff508$0$1144$

Et parce qu'il n'est pas possible de séparer à 100%, mais disons à 90%
le contenu du contenant, il faudrait tout avandonner et rester en HTML
4.012 transitionnel ?



Quelqu'un a dit ça ? Libre à chacun d'utiliser les css, je parle simplement
de ce que *je* préconise pour la réalisation d'un site permettant le choix
d'une forme de présentation.

Tableau incomplet et obsolète car pas actualisé depuis 3 ans, il y a eu
quelque navigateurs sortis depuis comme IE6, mozilla, Safari, opera 7...



Peut importe, c'est juste l'existence d'un tel tableau qui montre que les
implémentations des css sur différents navigateurs ne sont pas compatibles à
100%.


Je vois pas vraiment le rapport, d'abord l'immense majortité (disons
99,99%) du web restera en HTML voire en XHTML, l'idée que tous les
créateurs de sites webs devraient devenir des experts XML/XSLT me paraít
saugrenue.



A moi aussi. Qui a parlé de ça au fait ?

Ensuite, il est déjà possible de faire sa maquatation
entièrement en CSS, les exemples sur ce forum sont nombreux et il y a
des tonnes de maquettes prêtes à l'emploi sur le web.



Toutes celles que j'ai vu avaient des comportement étranges ( le plus
souvent des éléments qui se superposents en partie ) et pourtant j'utilise
IE5, on ne peu plus classic. J'imagine ce que ça doit donner avec un
navigateur plus exotique.

Est-ce que je vais me priver d'acheter un lecteur DVD et garder un
lecteur VHS parce que le son et l'image ne seront jamais aussi bon que
dans ma salle de cinéma ?



Au risque de me répéter, je n'ai pas dit "les css ne devraient pas exister",
j'ai dit "moi je préfaire utiliser xslt" et j'explique pourquoi. Peut être
qu'avec le temps, les css deviendrons praticables pour mes besoins, mais
pour l'instant ce n'est pas le cas.

Pascal

--
FAQ Mozilla/Netscape 7 en français : http://pascal.chevrel.free.fr/
Foros Mozilla en español : http://pascal.chevrel.free.fr/mozilla

Avatar
DeadCow
"Vincent Lefevre" <vincent+ a écrit dans le message news:
20030817215708$

On n'est pas obligé d'utiliser les éléments de HTML servant à la mise
en page.



Je vois ce que tu veut dire. Néanmoins il me semble que le language HTML
n'est pas fait pour décrire des données, mais bien pour décrire des données
mises en forme. Ca peut donc être un format de sortie, mais pas un format
d'entrée.

On peut très bien utiliser XSLT et CSS. C'est ce que je fais.



C'est ce que je fait aussi, mais je n'utilise les css que pour les
"fioritures" qui ne comprometent pas la lisibilité du document ( couleurs,
tailles et type des polices etc ).

Maintenant, si tu utilises XSL-FO, tu n'as plus besoin de CSS,
mais les navigateurs web ne comprendront pas.



Je préfaire le mix html/css, et encore, très souvent, seul le html est
nécéssaire ( pour moi je précise ).

> Ensuite, et en l'état actuel des choses, peu de navigateurs
> implémentent les spécifications des css à 100%

Et alors?



Comment compter dessus ?


Cette page est obsolète. Par exemple (2e ligne), ça fait longtemps
que Mozilla supporte les feuilles de styles alternatives.



C'etait juste pour montrer ce que j'entendait par "incompatibilité entre les
implémentations".

> Difficile dans ces conditions de faire reposer un élement aussi
> important que la mise en page du site sur cette technologie.

Si c'est si important que ça, il *faut* faire du PDF.



J'ai pas dit que je voulais du wysiwyg, j'ai dit que je voulais quelque
chose de praticable.

Ce que tu dis sur linx (lynx?)



oui lynx pardon.

montre que tu n'as pas compris grand
chose aux CSS.



Pourquoi lynx comprend les css ?

C'est toujours élégant de terminer par une assertion de ce type.

-- Nicolas Repiquet