WauWau: W3C revolutioniert seine HTML-(XML?)-Spezifikationen !?

Beitrag lesen

Hi,

Ach so!? Das heißt, die "strengen" XHTML-Regelungen (nicht-überschneidene Tags, leere elemente als <element /> oder <element></element>...) gibt es also erst ab XHTML, und wenn ich in HTML <br /> schreibe, ist das offiziell syntaxtechnisch falsch?

Auch HTML hat strenge Regeln. Korrekte Verschachtelung war immer schon Pflicht. <a><b></a></b> ist falsch, <a><b></b></a> müßte es heißen.

gutgut - nur schade, dass <a><a></a></a> dann wieder falsch ist *bg* ;-)

Bei XHTML gibt es keine optionalen Tags mehr. Jedes Element hat immer ein Start- und ein Ende-Tag. Und wenn das Element keinen Inhalt hat, kann Start- und Endtag in einem Tag zusammengefaßt werden.

Die "Regelung" ist auch ganz gut :-)

<b>irgendein Text</b> insgesamt ist ein Element, ein B-Element, bestehens aus Start- und End-Tag sowie Inhalt dazwischen.

Hm - DOM sieht das dann als 2 knoten an, oder? einmal der tag an sich mit attributen, und dann der inhalt als knoten. Endtag wird afaik nicht als knoten angesehen, oder?

Weil bei <br>, <meta>, <link> und <img> kein Inhalt zwischen Start- und End-Tag kommt, schreibt man diese in XHTML <br/>, <meta/>, <link/> und <img/>.

genau.

Damit diese Schreibweise kompatibel zu Browsern ist, die nur HTML können, fügt man vor dem / noch ein Leerzeichen ein. Dann interpretiert der HTML-Browser diesen Schrägstrich als Attribut, das er nicht kennt und gemäß HTML-Standard dann ignoriert - und allen ist geholfen.

wie schön dass ich immer gleich allen helfe - und dann sag noch mal, man könnte es nicht allen recht machen ;-)

Ein direkt anschließende Ende-Tag <br></br> wäre zumindest nach XHTML-Standard auch möglich, aber da rasten HTML-Browser dann unter Umständen aus, weil solche Tags nie vorgesehen waren.

Hm - und zwar ganz drastisch.... NS4 hat bei mir mal bei <hr></hr> 2mal eine Linie gezeichnet !? aber die <leereselementtag></leereselementtag>-Regelung finde ich sowieso dumm.

Aber bei XHTML muss dann wieder <link /> geschrieben werden, oder?
Was heißt "wieder"? Erstmalig.

Ich komme nunmal gerade von einer XHTML-Seite und habe jetzt alle meine tags xhtml-kompatibel gemacht, die seite als html-4-strict gespeichert (der doctype war schon mal drin, dann wollen wir also mal nix verändern *g*), und mich nun extrem gewundert, was er bei mir an den <link>- und <meta>-Tags rummeckert! Aber wenn

Der Validator ignoriert in HTML solche Schrägstriche in Tags übrigens nicht! Der meckert sie an. Deshalb macht es keinen Sinn, in HTML-Dokumenten XHTML-artige Tags zu setzen.

macht das ganze natürlich wieder sinn (irgendwie habe ich anscheinend nicht dran gedacht, dass <tag /> ja XML ist!!), und ich denke, ich werde mein dokument mal mit doctype xhtml-strict abspeichern, dann habe ich eine xhtml-valide strict-seite, und dass ist w3c-nach gesehen sowieso das beste, was man momentan produzieren kann *bggg* ;-)

WauWau

--
Wau - hier ist mein Selfcode:
ss:) zu:) ls:< fo:~ de:] va:) ch:° n4:# rl:( br:< js:| ie:% fl:| mo:|
[mein alter sah optisch irgendwie besser aus ;-)]
0 55

W3C-Validator ... Das groooooße *ggg* zum Wochenende

WauWau
  • sonstiges
  1. 0
    Thomas J.S.
    1. 0
      WauWau
      1. 0
        rainer groth
        1. 0
          WauWau
          1. 0
            rainer groth
            1. 0

              W3C-Validator ... Doch ein lokaler Webserver...

              WauWau
      2. 0
        Thomas J.S.
        1. 0
          WauWau
  2. 0
    Tobias Kloth
    1. 0
      WauWau
  3. 0

    W3C-Validator - Das große "Wie poste ich unbrauchbar" zum WE

    MudGuard
    1. 0
      WauWau
      1. 0
        MudGuard
        1. 0
          WauWau
  4. 0
    Avalon
    1. 0
      WauWau
      1. 0
        wahsaga
        1. 0

          Sinn und Zweck des "target"-Attributs

          WauWau
          • html
          1. 0
            wahsaga
            1. 0
              WauWau
          2. 0
            Sven Rautenberg
            1. 0
              wahsaga
              1. 0
                Sven Rautenberg
                1. 0
                  molily
                  1. 0
                    WauWau
          3. 0
            molily
            1. 0
              WauWau
              1. 0
                wahsaga
                1. 0
                  WauWau
                  1. 0
                    wahsaga
                    1. 0
                      WauWau
              2. 0
                molily
                1. 0
                  WauWau
                  1. 0
                    wahsaga
                    1. 0
                      WauWau
  5. 0

    W3C-Validator die 2: (nur)1völlig unverständlicher Fehler?

    WauWau
    1. 0
      MudGuard
    2. 0
      Ingo Turski
      1. 0
        MudGuard
        1. 0

          W3C revolutioniert seine HTML-(XML?)-Spezifikationen !?

          WauWau
          • zur info
          1. 0
            Sven Rautenberg
            1. 0
              WauWau
              1. 0
                MudGuard
                1. 0
                  WauWau
                  1. 0
                    Thomas J.S.
              2. 0
                Sven Rautenberg
                1. 0
                  MudGuard
                  1. 0
                    WauWau
                    1. 0
                      Thomas J.S.
                2. 0
                  WauWau
                  1. 0
                    Daniel Thoma
      2. 0
        WauWau
        1. 0
          wahsaga
          1. 0
            WauWau