OVH Cloud OVH Cloud

Majuscules ou minuscules

13 réponses
Avatar
gerdes
Bonjour,
Je voudrais savoir si il y a une importance à écrire certaines lignes en
majuscules ou minuscules,
par exemple: <meta name="keywords" content=" etc..., ou CONTENT est écrit
tantôt en majuscules en tantôt en minuscules.
Cela pose t-il un problème ?
Merci de vos réponses
Gerdes

10 réponses

1 2
Avatar
CFrofro
Bonjour ou bonsoir a *gerdes*
qui nous disait :
|| Bonjour,
|| Je voudrais savoir si il y a une importance à écrire certaines
|| lignes en majuscules ou minuscules,
|| par exemple: <meta name="keywords" content=" etc..., ou CONTENT est
|| écrit tantôt en majuscules en tantôt en minuscules.
|| Cela pose t-il un problème ?
|| Merci de vos réponses
|| Gerdes

Pas forcément génant, mais il est préférable de tout écrire en minuscules
pour éviter les ratés.
Si on peut avoir un nom en majscules dans une ligne telle que
... img src="CFrofro.jpg" ...
on risque toutefois de ne rien voir s'afficher si l'image s'appelle en
réalité cfrofro.jpg.
DOnc, par précaution, mettre tout le code en minuscules, et bien sur aussi
tous les noms de fichiers.
Pa d'espaces non plus dans les noms de fichier. (c frofro.jpg est à éviter ;
remplacer par c_frofro.jpg)
Mais avec certains navigateurs, ca peut tout de même s'afficher.
--
A+ °°°[:]o)

CFrofro http://cfrofro.c.la

Enlever le MASQUE pour me répondre ou
Cliquer ici : http://cerbermail.com/?NqrO0hyKvp
Avatar
gerdes
"CFrofro" a écrit dans le message de news:

Bonjour ou bonsoir a *gerdes*
qui nous disait :
|| Bonjour,
|| Je voudrais savoir si il y a une importance à écrire certaines
|| lignes en majuscules ou minuscules,
|| par exemple: <meta name="keywords" content=" etc..., ou CONTENT est
|| écrit tantôt en majuscules en tantôt en minuscules.
|| Cela pose t-il un problème ?
|| Merci de vos réponses
|| Gerdes

Pas forcément génant, mais il est préférable de tout écrire en minuscules
pour éviter les ratés.
Si on peut avoir un nom en majscules dans une ligne telle que
... img src="CFrofro.jpg" ...
on risque toutefois de ne rien voir s'afficher si l'image s'appelle en
réalité cfrofro.jpg.
DOnc, par précaution, mettre tout le code en minuscules, et bien sur aussi
tous les noms de fichiers.
Pa d'espaces non plus dans les noms de fichier. (c frofro.jpg est à éviter
; remplacer par c_frofro.jpg)
Mais avec certains navigateurs, ca peut tout de même s'afficher.
--
A+ °°°[:]o)

CFrofro http://cfrofro.c.la

Enlever le MASQUE pour me répondre ou
Cliquer ici : http://cerbermail.com/?NqrO0hyKvp



Merci pour cette réponse, je mets donc tout en minuscule
Avatar
B. M.
gerdes a écrit :
"CFrofro" a écrit dans le message de news:


Bonjour ou bonsoir a *gerdes*
qui nous disait :
|| Bonjour,
|| Je voudrais savoir si il y a une importance à écrire certaines
|| lignes en majuscules ou minuscules,
|| par exemple: <meta name="keywords" content=" etc..., ou CONTENT est
|| écrit tantôt en majuscules en tantôt en minuscules.
|| Cela pose t-il un problème ?
|| Merci de vos réponses
|| Gerdes

Pas forcément génant, mais il est préférable de tout écrire en minuscules
pour éviter les ratés.
Si on peut avoir un nom en majscules dans une ligne telle que
... img src="CFrofro.jpg" ...
on risque toutefois de ne rien voir s'afficher si l'image s'appelle en
réalité cfrofro.jpg.
DOnc, par précaution, mettre tout le code en minuscules, et bien sur aussi
tous les noms de fichiers.
Pa d'espaces non plus dans les noms de fichier. (c frofro.jpg est à éviter
; remplacer par c_frofro.jpg)
Mais avec certains navigateurs, ca peut tout de même s'afficher.
--
A+ °°°[:]o)

CFrofro http://cfrofro.c.la

Enlever le MASQUE pour me répondre ou
Cliquer ici : http://cerbermail.com/?NqrO0hyKvp




Merci pour cette réponse, je mets donc tout en minuscule





Il y a quand même une balise qui doit rester en majuscule, c'est celle-ci :
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
C'est celle qui indique aux navigateurs quelle version du html a été
utilisée pour coder la page. elle se met au tout début de la page avant
la balise <html>.
Beaucoup de gens ne la mettent pas, et pourtant son abscence est souvent
la première source de différences d'affichage d'un navigateur à un autre.
Par exemple, si on la met telle que je l'ai écrite ci-dessus, IE6 va
gérer les positionnements et les marges comme ça se faisait du temps
d'IE4 c'est à dire avant l'apparition des normes W3C. Par contre si on met :
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN">
IE6 va se conformer aux normes et affichera les pages comme le font
opera, firefox ou konqueror. Par contre, beaucoup d'arguments dans les
balises deviennent interdits (comme align="center") et ça devient assez
compliqué puisqu'il faut pratiquement faire toute la mise en page avec
les feuilles de style.
Un peu plus d'explications sur la question ici :
http://fr.selfhtml.org/html/generalites/ossature.htm#type_document
--
B. M.
Avatar
Lempel
Finalement il nous manque un logiciel de debuggage de HTM(L) !
:-)

--
http://lempel.net
B. Lempel
______________________________________


"B. M." a écrit dans le message de news:
430ed04f$0$7823$
| gerdes a écrit :
| > "CFrofro" a écrit dans le message de news:
| >
| >
| >>Bonjour ou bonsoir a *gerdes*
| >>qui nous disait :
| >>|| Bonjour,
| >>|| Je voudrais savoir si il y a une importance à écrire certaines
| >>|| lignes en majuscules ou minuscules,
| >>|| par exemple: <meta name="keywords" content=" etc..., ou CONTENT est
| >>|| écrit tantôt en majuscules en tantôt en minuscules.
| >>|| Cela pose t-il un problème ?
| >>|| Merci de vos réponses
| >>|| Gerdes
| >>
| >>Pas forcément génant, mais il est préférable de tout écrire en
minuscules
| >>pour éviter les ratés.
| >>Si on peut avoir un nom en majscules dans une ligne telle que
| >>... img src="CFrofro.jpg" ...
| >>on risque toutefois de ne rien voir s'afficher si l'image s'appelle en
| >>réalité cfrofro.jpg.
| >>DOnc, par précaution, mettre tout le code en minuscules, et bien sur
aussi
| >>tous les noms de fichiers.
| >>Pa d'espaces non plus dans les noms de fichier. (c frofro.jpg est à
éviter
| >>; remplacer par c_frofro.jpg)
| >>Mais avec certains navigateurs, ca peut tout de même s'afficher.
| >>--
| >>A+ °°°[:]o)
| >>
| >>CFrofro http://cfrofro.c.la
| >>
| >> Enlever le MASQUE pour me répondre ou
| >>Cliquer ici : http://cerbermail.com/?NqrO0hyKvp
| >
| >
| > Merci pour cette réponse, je mets donc tout en minuscule
| >
| >
|
| Il y a quand même une balise qui doit rester en majuscule, c'est celle-ci
:
| <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
| C'est celle qui indique aux navigateurs quelle version du html a été
| utilisée pour coder la page. elle se met au tout début de la page avant
| la balise <html>.
| Beaucoup de gens ne la mettent pas, et pourtant son abscence est souvent
| la première source de différences d'affichage d'un navigateur à un autre.
| Par exemple, si on la met telle que je l'ai écrite ci-dessus, IE6 va
| gérer les positionnements et les marges comme ça se faisait du temps
| d'IE4 c'est à dire avant l'apparition des normes W3C. Par contre si on met
:
| <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN">
| IE6 va se conformer aux normes et affichera les pages comme le font
| opera, firefox ou konqueror. Par contre, beaucoup d'arguments dans les
| balises deviennent interdits (comme align="center") et ça devient assez
| compliqué puisqu'il faut pratiquement faire toute la mise en page avec
| les feuilles de style.
| Un peu plus d'explications sur la question ici :
| http://fr.selfhtml.org/html/generalites/ossature.htm#type_document
| --
| B. M.
Avatar
Rick
Salut,

Lempel wrote:
Finalement il nous manque un logiciel de debuggage de HTM(L) !
:-)



non, non
http://infohound.net/tidy/
;)

--
:o))
@+ Rick

<PasDePub merci="true">
*point*com
</PasDePub>
http://trombi.host-web.net/
http://trombi.host-web.net/Consult/Details.asp?IdB
Avatar
Lempel
Merci !
Je viens de le tester. (La version en ligne)
C'est pas mal, ça élimine pas mal d'erreurs, mais ça en crée d'autres bien
plus gênantes.
Certains tableaux sont mal interprétés voire complètement incorrects, voire
invisibles.
Ca crée aussi de fausses erreurs (pas de titre alors qu'il y en a un !)
D'autre part ça crée du html alors que la page testée est en htm. Donc ça ne
sait pas faire autre chose que du html, d'ou semble t'il certains problèmes.

--
http://lempel.net
B. Lempel
______________________________________


"Rick" *point*com> a écrit dans le message de news:

| Salut,
|
| Lempel wrote:
| > Finalement il nous manque un logiciel de debuggage de HTM(L) !
| > :-)
|
| non, non
| http://infohound.net/tidy/
| ;)
|
| --
| :o))
| @+ Rick
|
| <PasDePub merci="true">
| *point*com
| </PasDePub>
| http://trombi.host-web.net/
| http://trombi.host-web.net/Consult/Details.asp?IdB
|
|
Avatar
B. M.
Lempel a écrit :
Merci !
Je viens de le tester. (La version en ligne)
C'est pas mal, ça élimine pas mal d'erreurs, mais ça en crée d'autres bien
plus gênantes.
Certains tableaux sont mal interprétés voire complètement incorrects, voire
invisibles.
Ca crée aussi de fausses erreurs (pas de titre alors qu'il y en a un !)
D'autre part ça crée du html alors que la page testée est en htm. Donc ça ne
sait pas faire autre chose que du html, d'ou semble t'il certains problèmes.




Conclusion : il vaut mieux une page avec un code un peu merdique sorti
brut de front page mais qui s'affiche bien qu'une page avec un code
propre mais qui s'affiche mal!
--
B. M.
Avatar
Lempel
C'est la conclusion à laquelle je suis, moi aussi, parvenu !
:-)
Ceci dit j'ai conservé le lien, car ce logiciel pourrait s'améliorer peu à
peu. Du moins je l'espère.

--
http://lempel.net
B. Lempel
______________________________________


"B. M." a écrit dans le message de news:
430f4c12$0$7859$
| Lempel a écrit :
| > Merci !
| > Je viens de le tester. (La version en ligne)
| > C'est pas mal, ça élimine pas mal d'erreurs, mais ça en crée d'autres
bien
| > plus gênantes.
| > Certains tableaux sont mal interprétés voire complètement incorrects,
voire
| > invisibles.
| > Ca crée aussi de fausses erreurs (pas de titre alors qu'il y en a un !)
| > D'autre part ça crée du html alors que la page testée est en htm. Donc
ça ne
| > sait pas faire autre chose que du html, d'ou semble t'il certains
problèmes.
| >
|
| Conclusion : il vaut mieux une page avec un code un peu merdique sorti
| brut de front page mais qui s'affiche bien qu'une page avec un code
| propre mais qui s'affiche mal!
| --
| B. M.
Avatar
CFrofro
Bonjour ou bonsoir a *Lempel*
qui nous disait :
|| C'est la conclusion à laquelle je suis, moi aussi, parvenu !
|| :-)
|| Ceci dit j'ai conservé le lien, car ce logiciel pourrait s'améliorer
|| peu à peu. Du moins je l'espère.

J'ai testé aussi.
Toutes les erreurs trouvées n'en sont pas. Mais d'autres oui.
Moralité : première page testée et premiers copier / coller de bouts de
codes rectifiés vers le code de FP...
A suivre donc !
--
A+ °°°[:]o)

CFrofro http://cfrofro.c.la

Enlever le MASQUE pour me répondre ou
Cliquer ici : http://cerbermail.com/?NqrO0hyKvp
Avatar
B. M.
CFrofro a écrit :

Bonjour ou bonsoir a *Lempel*
qui nous disait :
|| C'est la conclusion à laquelle je suis, moi aussi, parvenu !
|| :-)
|| Ceci dit j'ai conservé le lien, car ce logiciel pourrait s'améliorer
|| peu à peu. Du moins je l'espère.

J'ai testé aussi.
Toutes les erreurs trouvées n'en sont pas. Mais d'autres oui.
Moralité : première page testée et premiers copier / coller de bouts de
codes rectifiés vers le code de FP...
A suivre donc !



Un autre lien pour vérifier le code de vos pages en ligne :
http://validator.w3.org/
C'est le validateur du W3C, l'organisme international de normalisation
des languages du web. Il ne corrige rien, il signale seulement les
erreurs. Mais bon, il ne faut pas faire une fixette là dessus, sur
certains forums, j'ai vu des professionels contributeurs des travaux du
W3C dire qu'en dessous de 20 erreurs une page peut être considérée comme
correcte.
--
B. M.
1 2