Ayant basculé d'un des logiciels usine à gaz, très cher à l'achat, et
qui nécessite une courbe d'apprentissage élevé, vers la création à la
main de mon site web avec les CSS, je vous ai fait un tutoriel pour vous
convaincre de la facilité d'apprentissage des css.
En fait, j'ai passé moins de temps à apprendre les CSS et le XHTML,
qu'à comprendre le logiciel usine à gaz.
Mon tutoriel est fait pour tous ceux qui n'ont jamais vu une ligne de
HTML de leur vie, et veulent en deux pages se rendre compte.
Le tutoriel est en home page de mon site http://www.legallou.com/ avec
celui de Pages et Ragtime.
Le tutoriel inclut aussi la liste des sites de référence qui m'ont
permis d'apprendre les CSS.
En espérant que cela puisse vous être utile, sinon désolé pour le
dérangement.
Le tutoriel est en home page de mon site http://www.legallou.com/ avec celui de Pages et Ragtime.
Merci ! :)
-- S'il n'y a pas de solutions, c'est qu'il n'y a pas de problèmes iChat/AIM : michelnicolas
kurtz_le_pirate
"Alain Le Gallou" a écrit dans le message de news: 1hfs84m.ammz7gy58bn0N%
Le tutoriel est en home page de mon site http://www.legallou.com/ avec celui de Pages et Ragtime.
je cite : <<Le langage HTML est plus proche d'un langage assembleur, qu'un langage de haut niveau.>> as-tu déjà programmé ou même vu des programmes en assembleur ?
toutefois ton approche est sympa et aidera sûrement pas mal de personnes à débuter "proprement" avec html/css plutôt que d'utiliser des clicodromes :)
"Alain Le Gallou" <voirSignature@legallou.com> a écrit dans le message
de news: 1hfs84m.ammz7gy58bn0N%voirSignature@legallou.com...
Le tutoriel est en home page de mon site http://www.legallou.com/
avec
celui de Pages et Ragtime.
je cite : <<Le langage HTML est plus proche d'un langage assembleur,
qu'un langage de haut niveau.>>
as-tu déjà programmé ou même vu des programmes en assembleur ?
toutefois ton approche est sympa et aidera sûrement pas mal de
personnes à débuter "proprement" avec html/css plutôt que d'utiliser
des clicodromes :)
"Alain Le Gallou" a écrit dans le message de news: 1hfs84m.ammz7gy58bn0N%
Le tutoriel est en home page de mon site http://www.legallou.com/ avec celui de Pages et Ragtime.
je cite : <<Le langage HTML est plus proche d'un langage assembleur, qu'un langage de haut niveau.>> as-tu déjà programmé ou même vu des programmes en assembleur ?
toutefois ton approche est sympa et aidera sûrement pas mal de personnes à débuter "proprement" avec html/css plutôt que d'utiliser des clicodromes :)
voirSignature
kurtz_le_pirate wrote:
je cite : <<Le langage HTML est plus proche d'un langage assembleur, qu'un langage de haut niveau.>> as-tu déjà programmé ou même vu des programmes en assembleur ?
Oui, j'ai programmé en assembleur pendant une quinzaine d'années.
Et j'ai aussi programmé avec hypercard.
Si tu prends une échelle de 1 à 100, 1 pour assembleur, et 100 pour hypercard, tu donnes combien au html sur l'échelle, avec sa syntaxe à la </xx>
Alain Le Gallou Email : alain4
kurtz_le_pirate <kurtzlepirate@yahoo.fr> wrote:
je cite : <<Le langage HTML est plus proche d'un langage assembleur,
qu'un langage de haut niveau.>>
as-tu déjà programmé ou même vu des programmes en assembleur ?
Oui, j'ai programmé en assembleur pendant une quinzaine d'années.
Et j'ai aussi programmé avec hypercard.
Si tu prends une échelle de 1 à 100, 1 pour assembleur, et 100 pour
hypercard, tu donnes combien au html sur l'échelle, avec sa syntaxe à la
</xx>
je cite : <<Le langage HTML est plus proche d'un langage assembleur, qu'un langage de haut niveau.>> as-tu déjà programmé ou même vu des programmes en assembleur ?
Oui, j'ai programmé en assembleur pendant une quinzaine d'années.
Et j'ai aussi programmé avec hypercard.
Si tu prends une échelle de 1 à 100, 1 pour assembleur, et 100 pour hypercard, tu donnes combien au html sur l'échelle, avec sa syntaxe à la </xx>
Alain Le Gallou Email : alain4
Kojak
Si tu prends une échelle de 1 à 100, 1 pour assembleur, et 100 pour hypercard, tu donnes combien au html sur l'échelle, avec sa syntaxe à la </xx>
Tag error : <xx> missing. Please try again. :-)
Attention, le HTML n'est pas un langage de programmation, mais un langage de description de documents. Ce n'est pas la même chose ! Donc, faire l'amalgame entre le HTML et l'assembleur est, pour le moins, très fâcheux. On risque, à terme, de voir poindre à l'horizon des gus annonçant qu'ils font de la POO en HTML... ;-)
-- Jacques.
Une infime probabilité devient une certitude dans un univers infini.
Si tu prends une échelle de 1 à 100, 1 pour assembleur, et 100 pour
hypercard, tu donnes combien au html sur l'échelle, avec sa syntaxe à la
</xx>
Tag error : <xx> missing. Please try again. :-)
Attention, le HTML n'est pas un langage de programmation,
mais un langage de description de documents. Ce n'est pas
la même chose ! Donc, faire l'amalgame entre le HTML et
l'assembleur est, pour le moins, très fâcheux. On risque,
à terme, de voir poindre à l'horizon des gus annonçant
qu'ils font de la POO en HTML... ;-)
--
Jacques.
Une infime probabilité devient une certitude dans un univers infini.
Si tu prends une échelle de 1 à 100, 1 pour assembleur, et 100 pour hypercard, tu donnes combien au html sur l'échelle, avec sa syntaxe à la </xx>
Tag error : <xx> missing. Please try again. :-)
Attention, le HTML n'est pas un langage de programmation, mais un langage de description de documents. Ce n'est pas la même chose ! Donc, faire l'amalgame entre le HTML et l'assembleur est, pour le moins, très fâcheux. On risque, à terme, de voir poindre à l'horizon des gus annonçant qu'ils font de la POO en HTML... ;-)
-- Jacques.
Une infime probabilité devient une certitude dans un univers infini.
voirSignature
Kojak wrote:
Attention, le HTML n'est pas un langage de programmation, mais un langage de description de documents. Ce n'est pas la même chose !
La remarque est fort juste, si vous parlez de leur finalité. Le html est plus dans cette catégorie où l'on peut mettre par exemple le postcript.
L'ennui, c'est que si le postcript reste entre les mains de quelques spécialistes qui font l'interface entre un traitement de texte et l'imprimante, le html est beaucoup plus visible par l'utilisateur final, en particulier, si celui-ci ne veut pas payer plusieurs centaines d'euros pour acheter un Dreamweaver ou Golive.
Donc, faire l'amalgame entre le HTML et l'assembleur est, pour le moins, très fâcheux.
Il y a pas amalgame, ma remarque n'est pas sur ce qu'il fait ou à quoi il sert, mais uniquement sur le langage, c'est à dire sa syntaxe. Donnez une page d'un langage à un néophyte, par exemple du basic, du cobol, du fortran, pour citer des ancêtres, du html, de l'assembleur, de l'hypercard. La compréhension sera proche de zéro pour l'assembleur, proche de 90% pour hypercard, dans les 50 à 60% pour les ancêtres. Combien pour du html. ? Pas grand chose, sans aller voir le fouilli d'une page généré par iWeb, regardez la page d'accueil "macbidouille". C'est juste des listes. Néanmoins peu lisible.
je maintiens donc ma phrase "Le langage HTML est plus proche d'un langage assembleur, qu'un langage de haut niveau." c'est à dire très peu compréhensible à la première lecture.
Par contre, je me suis rendu compte, qu'en apprenant très peu de syntaxe de css et xhtml, il était néanmoins possible de faire un site, et ceci, gratuitement, d'où mon humble essai d'explication dans mon tutoriel.
Mon message est : gratuitement, avec très peu de temps d'apprentissage, vous pouvez arriver à faire un site correct.
Alain Le Gallou Email : alain4
Kojak <mcspy@janville.Borg.invalid> wrote:
Attention, le HTML n'est pas un langage de programmation,
mais un langage de description de documents. Ce n'est pas
la même chose !
La remarque est fort juste, si vous parlez de leur finalité. Le html est
plus dans cette catégorie où l'on peut mettre par exemple le postcript.
L'ennui, c'est que si le postcript reste entre les mains de quelques
spécialistes qui font l'interface entre un traitement de texte et
l'imprimante, le html est beaucoup plus visible par l'utilisateur final,
en particulier, si celui-ci ne veut pas payer plusieurs centaines
d'euros pour acheter un Dreamweaver ou Golive.
Donc, faire l'amalgame entre le HTML et
l'assembleur est, pour le moins, très fâcheux.
Il y a pas amalgame, ma remarque n'est pas sur ce qu'il fait ou à quoi
il sert, mais uniquement sur le langage, c'est à dire sa syntaxe.
Donnez une page d'un langage à un néophyte, par exemple du basic, du
cobol, du fortran, pour citer des ancêtres, du html, de l'assembleur, de
l'hypercard.
La compréhension sera proche de zéro pour l'assembleur, proche de 90%
pour hypercard, dans les 50 à 60% pour les ancêtres. Combien pour du
html. ? Pas grand chose, sans aller voir le fouilli d'une page généré
par iWeb, regardez la page d'accueil "macbidouille". C'est juste des
listes. Néanmoins peu lisible.
je maintiens donc ma phrase "Le langage HTML est plus proche d'un
langage assembleur, qu'un langage de haut niveau." c'est à dire très
peu compréhensible à la première lecture.
Par contre, je me suis rendu compte, qu'en apprenant très peu de syntaxe
de css et xhtml, il était néanmoins possible de faire un site, et ceci,
gratuitement, d'où mon humble essai d'explication dans mon tutoriel.
Mon message est : gratuitement, avec très peu de temps d'apprentissage,
vous pouvez arriver à faire un site correct.
Attention, le HTML n'est pas un langage de programmation, mais un langage de description de documents. Ce n'est pas la même chose !
La remarque est fort juste, si vous parlez de leur finalité. Le html est plus dans cette catégorie où l'on peut mettre par exemple le postcript.
L'ennui, c'est que si le postcript reste entre les mains de quelques spécialistes qui font l'interface entre un traitement de texte et l'imprimante, le html est beaucoup plus visible par l'utilisateur final, en particulier, si celui-ci ne veut pas payer plusieurs centaines d'euros pour acheter un Dreamweaver ou Golive.
Donc, faire l'amalgame entre le HTML et l'assembleur est, pour le moins, très fâcheux.
Il y a pas amalgame, ma remarque n'est pas sur ce qu'il fait ou à quoi il sert, mais uniquement sur le langage, c'est à dire sa syntaxe. Donnez une page d'un langage à un néophyte, par exemple du basic, du cobol, du fortran, pour citer des ancêtres, du html, de l'assembleur, de l'hypercard. La compréhension sera proche de zéro pour l'assembleur, proche de 90% pour hypercard, dans les 50 à 60% pour les ancêtres. Combien pour du html. ? Pas grand chose, sans aller voir le fouilli d'une page généré par iWeb, regardez la page d'accueil "macbidouille". C'est juste des listes. Néanmoins peu lisible.
je maintiens donc ma phrase "Le langage HTML est plus proche d'un langage assembleur, qu'un langage de haut niveau." c'est à dire très peu compréhensible à la première lecture.
Par contre, je me suis rendu compte, qu'en apprenant très peu de syntaxe de css et xhtml, il était néanmoins possible de faire un site, et ceci, gratuitement, d'où mon humble essai d'explication dans mon tutoriel.
Mon message est : gratuitement, avec très peu de temps d'apprentissage, vous pouvez arriver à faire un site correct.
Alain Le Gallou Email : alain4
Paul Gaborit
À (at) Tue, 23 May 2006 20:29:36 +0200, (Alain Le Gallou) écrivait (wrote):
Kojak wrote:
Attention, le HTML n'est pas un langage de programmation, mais un langage de description de documents. Ce n'est pas la même chose !
La remarque est fort juste, si vous parlez de leur finalité. Le html est plus dans cette catégorie où l'on peut mettre par exemple le postcript.
La finalité n'intervient pas ici. HTML n'est pas un langage *de* *programmation* alors que Postscript en est un (un interpréteur Postscript est une machine du Turing). Certaines personnes (beaucoup!) utilisent Postscript pour calculer des documents imprimables mais on peut très bien utiliser Postscript pour programmer n'importe quoi d'autre. D'ailleurs le langage Postscript s'inspire énormément du langage Forth qui est lui aussi un langage de programmation. HTML, quant à lui, ne permet que de structurer un texte. Essayez donc de faire ne serait-ce qu'une addition en HTML...
-- Paul Gaborit - <http://perso.enstimac.fr/~gaborit/>
À (at) Tue, 23 May 2006 20:29:36 +0200,
voirSignature@legallou.com (Alain Le Gallou) écrivait (wrote):
Kojak <mcspy@janville.Borg.invalid> wrote:
Attention, le HTML n'est pas un langage de programmation,
mais un langage de description de documents. Ce n'est pas
la même chose !
La remarque est fort juste, si vous parlez de leur finalité. Le html est
plus dans cette catégorie où l'on peut mettre par exemple le postcript.
La finalité n'intervient pas ici. HTML n'est pas un langage *de*
*programmation* alors que Postscript en est un (un interpréteur
Postscript est une machine du Turing). Certaines personnes (beaucoup!)
utilisent Postscript pour calculer des documents imprimables mais on
peut très bien utiliser Postscript pour programmer n'importe quoi
d'autre. D'ailleurs le langage Postscript s'inspire énormément du
langage Forth qui est lui aussi un langage de programmation. HTML,
quant à lui, ne permet que de structurer un texte. Essayez donc de
faire ne serait-ce qu'une addition en HTML...
--
Paul Gaborit - <http://perso.enstimac.fr/~gaborit/>
À (at) Tue, 23 May 2006 20:29:36 +0200, (Alain Le Gallou) écrivait (wrote):
Kojak wrote:
Attention, le HTML n'est pas un langage de programmation, mais un langage de description de documents. Ce n'est pas la même chose !
La remarque est fort juste, si vous parlez de leur finalité. Le html est plus dans cette catégorie où l'on peut mettre par exemple le postcript.
La finalité n'intervient pas ici. HTML n'est pas un langage *de* *programmation* alors que Postscript en est un (un interpréteur Postscript est une machine du Turing). Certaines personnes (beaucoup!) utilisent Postscript pour calculer des documents imprimables mais on peut très bien utiliser Postscript pour programmer n'importe quoi d'autre. D'ailleurs le langage Postscript s'inspire énormément du langage Forth qui est lui aussi un langage de programmation. HTML, quant à lui, ne permet que de structurer un texte. Essayez donc de faire ne serait-ce qu'une addition en HTML...
-- Paul Gaborit - <http://perso.enstimac.fr/~gaborit/>
Alain Mest
"Alain Le Gallou" a écrit dans le message de news: 1hfs84m.ammz7gy58bn0N%
Ayant basculé d'un des logiciels usine à gaz, très cher à l'achat, et qui nécessite une courbe d'apprentissage élevé, vers la création à la main de mon site web avec les CSS, je vous ai fait un tutoriel pour vous convaincre de la facilité d'apprentissage des css. ...
Bonjour Alain :)
Je rends hommage à ton travail et à tes efforts de vulgarisation (je sais à quel point c'est dur), mais je voudrais emettre quelques remarques :
- le langage HTML, comme le disent Kurtz et Kojak, est un langage de description de page. Pour moi qui ne comprend rien aux langages de progammation avec leurs variables et leurs boucles, c'est autrement plus simple !
En HTML, il y a simplement des balises ouvrantes et des balises fermantes imbriquées les unes dans les autres. Un minimum de logique suffit pour en comprendre le fonctionnement.
Texte (p et h), image (img src) et lien hypertexte (a) : voilà, à mon avis, les balises de base. Parler des listes (ul) et de la balise emphase (em, que je n'utilise pas), c'est déjà plus chaud ;-)
Tu ne peux aborder les CSS (à mon avis), et en comprendre l'utilité, qu'après avoir compris le fonctionnement du HTML. (car tes balises p, a, h, body, etc. tu vas les mettre dans ta feuille de style externe) Donc, je pense qu'il te faut faire 2 parties distinctes (comme sur le site du zero donc j'admire la qualité)
Et puis, autre problème, il y a les tableaux (table), encore utilisés par un grand nombre de sites (dont les miens ;o)), et qui n'ont plus lieu d'exister avec les CSS. http://css.alsacreations.com/Bases-et-indispensables/Comprendre-le-positionnement-des-balises-en-CSS (un cauchemar pour moi ;o) c'est la partie la plus dure)
Bref, essaie de te mettre à la place de tes lecteurs qui n'ont aucune notion : - sois très progressif, oublie tout ce que tu sais - commence par les grandes lignes avant d'aborder les détails, - chaque terme nouveau doit d'abord avoir été expliqué (fonction et utilisation) pour qu'il soit compris par le lecteur.
Enfin, tout ça à mon avis :-)
Amicalement.
-- Alain Mest : http://www.aidewindows.net EFG : http://efg.aidemac.net
"Alain Le Gallou" a écrit dans le message de news:
1hfs84m.ammz7gy58bn0N%voirSignature@legallou.com...
Ayant basculé d'un des logiciels usine à gaz, très cher à l'achat, et
qui nécessite une courbe d'apprentissage élevé, vers la création à la
main de mon site web avec les CSS, je vous ai fait un tutoriel pour
vous
convaincre de la facilité d'apprentissage des css.
...
Bonjour Alain :)
Je rends hommage à ton travail et à tes efforts de vulgarisation (je
sais à quel point c'est dur), mais je voudrais emettre quelques
remarques :
- le langage HTML, comme le disent Kurtz et Kojak, est un langage de
description de page.
Pour moi qui ne comprend rien aux langages de progammation avec leurs
variables et leurs boucles, c'est autrement plus simple !
En HTML, il y a simplement des balises ouvrantes et des balises
fermantes imbriquées les unes dans les autres. Un minimum de logique
suffit pour en comprendre le fonctionnement.
Texte (p et h), image (img src) et lien hypertexte (a) : voilà, à mon
avis, les balises de base.
Parler des listes (ul) et de la balise emphase (em, que je n'utilise
pas), c'est déjà plus chaud ;-)
Tu ne peux aborder les CSS (à mon avis), et en comprendre l'utilité,
qu'après avoir compris le fonctionnement du HTML.
(car tes balises p, a, h, body, etc. tu vas les mettre dans ta feuille
de style externe)
Donc, je pense qu'il te faut faire 2 parties distinctes (comme sur le
site du zero donc j'admire la qualité)
Et puis, autre problème, il y a les tableaux (table), encore utilisés
par un grand nombre de sites (dont les miens ;o)), et qui n'ont plus
lieu d'exister avec les CSS.
http://css.alsacreations.com/Bases-et-indispensables/Comprendre-le-positionnement-des-balises-en-CSS
(un cauchemar pour moi ;o) c'est la partie la plus dure)
Bref, essaie de te mettre à la place de tes lecteurs qui n'ont aucune
notion :
- sois très progressif, oublie tout ce que tu sais
- commence par les grandes lignes avant d'aborder les détails,
- chaque terme nouveau doit d'abord avoir été expliqué (fonction et
utilisation) pour qu'il soit compris par le lecteur.
Enfin, tout ça à mon avis :-)
Amicalement.
--
Alain Mest : http://www.aidewindows.net
EFG : http://efg.aidemac.net
"Alain Le Gallou" a écrit dans le message de news: 1hfs84m.ammz7gy58bn0N%
Ayant basculé d'un des logiciels usine à gaz, très cher à l'achat, et qui nécessite une courbe d'apprentissage élevé, vers la création à la main de mon site web avec les CSS, je vous ai fait un tutoriel pour vous convaincre de la facilité d'apprentissage des css. ...
Bonjour Alain :)
Je rends hommage à ton travail et à tes efforts de vulgarisation (je sais à quel point c'est dur), mais je voudrais emettre quelques remarques :
- le langage HTML, comme le disent Kurtz et Kojak, est un langage de description de page. Pour moi qui ne comprend rien aux langages de progammation avec leurs variables et leurs boucles, c'est autrement plus simple !
En HTML, il y a simplement des balises ouvrantes et des balises fermantes imbriquées les unes dans les autres. Un minimum de logique suffit pour en comprendre le fonctionnement.
Texte (p et h), image (img src) et lien hypertexte (a) : voilà, à mon avis, les balises de base. Parler des listes (ul) et de la balise emphase (em, que je n'utilise pas), c'est déjà plus chaud ;-)
Tu ne peux aborder les CSS (à mon avis), et en comprendre l'utilité, qu'après avoir compris le fonctionnement du HTML. (car tes balises p, a, h, body, etc. tu vas les mettre dans ta feuille de style externe) Donc, je pense qu'il te faut faire 2 parties distinctes (comme sur le site du zero donc j'admire la qualité)
Et puis, autre problème, il y a les tableaux (table), encore utilisés par un grand nombre de sites (dont les miens ;o)), et qui n'ont plus lieu d'exister avec les CSS. http://css.alsacreations.com/Bases-et-indispensables/Comprendre-le-positionnement-des-balises-en-CSS (un cauchemar pour moi ;o) c'est la partie la plus dure)
Bref, essaie de te mettre à la place de tes lecteurs qui n'ont aucune notion : - sois très progressif, oublie tout ce que tu sais - commence par les grandes lignes avant d'aborder les détails, - chaque terme nouveau doit d'abord avoir été expliqué (fonction et utilisation) pour qu'il soit compris par le lecteur.
Enfin, tout ça à mon avis :-)
Amicalement.
-- Alain Mest : http://www.aidewindows.net EFG : http://efg.aidemac.net
Jacques Perrocheau
In article <1hfs84m.ammz7gy58bn0N%, (Alain Le Gallou) wrote:
En fait, j'ai passé moins de temps à apprendre les CSS et le XHTML, qu'à comprendre le logiciel usine à gaz.
Mon tutoriel est fait pour tous ceux qui n'ont jamais vu une ligne de HTML de leur vie, et veulent en deux pages se rendre compte.
Le tutoriel est en home page de mon site http://www.legallou.com/ avec celui de Pages et Ragtime.
Humm! désolé de faire le correcteur, mais ici:
Taille de caractères
Texte mot plus petit, plus gros de 1.2, plus gros de 1.6.
<h5>Taille de caractères</h5> <p> Texte mot <span class="moins1">plus petit</span>, <span class="plus1">plus gros de 1.2</span>, <span class="plus2">plus gros de 1.6</span>. </p> <span class="moins1">le code html de la phrase prcdente</span> <br /><img src="images/moinsPlus.png" alt="aa" width="392" height="125" /> <br /> Trahi par un copier-coller pas à jour entre ton code et l'image sensé le représenter, tu risques de perdre beaucoup de lecteurs débutants. ;-)
-Quelques erreurs quand même:
Erreurs
URI : http://www.legallou.com/algtuto/intro.html#text
Ligne: 292
Erreur lors de l'analyse grammaticale. - circle
-Peut-être aussi parler de l'intéret des mesures en em par rapport aux px qui permettent de garder une certaine homotétie quand tu changes la taille des caractères dans le browser. Peut-être aussi parler de la différence entre padding et margin une fois le tag <div> introduit.
-Pour le dernier paragraphe, plutôt que "Les divisions d'une page HTML", je parlerais de "La structure de base d'une page HTML".
-"Définition sybiline recopier sans trop se poser de question. Si vous partez de rien, choisissez la norme 4.01 strict CSS. C'est la dernière norme :"
Ce serait plutôt le XHTML la dernière.
-Manquent un peu de rigueur les DOCTYPE chez toi:
<http://validator.w3.org/check?uri=http%3A%2F%2Fwww.legallou.com%2Falgtut o%2Fintro.html> correct... mais pas
-- Jacques PERROCHEAU Synthèse et Electrosynthèse Organiques, C.N.R.S. UMR 6510 Université de Rennes I, Campus de Beaulieu, F-35042 RENNES Cedex Tel: +33 2 23 23 63 74, Fax: +33 2 23 23 63 74
In article <1hfs84m.ammz7gy58bn0N%voirSignature@legallou.com>,
voirSignature@legallou.com (Alain Le Gallou) wrote:
En fait, j'ai passé moins de temps à apprendre les CSS et le XHTML,
qu'à comprendre le logiciel usine à gaz.
Mon tutoriel est fait pour tous ceux qui n'ont jamais vu une ligne de
HTML de leur vie, et veulent en deux pages se rendre compte.
Le tutoriel est en home page de mon site http://www.legallou.com/ avec
celui de Pages et Ragtime.
Humm! désolé de faire le correcteur, mais ici:
Taille de caractères
Texte mot plus petit, plus gros de 1.2, plus gros de 1.6.
<h5>Taille de caractères</h5>
<p>
Texte mot <span class="moins1">plus petit</span>,
<span class="plus1">plus gros de 1.2</span>,
<span class="plus2">plus gros de 1.6</span>.
</p>
<span class="moins1">le code html de la phrase prcdente</span>
<br /><img src="images/moinsPlus.png" alt="aa" width="392"
height="125" />
<br />
Trahi par un copier-coller pas à jour entre ton code et l'image sensé le
représenter, tu risques de perdre beaucoup de lecteurs débutants. ;-)
-Quelques erreurs quand même:
Erreurs
URI : http://www.legallou.com/algtuto/intro.html#text
Ligne: 292
Erreur lors de l'analyse grammaticale. - circle
-Peut-être aussi parler de l'intéret des mesures en em par rapport aux
px qui permettent de garder une certaine homotétie quand tu changes la
taille des caractères dans le browser. Peut-être aussi parler de la
différence entre padding et margin une fois le tag <div> introduit.
-Pour le dernier paragraphe, plutôt que "Les divisions d'une page HTML",
je parlerais de "La structure de base d'une page HTML".
-"Définition sybiline recopier sans trop se poser de question. Si vous
partez de rien, choisissez la norme 4.01 strict CSS. C'est la dernière
norme :"
Ce serait plutôt le XHTML la dernière.
-Manquent un peu de rigueur les DOCTYPE chez toi:
<http://validator.w3.org/check?uri=http%3A%2F%2Fwww.legallou.com%2Falgtut
o%2Fintro.html> correct... mais pas
In article <1hfs84m.ammz7gy58bn0N%, (Alain Le Gallou) wrote:
En fait, j'ai passé moins de temps à apprendre les CSS et le XHTML, qu'à comprendre le logiciel usine à gaz.
Mon tutoriel est fait pour tous ceux qui n'ont jamais vu une ligne de HTML de leur vie, et veulent en deux pages se rendre compte.
Le tutoriel est en home page de mon site http://www.legallou.com/ avec celui de Pages et Ragtime.
Humm! désolé de faire le correcteur, mais ici:
Taille de caractères
Texte mot plus petit, plus gros de 1.2, plus gros de 1.6.
<h5>Taille de caractères</h5> <p> Texte mot <span class="moins1">plus petit</span>, <span class="plus1">plus gros de 1.2</span>, <span class="plus2">plus gros de 1.6</span>. </p> <span class="moins1">le code html de la phrase prcdente</span> <br /><img src="images/moinsPlus.png" alt="aa" width="392" height="125" /> <br /> Trahi par un copier-coller pas à jour entre ton code et l'image sensé le représenter, tu risques de perdre beaucoup de lecteurs débutants. ;-)
-Quelques erreurs quand même:
Erreurs
URI : http://www.legallou.com/algtuto/intro.html#text
Ligne: 292
Erreur lors de l'analyse grammaticale. - circle
-Peut-être aussi parler de l'intéret des mesures en em par rapport aux px qui permettent de garder une certaine homotétie quand tu changes la taille des caractères dans le browser. Peut-être aussi parler de la différence entre padding et margin une fois le tag <div> introduit.
-Pour le dernier paragraphe, plutôt que "Les divisions d'une page HTML", je parlerais de "La structure de base d'une page HTML".
-"Définition sybiline recopier sans trop se poser de question. Si vous partez de rien, choisissez la norme 4.01 strict CSS. C'est la dernière norme :"
Ce serait plutôt le XHTML la dernière.
-Manquent un peu de rigueur les DOCTYPE chez toi:
<http://validator.w3.org/check?uri=http%3A%2F%2Fwww.legallou.com%2Falgtut o%2Fintro.html> correct... mais pas
-- Jacques PERROCHEAU Synthèse et Electrosynthèse Organiques, C.N.R.S. UMR 6510 Université de Rennes I, Campus de Beaulieu, F-35042 RENNES Cedex Tel: +33 2 23 23 63 74, Fax: +33 2 23 23 63 74
voirSignature
"Alain Mest" wrote:
- le langage HTML, comme le disent Kurtz et Kojak, est un langage de description de page. Pour moi qui ne comprend rien aux langages de progammation avec leurs variables et leurs boucles, c'est autrement plus simple !
Laissons de côté la discussion sur le positionnement de langage. Je vais peut-être même remplacer dans mon texte cette référence, en disant simplement que je n'avais jamais réussi à comprendre une page html issue d'un site.
En HTML, il y a simplement des balises ouvrantes et des balises fermantes imbriquées les unes dans les autres. Un minimum de logique suffit pour en comprendre le fonctionnement.
Oui, c'est le message que je veux faire passer dans mon tutoriel : avec très peu de commandes, on peut faire déjà beaucoup.
Texte (p et h), image (img src) et lien hypertexte (a) : voilà, à mon avis, les balises de base. Parler des listes (ul) et de la balise emphase (em, que je n'utilise pas), c'est déjà plus chaud ;-)
Tout le monde fait des listes dans un traitement de texte, jai pensé qu'il était difficile de l'omettre.
Tu ne peux aborder les CSS (à mon avis), et en comprendre l'utilité, qu'après avoir comprit le fonctionnement du HTML. (car tes balises p, a, h, body, etc. tu vas les mettre dans ta feuille de style externe) Donc, je pense qu'il te faut faire 2 parties distinctes (comme sur le site du zero donc j'admire la qualité)
Non, car c'est refaire en moins bien le site de zero. (mon préféré). J'ai donc pris une approche différente, par l'exemple, soit : vous voulez faire ceci, il vous faut cette commande-ci en html et celle-là dans le css. (Un peu comme une antisèche).
Mon but est juste de démontrer "c'est pas dur", après le lecteur ira sur le site du zero que je cite en fin de mon tutoriel. (Mot presque impropre, je devrais plutôt dire article d'introduction, vu sa porté limitée).
Et puis, autre problème, il y a les tableaux (table), encore utilisés par un grand nombre de sites (dont les miens ;o)), et qui n'ont plus lieu d'exister avec les CSS.
Objectif numéro deux de ma conversion aux css (notons que ces &@§@ de table rendent bien difficile la lecture).
(un cauchemar pour moi ;o) c'est la partie la plus dure)
Ho, que oui, mais pas besoin de connaître les objets flottant pour faire un site. ( Il n'y a que du texte expliquant des photos dans mon site, que j'ai commencé en donnant des "tuyaux" technique en modélisme. Et j'ai entre 80 et 100 personnes qui consultent chaque jour. Comme quoi, pas besoin de son, d'images qui clignotent pour être utile).
Bref, essaie de te mettre à la place de tes lecteurs qui n'ont aucune notion : - sois très progressif, oublie tout ce que tu sais - commence par les grandes lignes avant d'aborder les détails, - chaque terme nouveau doit d'abord avoir été expliqué (fonction et utilisation) pour qu'il soit compris par le lecteur.
Enfin, tout ça à mon avis :-)
Je le partage, mais, encore, mon but, n'était pas de refaire en moins bien le site du zéro. Mais, de donner en deux pages, donc lecture rapide, le goût de si mettre.
Je vais réfléchir à expliciter mieux mon but dans mon texte.
Au plaisir de bavarder avec vous.
Alain Le Gallou Email : alain4
"Alain Mest" <voir@site> wrote:
- le langage HTML, comme le disent Kurtz et Kojak, est un langage de
description de page.
Pour moi qui ne comprend rien aux langages de progammation avec leurs
variables et leurs boucles, c'est autrement plus simple !
Laissons de côté la discussion sur le positionnement de langage.
Je vais peut-être même remplacer dans mon texte cette référence, en
disant simplement que je n'avais jamais réussi à comprendre une page
html issue d'un site.
En HTML, il y a simplement des balises ouvrantes et des balises
fermantes imbriquées les unes dans les autres. Un minimum de logique
suffit pour en comprendre le fonctionnement.
Oui, c'est le message que je veux faire passer dans mon tutoriel : avec
très peu de commandes, on peut faire déjà beaucoup.
Texte (p et h), image (img src) et lien hypertexte (a) : voilà, à mon
avis, les balises de base.
Parler des listes (ul) et de la balise emphase (em, que je n'utilise
pas), c'est déjà plus chaud ;-)
Tout le monde fait des listes dans un traitement de texte, jai pensé
qu'il était difficile de l'omettre.
Tu ne peux aborder les CSS (à mon avis), et en comprendre l'utilité,
qu'après avoir comprit le fonctionnement du HTML.
(car tes balises p, a, h, body, etc. tu vas les mettre dans ta feuille
de style externe)
Donc, je pense qu'il te faut faire 2 parties distinctes (comme sur le
site du zero donc j'admire la qualité)
Non, car c'est refaire en moins bien le site de zero. (mon préféré).
J'ai donc pris une approche différente, par l'exemple, soit : vous
voulez faire ceci, il vous faut cette commande-ci en html et celle-là
dans le css. (Un peu comme une antisèche).
Mon but est juste de démontrer "c'est pas dur", après le lecteur ira sur
le site du zero que je cite en fin de mon tutoriel.
(Mot presque impropre, je devrais plutôt dire article d'introduction, vu
sa porté limitée).
Et puis, autre problème, il y a les tableaux (table), encore utilisés
par un grand nombre de sites (dont les miens ;o)), et qui n'ont plus
lieu d'exister avec les CSS.
Objectif numéro deux de ma conversion aux css
(notons que ces &@§@ de table rendent bien difficile la lecture).
(un cauchemar pour moi ;o) c'est la partie la plus dure)
Ho, que oui, mais pas besoin de connaître les objets flottant pour faire
un site. ( Il n'y a que du texte expliquant des photos dans mon site,
que j'ai commencé en donnant des "tuyaux" technique en modélisme. Et
j'ai entre 80 et 100 personnes qui consultent chaque jour. Comme quoi,
pas besoin de son, d'images qui clignotent pour être utile).
Bref, essaie de te mettre à la place de tes lecteurs qui n'ont aucune
notion :
- sois très progressif, oublie tout ce que tu sais
- commence par les grandes lignes avant d'aborder les détails,
- chaque terme nouveau doit d'abord avoir été expliqué (fonction et
utilisation) pour qu'il soit compris par le lecteur.
Enfin, tout ça à mon avis :-)
Je le partage, mais, encore, mon but, n'était pas de refaire en moins
bien le site du zéro. Mais, de donner en deux pages, donc lecture
rapide, le goût de si mettre.
Je vais réfléchir à expliciter mieux mon but dans mon texte.
- le langage HTML, comme le disent Kurtz et Kojak, est un langage de description de page. Pour moi qui ne comprend rien aux langages de progammation avec leurs variables et leurs boucles, c'est autrement plus simple !
Laissons de côté la discussion sur le positionnement de langage. Je vais peut-être même remplacer dans mon texte cette référence, en disant simplement que je n'avais jamais réussi à comprendre une page html issue d'un site.
En HTML, il y a simplement des balises ouvrantes et des balises fermantes imbriquées les unes dans les autres. Un minimum de logique suffit pour en comprendre le fonctionnement.
Oui, c'est le message que je veux faire passer dans mon tutoriel : avec très peu de commandes, on peut faire déjà beaucoup.
Texte (p et h), image (img src) et lien hypertexte (a) : voilà, à mon avis, les balises de base. Parler des listes (ul) et de la balise emphase (em, que je n'utilise pas), c'est déjà plus chaud ;-)
Tout le monde fait des listes dans un traitement de texte, jai pensé qu'il était difficile de l'omettre.
Tu ne peux aborder les CSS (à mon avis), et en comprendre l'utilité, qu'après avoir comprit le fonctionnement du HTML. (car tes balises p, a, h, body, etc. tu vas les mettre dans ta feuille de style externe) Donc, je pense qu'il te faut faire 2 parties distinctes (comme sur le site du zero donc j'admire la qualité)
Non, car c'est refaire en moins bien le site de zero. (mon préféré). J'ai donc pris une approche différente, par l'exemple, soit : vous voulez faire ceci, il vous faut cette commande-ci en html et celle-là dans le css. (Un peu comme une antisèche).
Mon but est juste de démontrer "c'est pas dur", après le lecteur ira sur le site du zero que je cite en fin de mon tutoriel. (Mot presque impropre, je devrais plutôt dire article d'introduction, vu sa porté limitée).
Et puis, autre problème, il y a les tableaux (table), encore utilisés par un grand nombre de sites (dont les miens ;o)), et qui n'ont plus lieu d'exister avec les CSS.
Objectif numéro deux de ma conversion aux css (notons que ces &@§@ de table rendent bien difficile la lecture).
(un cauchemar pour moi ;o) c'est la partie la plus dure)
Ho, que oui, mais pas besoin de connaître les objets flottant pour faire un site. ( Il n'y a que du texte expliquant des photos dans mon site, que j'ai commencé en donnant des "tuyaux" technique en modélisme. Et j'ai entre 80 et 100 personnes qui consultent chaque jour. Comme quoi, pas besoin de son, d'images qui clignotent pour être utile).
Bref, essaie de te mettre à la place de tes lecteurs qui n'ont aucune notion : - sois très progressif, oublie tout ce que tu sais - commence par les grandes lignes avant d'aborder les détails, - chaque terme nouveau doit d'abord avoir été expliqué (fonction et utilisation) pour qu'il soit compris par le lecteur.
Enfin, tout ça à mon avis :-)
Je le partage, mais, encore, mon but, n'était pas de refaire en moins bien le site du zéro. Mais, de donner en deux pages, donc lecture rapide, le goût de si mettre.
Je vais réfléchir à expliciter mieux mon but dans mon texte.
Au plaisir de bavarder avec vous.
Alain Le Gallou Email : alain4
voirSignature
Jacques Perrocheau wrote:
Humm! désolé de faire le correcteur, mais ici:
Soit pas désolé, j'apprécie toujours tes corrections. Je m'y attaque ce soir, car il vient d'arrêter de pleuvoir, je pars bricoler sur mon bateau, avant la prochaine averse.
Alain Le Gallou Email : alain4
Jacques Perrocheau <Jacques.Perrocheau@univ-rennes1.fr> wrote:
Humm! désolé de faire le correcteur, mais ici:
Soit pas désolé, j'apprécie toujours tes corrections. Je m'y attaque ce
soir, car il vient d'arrêter de pleuvoir, je pars bricoler sur mon
bateau, avant la prochaine averse.
Soit pas désolé, j'apprécie toujours tes corrections. Je m'y attaque ce soir, car il vient d'arrêter de pleuvoir, je pars bricoler sur mon bateau, avant la prochaine averse.