Kai Lahmann: XHTML 2.0 WD

hi

wie angedroht - W3C die 2te.
Auch ein erster Workingdraft von XHTML 2.0 ist inzwischen da. Neuerungen hier:

<section>
Textabschnitte

<line>
Zeile oder "Unterabsatz"

<h>
Einfache Überschrift

<quote>
wie <q>, das Problem mit dem "" fällt aber weg. (<q> seibst raus, da es nicht zuverlässig funktioniert...)

<p> darf jetzt andere Block-Elemente beinhalten (konqueror mag das nicht besonders ;)

<nl>
dynamische Navigationslisten, diese werden erst entfaltet, wenn man über den inhalt [das <name>] hovert oder draufklickt.

<name>
Überschriften für die Navigation

<a> darf jetzt für imagemaps dienen - damit fällt das doppeln für den alternativen inhalt weg, der normale link bleibt erhalten.

<* href=""> ist jetzt überall erlaubt, jedes Element kann ein Link sein! Außerden gibt's charset="" und hreflang="" für Links.

<* navindex=""> ersetzt <* tabindex="">

und das wichtigste zuletzt:
Die formulare werden durch xforms umgesetzt.

Grüße aus Bleckede

Kai

  1. Hi!

    Naja - Gott-sei-Dank ändert sich öfters was in der Branche, sonst wärs ja doch langweilig und für die ganzen 14-Jährigen Schülern, die den ganzen Tag vorm PC sitzen, viel zu leicht, uns zu übertreffen ;)

    Hm - Was sind xforms ?

    Liebe Grüße
    fredy

    hi

    wie angedroht - W3C die 2te.
    Auch ein erster Workingdraft von XHTML 2.0 ist inzwischen da. Neuerungen hier:

    <section>
    Textabschnitte

    <line>
    Zeile oder "Unterabsatz"

    <h>
    Einfache Überschrift

    <quote>
    wie <q>, das Problem mit dem "" fällt aber weg. (<q> seibst raus, da es nicht zuverlässig funktioniert...)

    <p> darf jetzt andere Block-Elemente beinhalten (konqueror mag das nicht besonders ;)

    <nl>
    dynamische Navigationslisten, diese werden erst entfaltet, wenn man über den inhalt [das <name>] hovert oder draufklickt.

    <name>
    Überschriften für die Navigation

    <a> darf jetzt für imagemaps dienen - damit fällt das doppeln für den alternativen inhalt weg, der normale link bleibt erhalten.

    <* href=""> ist jetzt überall erlaubt, jedes Element kann ein Link sein! Außerden gibt's charset="" und hreflang="" für Links.

    <* navindex=""> ersetzt <* tabindex="">

    und das wichtigste zuletzt:
    Die formulare werden durch xforms umgesetzt.

    Grüße aus Bleckede

    Kai

    1. hi

      Naja - Gott-sei-Dank ändert sich öfters was in der Branche, sonst wärs ja doch langweilig und für die ganzen 14-Jährigen Schülern, die den ganzen Tag vorm PC sitzen, viel zu leicht, uns zu übertreffen ;)

      haha - für die neuen Tags habe ich sogar schon eine Implementierung (wenn man ds so nennen kann...), indem ich die zusätzlichen CSS-Regeln gesammelt habe (sind sehr wenige!).

      Hm - Was sind xforms ?

      Das ist ein Standard (naja, oder beinahe-Standard - LastCall für die Experten) des W3C für eine Neuordnung von Formularen im Internet. Der Hauptgrund ist auch hier die Trennung von Funktion und Layout. Ich muss allerdings gestehen, dass ich da noch nicht ganz durchgestiegen bin...

      Ein Beispiel:
      <html xmlns="http://www.w3.org/1999/xhtml"
            xmlns:xforms="http://www.w3.org/2002/01/xforms"
            xmlns:xlink="http://www.w3.org/1999/xlink"
            xmlns:xsd="http://www.w3.org/2001/XMLSchema"
            xmlns:my="http://commerce.example.com/payment"
            xml:lang="en">
        <head>
          <title>XForms in XHTML</title>

      xforms:model
            xforms:instance
              <payment as="credit" xmlns="http://commerce.example.com/payment">
                <cc/>
                <exp/>
              </payment>
            </xforms:instance>
            <xforms:schema xlink:href="payschema.xsd"/>
            <xforms:submitInfo action="http://example.com/submit" method="post" id="s00"/>
            <xforms:bind ref="my:payment/my:cc"
                         relevant="../my:payment/@as = 'credit'"
                         required="true" type="my:cc"/>
            <xforms:bind ref="my:payment/my:exp"
                         relevant="../my:payment/@as = 'credit'"
                         required="true" type="xsd:gYearMonth"/>
          </xforms:model>
        </head>
        <body>
          ...
          <group xmlns="http://www.w3.org/2002/01/xforms" ref="my:payment">
            <selectOne ref="@as">
              <caption>Select Payment Method</caption>
              <choices>
                <item>
                  <caption>Cash</caption>
                  <value>cash</value>
                </item>
                <item>
                  <caption>Credit</caption>
                  <value>credit</value>
                </item>
              </choices>
            </selectOne>

      <input ref="my:cc">
              <caption>Credit Card Number</caption>
            </input>

      <input ref="my:exp">
              <caption>Expiration Date</caption>
            </input>

      <submit submitInfo="s00">
              <caption>Submit Form</caption>
            </submit>
          </group>
          ...
        </body>
      </html>

      noch fragen? ;)

      Grüße aus Bleckede

      kai

      1. hallo,

        noch fragen? ;)

        ja. zwei.

        1. wozu die ganze copy & past?
          (http://www.w3.org/MarkUp/Forms/

        2. wozu jetzt jede news-meldung vom WDs des W3C hier anmelden? (wenn es um ein Rec geht finde ich das aber ok, (z.B. XHTML 1.0 SE))

        Grüße
        Thomas

        1. Hallo!

          Wozu jetzt jede News-Meldung vom WDs des W3C hier anmelden?

          Mich interessiert es.

          emu
          [...]

          1. hi

            Mich interessiert es.

            wo du gerade aufkreuzt.. da ist nochwas zu vermelden:

            raus sind folgende Tags (vermutlich hab' ich sogar noch welche übersehen):

            <b> (oh wunder)
            <i>
            <tt>
            <img/> (!!!! - Dimitri? ;)
            und das Attribut style=""

            Grüße aus Bleckede

            Kai

            1. raus sind folgende Tags (vermutlich hab' ich sogar noch welche übersehen):

              Kai, bitte, das sind *Elemente*.

              <b> (oh wunder)
              <i>
              <tt>
              <img/> (!!!! - Dimitri? ;)

              Irgendwer bleib mir ja unbedingt eine Erklärung, warum xhtml:img unerlässlich wäre, schuldig...

          2. hallo emu,

            Wozu jetzt jede News-Meldung vom WDs des W3C hier anmelden?
            Mich interessiert es.

            http://www.w3.org/
            http://www.w3.org/Mail/

            grüße
            thomas

    2. Bei xforms geht's in erster Linie um "intelligente" Formulare. Auf der Webseite der Firma Mozquito kann man ein paar Beispiele sehen, dort isses im Moment mit endlos langen JavaScript-Orgien simuliert. Eines Tages werden es die browser alle können...vielleicht.
      Der Chef von der Firma, Sebastian Schnitzenbaumer, is auch der, der diese Sache ins Rollen gebracht hat, und ist jetzt wohl der Vorsitzende des xforms-Ausschusses im w3c.
      http://www.mozquito.com/

  2. hi

    mohoin

    wie angedroht - W3C die 2te.
    Auch ein erster Workingdraft von XHTML 2.0 ist inzwischen da. Neuerungen hier:

    <section>
    Textabschnitte

    hört sich gut an

    <line>
    Zeile oder "Unterabsatz"

    mhh, mal sehen wie das implementiert wird...

    <h>
    Einfache Überschrift

    was soll das? bleibt <hx>?

    <quote>
    wie <q>, das Problem mit dem "" fällt aber weg. (<q> seibst raus, da es nicht zuverlässig funktioniert...)

    das ist was schönes.

    <p> darf jetzt andere Block-Elemente beinhalten (konqueror mag das nicht besonders ;)

    *lol*, da tuts auchn <span>, das display:block bekommt ;-)

    <nl>
    dynamische Navigationslisten, diese werden erst entfaltet, wenn man über den inhalt [das <name>] hovert oder draufklickt.

    bäh... dann kann das ja jeder ;-)

    <name>
    Überschriften für die Navigation

    jaja, _das_ wir man sicher in frontpage einbauen ;-)

    <a> darf jetzt für imagemaps dienen - damit fällt das doppeln für den alternativen inhalt weg, der normale link bleibt erhalten.

    _das_ ist IMHO eine verbesserung...

    <* href=""> ist jetzt überall erlaubt, jedes Element kann ein Link sein! Außerden gibt's charset="" und hreflang="" für Links.

    da weiß ich jetzt noch nicht, was ich davon halten soll...

    <* navindex=""> ersetzt <* tabindex="">

    ...

    und das wichtigste zuletzt:
    Die formulare werden durch xforms umgesetzt.

    ich hab mir die dinger angesehen... also mal ehrlich, das nennt man eine erweiterung?

    Grüße aus Bleckede

    Kai

    Fabian

    ps: das waren sozusagen die ersten eindrücke von jemandem, der sich gerade so in xml eingearbeitet hat und jetzt sich schon wieder was neues merken muss. (vorteil ist, dass man es erfährt, _bevor_ man es anwenden muss...)

    1. hi

      <line>
      Zeile oder "Unterabsatz"
      mhh, mal sehen wie das implementiert wird...

      bei mir mit einem display:block und ohne irgendwelchen margin - afaik stimmt das auch so.

      <h>
      Einfache Überschrift
      was soll das? bleibt <hx>?

      bleiben. Als ergängung, wenn die level ncht ausrechen afaik - oder wenn man eben keine Hierarchie da haben will.

      <p> darf jetzt andere Block-Elemente beinhalten (konqueror mag das nicht besonders ;)
      *lol*, da tuts auchn <span>, das display:block bekommt ;-)

      eh - es geht um die logische Struktur, nicht um's Layout!

      <nl>
      dynamische Navigationslisten, diese werden erst entfaltet, wenn man über den inhalt [das <name>] hovert oder draufklickt.
      bäh... dann kann das ja jeder ;-)

      hahaha ;)
      meine Implementierung ist praktisch Eric Meyers li:hover - und dergeit noch extrem "weglauffreudig" - es fällt oft zu schnell wieder zusammen...

      <a> darf jetzt für imagemaps dienen - damit fällt das doppeln für den alternativen inhalt weg, der normale link bleibt erhalten.
      _das_ ist IMHO eine verbesserung...

      jup ;)

      <* href=""> ist jetzt überall erlaubt, jedes Element kann ein Link sein! Außerden gibt's charset="" und hreflang="" für Links.
      da weiß ich jetzt noch nicht, was ich davon halten soll...

      ich find's Praktisch - <td href=""> dürfte HIER einige Fans gewinnen ;)

      Die formulare werden durch xforms umgesetzt.
      ich hab mir die dinger angesehen... also mal ehrlich, das nennt man eine erweiterung?

      nein, xforms ist was eigenes.

      btw. mit xframes ist seit heute dann auch noch die Überarbeitung der Frames da, dort sind 4 Dinge zu bemerken in vergleich zu alten Frames:

      • statt der 'rows' und 'cols' Attribute gibt's jetzt die Tags <column> und <row>, das <frameset> ist weg.

      • Das Ding ist eine komplett eigene Spec, ds root-Element ist <frames xmlns="http://www.w3.org/2002/06/xframes">

      • die gesamten Attribute sind jetzt "XML typischer" - source statt src, id statt name...

      • das wichtigste zuletzt (wie üblich ;): http://example.org/home.frm#frames(id1=uri1,id2=uri2)
        es ist jetzt direkt in der Spec vorgesehen, dass Dateien in einem Frame zu laden sind.

      Grüße aus Bleckede

      Kai

      1. Hallo!

        <h>
        Einfache Überschrift
        was soll das? bleibt <hx>?

        bleiben. Als ergängung, wenn die level ncht ausrechen afaik - oder
        wenn man eben keine Hierarchie da haben will.

        Nein, <h> wird innerhalb von <section> verwendet, <hx> wir üblich, so
        wie ich das jetzt verstanden habe.

        xframes

        Was bezweckt das Konsortium eigentlich mit der Wiedereinführung von
        Frames, die man etwas verkleidet hat?

        emu
        [der die spezifikation recht lustig findet und bald durchlesen wird]

        1. hallo emu,

          Was bezweckt das Konsortium eigentlich mit der Wiedereinführung von
          Frames, die man etwas verkleidet hat?

          das problem war schon lange zeit mit dem frames die adressierung von aderen seiten, also das was mit target pasierte. (aber nicht nur das: http://www.w3.org/TR/2002/WD-xframes-20020806/#s_intro. das ist auch eine der gründe warum es kein target-attribut in einem srickt.dtd gibt. Steven Pemberton (der Editor des WD) hat im Mai erzählt, dass sie (die W3C) diese frage jetzt in angriff nehmen würden, was nun tatsächlich passiert.

          grüße
          thomas

          1. Was bezweckt das Konsortium eigentlich mit der Wiedereinführung von
            Frames, die man etwas verkleidet hat?

            das problem war schon lange zeit mit dem frames die adressierung von aderen seiten, also das was mit target pasierte. (aber nicht nur das: http://www.w3.org/TR/2002/WD-xframes-20020806/#s_intro. das ist auch eine der gründe warum es kein target-attribut in einem srickt.dtd gibt. Steven Pemberton (der Editor des WD) hat im Mai erzählt, dass sie (die W3C) diese frage jetzt in angriff nehmen würden, was nun tatsächlich passiert.

            Prinzipiell hätte man das auch mit HTML 4 Frames haben können, der jetzige WD löst nicht wirklich viele Probleme.

            1. hallo Björn,

              Prinzipiell hätte man das auch mit HTML 4 Frames haben können, der jetzige WD löst nicht wirklich viele Probleme.

              tja... das war auch meine frage. (Steven Pemberton war bei der eröffnung des österreichisch-deutschen w3c büro dabei und dort haben wir kurz darüber gerdet; d.h. ich habe ihn auch nach dem was und warum gefragt)

              was jetzt die WD lösen wird, sehen wir wenn sie mal zur Rec geschafft hat.

              grüße
              thomas

              1. was jetzt die WD lösen wird, sehen wir wenn sie mal zur Rec geschafft hat.

                Das können wir auch durch lesen des Working Drafts. Ich habe zu einem früheren (nicht öffentlichen) Entwurf sehr ausführlich (wenn auch nicht allumfassend...) Stellung bezogen. Der aktuelle WD ist zwar nicht mehr ganz so schlimm, wie sein Vorgänger, aber viele Punkte sind für mich nicht zufriedenstellend gelöst. Wenn ich mal Zeit habe, Formuliere ich das ganze mal neu und mache es öffentlich (aber Zeit, well...)

                1. hi

                  Das können wir auch durch lesen des Working Drafts. Ich habe zu einem früheren (nicht öffentlichen) Entwurf sehr ausführlich (wenn auch nicht allumfassend...) Stellung bezogen. Der aktuelle WD ist zwar nicht mehr ganz so schlimm, wie sein Vorgänger, aber viele Punkte sind für mich nicht zufriedenstellend gelöst. Wenn ich mal Zeit habe, Formuliere ich das ganze mal neu und mache es öffentlich (aber Zeit, well...)

                  ich wundere mich, dass es keinen "<noframes>" mehr gibt oder man alternativ einen "primärframe" festlegen kann, der dann von Browsern, die kein xframes haben wollen/können automatisch zu laden ist - und an den dann eben auch Suchbots weiterzuleiten sind.

                  Grüße aus Bleckede

                  Kai

                  1. ich wundere mich, dass es keinen "<noframes>" mehr gibt oder man alternativ einen "primärframe" festlegen kann, der dann von Browsern, die kein xframes haben wollen/können automatisch zu laden ist - und an den dann eben auch Suchbots weiterzuleiten sind.

                    Dafür gibt es Content Negotiation.

                    1. Hi,

                      ich wundere mich, dass es keinen "<noframes>" mehr gibt oder man
                      alternativ einen "primärframe" festlegen kann, der dann von Browsern,
                      die kein xframes haben wollen/können automatisch zu laden ist - und
                      an den dann eben auch Suchbots weiterzuleiten sind.

                      Dafür gibt es Content Negotiation.

                      oh - das interessiert mich jetzt auch.

                      Wie soll das gehen? Wird "Frameset" ein eigener MIME-Type?

                      Viele Grüße
                            Michael

                      1. ich wundere mich, dass es keinen "<noframes>" mehr gibt oder man
                        alternativ einen "primärframe" festlegen kann, der dann von Browsern,
                        die kein xframes haben wollen/können automatisch zu laden ist - und
                        an den dann eben auch Suchbots weiterzuleiten sind.

                        Dafür gibt es Content Negotiation.

                        Wie soll das gehen? Wird "Frameset" ein eigener MIME-Type?

                        Das habe ich die HTML WG auch gefragt...

                      2. hi

                        Wie soll das gehen? Wird "Frameset" ein eigener MIME-Type?

                        es ist schonmal ein eigener XML-Documenttyp. Nach den bisherigen Namen wird das dann wohl application/xml+xframes.

                        Grüße aus Bleckede

                        Kai

      2. Hallo,

        • die gesamten Attribute sind jetzt "XML typischer" - source statt src, id statt name...

        Was sind denn "XML typische" Attribute?
        xlink:href wird z. B. in SVG zur Referenzierung von externen Bildern ueber das Element image verwendet. Das faende ich naheliegender und einheitlicher als ein Attribut source. Da haette man auch src beibehalten koennen.

        MfG, Thomas

          • die gesamten Attribute sind jetzt "XML typischer" - source statt src, id statt name...

          Was sind denn "XML typische" Attribute?
          xlink:href wird z. B. in SVG zur Referenzierung von externen Bildern ueber das Element image verwendet. Das faende ich naheliegender und einheitlicher als ein Attribut source. Da haette man auch src beibehalten koennen.

          XLink ist für die HTML WG unbrauchbar, sie entwickelt für Link Recognition eine eigene Sprache.

          1. XLink ist für die HTML WG unbrauchbar, sie entwickelt für Link Recognition eine eigene Sprache.

            Und warum ist das so? /Noch/ eine Sprache zu entwickeln, ist ja auch nicht gerade das Wahre.

            1. XLink ist für die HTML WG unbrauchbar, sie entwickelt für Link Recognition eine eigene Sprache.

              Und warum ist das so?

              Ich verweise da auf http://lists.w3.org/Archives/Public/www-xml-linking-comments/2000JanMar/0073.html und was Steven sonst zu diesem Thema geschrieben hat. Ein wesentlicher Punkt ist, dass XLink "Linking" nicht beschreibt, sondern "Linking" *ist*, was dazu führt, dass man XLink nur für neue Sprachen einsetzen kann, nicht aber für bestehende, wie zum Beispiel XHTML. Ich weiss nicht, was über die Alternative der HTML WG bisher öffentlich gemacht wurde, daher kann (lies: darf) ich dazu auch nicht viel mehr sagen...

  3. Hi,

    hiermit schlage ich Kai zum SELF-Hofberichtserstatter vor, dessen Aufgabe es sein wird, das Self-O-Versum über aktuelle und zukünftige Planungen Aktivitäten des W3C aufzuklären. ;-)
    Eine Art mozillazine fürs w3d also.

    Grüße,
      Tim

    PS: Als Alternative darf er endlich mal seinen Server wieder online bringen.

    1. hi

      hiermit schlage ich Kai zum SELF-Hofberichtserstatter vor, dessen Aufgabe es sein wird, das Self-O-Versum über aktuelle und zukünftige Planungen Aktivitäten des W3C aufzuklären. ;-)

      wenn's weiter nix is ;)

      PS: Als Alternative darf er endlich mal seinen Server wieder online bringen.

      wenn die Post mir verrät, wo das Ding abgeblieben ist, gerne.

      Grüße aus Bleckede

      Kai

      1. Hallo!

        PS: Als Alternative darf er endlich mal seinen Server wieder online bringen.

        wenn die Post mir verrät, wo das Ding abgeblieben ist, gerne.

        &#x260e;&#x003f;

        emu
        [...]