Forum Programmation.web Cours de HTML ou de XHTML/CSS ?

Posté par  (site web personnel) .
Étiquettes : aucune
0
23
juil.
2004
Voila, ma copine voudrait apprendre "à faire des pages web", je la pense capable de se passer d'un éditeur wysiwyg sans trop de problème (tant mieux), surtout avec un éditeur type bluefish ou quanta.

La question que je me pose est : est ce que je lui apprend le HTML4 ou je passe directement au XHTML avec CSS ?
Quelqu'un a t il déjà donné des cours de (X)HTML à quelqu'un de non informaticien ?

PS: le dictionnaire ne reconnaît pas "copine".
  • # Ca existe copine ?

    Posté par  (site web personnel) . Évalué à 3.

    T'as des preuves ?
  • # Conseil

    Posté par  (site web personnel) . Évalué à 5.

    Le plus important à mon avis c'est de lui apprendre le XHTML ou le HTML4 _Strict_. Après le passage entre HTML et XHTML c'est simple.

    Et tu luis apprends les CSS et à coder des pages de façon sémantique.

    L'association LinuxFr ne saurait être tenue responsable des propos légalement repréhensibles ou faisant allusion à l'évêque de Rome, au chef de l'Église catholique romaine ou au chef temporel de l'État du Vatican et se trouvant dans ce commentaire

    • [^] # Re: Conseil

      Posté par  (site web personnel) . Évalué à 1.

      Toutafé, le XHTML strict est ce qu'il y a de plus simple pour commencer et apprendre.

      Autre avantage, c'est sémantique et ça se separe de la mise en forme.

      De plus, comme c'est strict, le débuggueur s'appelle validateur.
      • [^] # Re: Conseil

        Posté par  (site web personnel) . Évalué à 2.

        De plus, comme c'est strict, le débuggueur s'appelle validateur.

        Même en transitionnal le débuggeur s'appelle validateur :)

        L'association LinuxFr ne saurait être tenue responsable des propos légalement repréhensibles ou faisant allusion à l'évêque de Rome, au chef de l'Église catholique romaine ou au chef temporel de l'État du Vatican et se trouvant dans ce commentaire

  • # HTML 4 puis CSS

    Posté par  . Évalué à 1.

    A mon avis il faut commmencer par lui apprendre le HTML standard. C'est la base. Après une fois qu'elle a bien assimilée tous les concepts, elle pourra passé aux CSS. Elle comprendra mieux sur quoi travaille les CSS si elle connait d'abord le HTML.
    • [^] # Re: HTML 4 puis CSS

      Posté par  . Évalué à 5.

      Moi je trouve que le XHTML stricts est supper simple: tout les balises doivent se fermer , l'entrelacement est interdit, tout en minuscules ...

      Faire d'abord sa structure sémantique et ensuite s'attaquer au design avec les CSS ( d'abord c'est tout moche mais lisible, ensuite on découvre au fur et a mesure de la construction du design la puissance des CSS )

      Et on sera tres heureux de l'accueillir pour les questions complementaires sur la liste de pompage.net .... :)

      Dam
    • [^] # Re: HTML 4 puis CSS

      Posté par  (site web personnel) . Évalué à 3.

      Faux. C'est la mauvaise piste, ou plutôt la bonne pour prendre de mauvaise habitudes.
  • # XHTML 1.0 strict + CSS

    Posté par  (site web personnel) . Évalué à 2.

    http://www.opquast.org/(...)
    http://www.la-grange.net/accessibilite/(...) traduction du "dive into" de Mark Pilgrim dont on a parlé récemment dasn ces pages à propos de Python.
    http://www.openweb.eu.org/(...)
    • [^] # Re: XHTML 1.0 strict + CSS

      Posté par  . Évalué à -1.

      Je suis allé sur le site d'opquast c'est intéressant le concept de proner des choses que l'on ne respecte pas :

      - Bonne pratique : La page d'accueil du site est conforme aux standards du W3C.

      Après une demande de validation par le w3c, on apprend que la page d'accueil d'opquast n'est pas valide. Cela laisse songeur...
  • # Je vote pour commencer par le XHTML

    Posté par  . Évalué à 1.

    Sinon, on prend de mauvaises habitudes et, paresse aidant, on ne passe jamais (ou pas complètement) au XHTML+CSS

    2 liens :
    - Why You Should Use XHTML ( http://developers.slashdot.org/developers/04/07/23/1646237.shtml?ti(...) )
    - Why should you use XHTML over HTML ( http://www.w3.org/MarkUp/2004/xhtml-faq(...) )
    • [^] # Re: Je vote pour commencer par le HTML

      Posté par  . Évalué à -1.

      Perso, j'ai jamais fait de XHTML, j'ai jamais apris a qqn le Css, mais le reste, je l'ai apris a UNE copine (pas de sous entendus) qui se faisait chier pendant les vacances, je lui ai paris ce language (Qui seul ne va pas très loin je trouve) en moins de deux heures...
      En deux heures, j'ai apris a qqn qui n'avais jamais entendu parler d'hexadécimale, et qui se perds facilement sur un site linuxois (enfin, il y en a quand même qui sont un peu chiant ex : mandrake.com) a créer un site...
      Evidement en deux heures, je ne lui a iaps apris le CSS ni le javascript, ni rien d'autre de ce style, et je n'ai pas corigé ses pages, mais bon, c'est un bon début...
      Enfin voila, je sais même pas pourquois on a inventé ce ***** de XHTML alors que l'on avait déja javascript et php pour améliorer le web...

      Perso, j'ai lu un article sur le XHTML paru dans linux mag, j'ai pas vu une diférence de fonctionalitée... J'ai jamais touché au xml aussi, et j'ai ignoré toute partie concernant cet autre language.
      Jer penses que le html ne sera jamais abandonné... Et donc, autant s'en satisfaire pour les corps de page et ajouter du php et du javascript dedans ensuite...
      • [^] # Re: Je vote pour commencer par le HTML

        Posté par  . Évalué à 2.

        Le but du XHTML est de simplifier, corriger et de rendre parfaitement compatible le HTML avec le standard : le XML. Alors c'est vrai qu'à première vue, il n'y a rien de bien transcendant. Sauf quand on commence à faire joujou avec les CSS, car la structure XHTML Strict (et donc valide XML) est faite pour n'avoir aucune mise en forme, comme tout bon document XML. Là on commence à avoir une vraie séparation structure/mise en forme. D'ailleurs le validateur est largement plus violent quant-aux erreurs de syntaxe.

        Ensuite le XHTML hérite de tous les avantages du XML : le mélange de différents namespaces à l'intérieur (je crois, je suis pas certain des termes là). On peut donc facilement intégrer du SVG dans du XHTML. Il suffit de bien définir le namespace à utiliser dans l'annonce de la partie en SVG. Et au final on peut n'avoir qu'un seul fichier XHTML qui contient du MathML, du SVG, etc.

        Mais bon, le seul véritable et grand avantage du XHTML c'est quand même son X, hérité du XML et qui permet d'avoir un seul type de formatage syntaxique bien formé. Et ainsi de beaucoup mieux séparer les éléments entres eux : contenu, structure & rendu.

        Par contre, je ne vois pas de quoi tu parles en faisant référence à PHP et JS, car ça n'a strictement rien à voir... JS permet de manipuler certaines choses dans la page générée (notamment de faire joujou avec le CSS), et PHP permet de mettre en forme le contenu dans une structure sémantique. Et ceci passe par une structure valide et qui ne part pas par une possible interprétation d'une page HTML.

        XHTML 1.1 marque d'ailleurs le passage final du HTML -> XML, car il n'existe plus de différentes DTD type Strict ou Transitionnal, mais une seule qui est obligatoirement Strict. La suite du développement, marquera la correction de pas mal de limitation par une réécriture de quelques petites choses. Comme la gestion de <img /> en XHTML 2.0, qui n'existera plus vraiment. L'attribut "src" sera directement passé dans d'autres éléments. eg: <p src="image.png">bla bla bla<p>

        Plus d'infos sur XHTML 2.0 dans la FAQ du W3C: http://www.w3.org/MarkUp/2004/xhtml-faq#whyxhtml2(...)

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.