netscape 6 und anker (nicht hauen!)

[thelonious]

hallo,

ich habe ein nicht unbekanntes problem und bin mittlerweile
etwas ratlos, da ich schon soviel probiert habe.

netscape 6 springt meine in derselben datei liegenden anker
nicht an! hier ein codeauszug:

<table width="90%" border="0">
   <tr><td valign="top">
        <img valign="middle" src="pics/bommel.gif" width="5" height="12" border="0" alt="">
         <a class="faqLinks" href="#1">wie alt bist du?</a><br>
        .
        .<!-- dieses ziemlich oft -->
        .
</table>
        .
        .
        .
<a name="1"> </a>
<span class="soundso">blablabla...</span>
        .
        .<!-- auch dieses ziemlich oft -->
        .

ich hab's auch schon ohne irgendwas zwischen beginn- und endtag versucht uvm., liegt's am doctype oder so?
wäre für 'ne hilfe echt dankbar...

[CarstenP]

Hallo,

<a class="faqLinks" href="#1">wie alt bist du?</a>
[...]
<a name="1"> </a>

Wie wäre es, wenn Du es mal mit einem gültigen Wert für name probieren würdest?

http://www.w3.org/TR/html401/types.html#h-6.2

* ID and NAME tokens must begin with a letter ([A-Za-z]) and may be followed by
  any number of letters, digits ([0-9]), hyphens ("-"), underscores ("_"), colons
  (":"), and periods (".").

Viele Grüße
Carsten

[MudGuard]

Hi,

<a class="faqLinks" href="#1">wie alt bist du?</a>
[...]
<a name="1"> </a>

Wie wäre es, wenn Du es mal mit einem gültigen Wert für name probieren würdest?

Der Wert ist gültig. Das name-Attribut von a hat den Typ CDATA, und nicht NAME.
Nur weil das Attribut ZUFÄLLIG den Namen "name" hat, ist es noch kein NAME token. Und schon gar kein ID token.

Nur das http-equiv-Attribut und das im meta-Element angesiedelte name-Attribut haben den Typ NAME.

name-Attribute in den anderen Elementen, in denen es das name-Attribut gibt, sind alle vom Typ CDATA.

Ja, ich bin diesem Irrtum auch lange Zeit erlegen. Aber es ist eben ein Irrtum.

cu,
Andreas

[CarstenP]

Hallo,

Ja, ich bin diesem Irrtum auch lange Zeit erlegen. Aber es ist eben ein Irrtum.

Tja, so ist das, wenn man jahrelang immer wieder dasselbe vorgekaut bekommt: man glaubt es irgendwann dann auch. Und wenn man sich dann mit diesem "Wissen" auf die Suche nach einem offiziellen Dokument begibt, dann findet man auch das, was man glaubt zu suchen... ;-)

Viele Grüße
Carsten

PS: in Hinblick auf XHTML 1.0 und die Compatibility Guidelines (http://www.w3.org/TR/xhtml1/#C_8) folgt dann doch in gewisser Weise: der Wert von name darf nicht mit einer Ziffer beginnen... ;-)

[Tim Tepaße]

Hallo MudGuard,

Der Wert ist gültig. Das name-Attribut von a hat den Typ CDATA, und nicht
NAME.

Stimmt, so steht es in der DTD. Aber da gibt es noch diesen Abschnitt in der
Spezifikation von HTML 4.01, der wörtlich sagt:
  For some HTML 4 attributes with CDATA attribute values, the specification
  imposes further constraints on the set of legal values for the attribute
  that may not be expressed by the DTD.
  (http://www.w3.org/TR/html4/types.html#h-6.2)

Und das eben auch für id und name.

(Ich habe die Spezifikation von HTML 4.01 genommen, da name in XHTML 1.0 schon auf deprecated gesetzt wurde.)

• Tim

[MudGuard]

Hi,

For some HTML 4 attributes with CDATA attribute values, the specification
  imposes further constraints on the set of legal values for the attribute
  that may not be expressed by the DTD.
Und das eben auch für id und name.

Nein, eben nicht. Nur für die Datentypen ID und NAME.
Aber nicht für das name-Attribut.

Wenn es anders wäre, müßten hier 2 Fehler sein, nicht nur einer:
http://validator.w3.org/check?uri=http%3A%2F%2Ftemp.andreas-waechter.de%2Ftest2.html

cu,
Andreas

[Tim Tepaße]

Hallo Andreas,

Nein, eben nicht. Nur für die Datentypen ID und NAME.
Aber nicht für das name-Attribut.

Autsch. Da habe ich nicht genau genug gelesen. Tut mir leid.

Neugierig geworden, habe ich etwas recherchiert. In RFC 2396 (URIs) haben
"fragment identifiers" das gesamte alphanumerische Spektrum plus hexadezimale
Kodierung plus einige Sonderzeichen zur Verfügung. Weiß jemand, weswegen man
sich da bei den Datentypen ID und NAME so beschränkt hat?

Und SELFHTML ist sich da auch etwas inkonsequent:
Meine Zitat oben aus SELFHTML [1] sagt, daß das erste Zeichen von name ein
Buchstabe sein muß, befindet sich damit also in Übereinstimmung mit der
Spezifikation von XHTML, in dem name der Datentyp NMTOKEN zugewiesen bekommen
hat, um in Richtung id zu gehen.
In der Attributreferenz von SELFHTML [2] steht als Datentyp noch CDATA -
sprich hier würde sich SELFHTML nach der Spezifikation von HTML 4.01 richten.

[1] http://selfhtml.teamone.de/html/verweise/projektintern.htm#anker
[2] http://selfhtml.teamone.de/html/referenz/attribute.htm#a

• Tim

[thelonious]

ist ja auch alles ganz interessant,
aber ich hab auch schon an die bezeichner gedacht und sie gegen
buchstaben oder wörter ausgetauscht. der nn 6.1 macht es
trotzdem nicht - liegt es vielleich daran, dass das ganze in
einem auto-gescrollten div stattfindet?

[Tim Tepaße]

Hallo thelonious*,

<a name="1"> </a>

*hau* ;-)

In SELFHTML steht recht eindeutig:
  Den Ankernamen können Sie frei vergeben. Vergeben Sie keine zu langen Namen.
  Namen dürfen keine Leerzeichen und keine deutschen Umlaute enthalten. Das
  erste Zeichen muss ein Buchstabe sein.
  (http://selfhtml.teamone.de/html/verweise/projektintern.htm#anker)

Ach ja, ab XHTML 1.1 dient das name-Attribut nicht mehr als Anker; stattdessen wird jedes Element, das eine id hat, als Anker angesprungen.

• Tim

[MudGuard]

Hi,

In SELFHTML steht recht eindeutig:
  Den Ankernamen können Sie frei vergeben. Vergeben Sie keine zu langen Namen.
  Namen dürfen keine Leerzeichen und keine deutschen Umlaute enthalten. Das
  erste Zeichen muss ein Buchstabe sein.

Dann irrt Selfhtml hier eindeutig. Siehe mein anderes Posting.

cu,
Andreas