Der Fehler liegt in Deinen Sprungmarken. Du hast nur Zahlen verwendet. Ob das jetzt legal für das id-Attribut ist oder nicht, daran kann ich mich nicht mehr erinnern. Ist aber auch egal; ich weiß aus Erfahrung, dass Browser das nicht mögen. Gruß, Folker
Dies ist ein TEST!
bla
blabla
blablabla
blablablabla
blablablablabla
bla
blabla
blablabla
blablablabla
blablablablabla
bla
blabla
blablabla
blablablabla
blablablablabla
TEST!
Na also, geht doch!<a href="#Marke1">TEST!</a>
...
<a id="Marke1"/>
Prinzipiell ist der Code also korrekt. Fragt sich nur, weshalb es in PeakD nicht funktioniert?Interessant ist - wie auch @indextrader24 schon festgestellt hat - dass das Springen in meinem Post funktioniert, sobald man den Artikel in hive.blog öffnet!
Liegt wohl am JavaScript. PeakD lädt nicht das reine HTML via Browser, sondern manipuliert den Seitenaufbau durch Füllen von einem vorgefertigten Raster, z.B. aus <DIV> s. So kommen die betrachterspezifischen Layouts zustande.
JS-Programmierer schlunzen bei diesen Sachen oft; Sonderzeichen müssen z.B. escaped (\) oder doppel-escaped (\\) werden, je nach Code. Ich musste die Backslashes hier auch escapen, damit sie anzeigen. Hive.blog macht sowas - JS - vielleicht nicht, oder besser.
In der Vorschau des Artikel-Editors funktioniert es auch nicht. Bei meinem Kommentarcode haben deine Zahlen nicht funktioniert, aber meine alphanumerischen Marken schon (in PeakD, Vorschau und Post).
Ja, als normale HTML-Datei im Browser funktionierts auch einwandfrei.
PS: Auf meinem Android-Handy funktioniert es nicht, weil PeakD die Sprungmarke zur absoluten URL ergänzt, die dann in Chrome einen frischen Tab auslöst. Viel Geflacker für nichts. Auf meinem Laptop habe ich es seit heute morgen noch nicht probiert. Ist aber egal, es muss ja überall klappen, tut's aber nicht.
Ja, das war wohl letztlich doch der Knackpunkt, auch wenn sich auf hive.blog und meinen Browsern im HTML-Code problemlos springen ließ, ist es bei peakd wohl wichtig, dass die Sprungmarken mit einem Buchstaben beginnen.