Moin zusammen,
geht es nur mir so oder springt der Link zu einem gesetzten Anker auch manchmal an eine willkürliche Stelle? auf der Seite so das der User noch ein Stück scrollen muss.
Moin zusammen,
geht es nur mir so oder springt der Link zu einem gesetzten Anker auch manchmal an eine willkürliche Stelle? auf der Seite so das der User noch ein Stück scrollen muss.
Das hatte ich glaube ich mal vor Jahren - und wurde dann aber gefixt (wenn ich mich da recht erinnere).
Geschieht das mit verschiedenen Browsern (nicht nur Chromium basiert z. B.)?
Ist das reproduzierbar? Falls ja, könnte ein Link dazu hier hilfreich sein.
Gruss
Moin,
ich habe das immer "mal wieder"
Wenn ich beim ersten Klick auf die Anker (PLZ) klicke, geht es oft nicht dahin, wo es eigentlich hin sollte.
Kuuuurios
Hallo
Ja, konnte ich dort reproduzieren (Firefox Desktop neustes Release).
Jedenfalls mit der "29" (und mit einer anderen Zahl auch noch (zuwenig drauf geachtet) ...
Muss sich wohl mal der Zeta Support anschauen.
Gruss und gutes restliches Weekend noch
PS: Bei meiner eigenen Website konnte ich es nicht reproduzieren.PPS: Was mir aber noch aufgefallen ist, es tritt anscheinend (vorallem?) dann auf, wenn die Seite nicht mehr im Cache ist, also z.B. nach einem Strg+F5 (Seite neu laden ohne Cache) ...
Danke für das ausprobieren.
Bei mir ist es so .. beim ersten mal springt der Anker in die Nähe. Nach dem ich aktualisiere trifft der Anker.
"Gefühlt" aber nicht zuverlässig.
Bin verwirrt ....
![]()
Entschuldigung - es ist natürlich auch bei mir umgekehrt!
Es passiert offenbar, wenn die Seite noch im Cache IST, nach Neuladen ohne Cache stimmt es auch bei mir (besser).
Gruss
... es bleibt ein Mysterium
Also .. ich habe das nochmal getestet. Die Seite wird aufgerufen, der Link landet grob in der Nähe des Ankers, gerne auch beim falschen Eintrag. Beim zweiten mal klappt es dann, nur versucht das ja kein User.
Soll ich da mal ein Video hier reinstellen, oder reicht die Beschreibung lieber Support
Ich würde dafür auch ein Ticket buchen, wenn es uns weiter bringt ....
Posten Sie doch mal einen solchen Link, der einen Anker enthält, dann müssen wir uns den nicht selbst suchen.
Maaaaanchmal ist das so mit dem Wald und den Bäumen ...
Oh man .. hätte ich doch glatt mal selbst druff kommen können.
Testen Sie insbesondere mit dem Anker "29", und beachten Sie bitte obige Postings "dazu". Damit konnte ich es leicht reproduzieren.
Gruss
Hallo,
der Anker ist korrekt definiert und kommt auch nicht mehrfach auf der Seite vor. Technisch also alles in Ordnung. Vermute einen Browserbug.
Die Seite sieht für mich etwas eigenartig aus mit all den Lücken. Mir scheint, dass der erste Container auf der Seite nur die "Sidebar-Icons" enthält. Das hat zur Folge dass der Container Raum einnimmt, obwohl er eigentlich keinen normalen Inhalt hat (der mit scrollt). Ich würde diesen Container mal vom Start an das Ende der Seite verschieben. Ob das hilft kann ich nicht sagen, aber einen Besuch ist es wert.
Ok, ich setze das mal um. Die Eigenart hat einen Zweck ... nämlich den Fehler mit dem Anker auszutricksen.
Zudem hat das einen Hintergrund, die Lücken sind so beabsichtigt.
Browserbug? D. h. mein Chrome oder Edge haben ein Problem?
Nein, hat keine Auswirkung. Der erste Klick landet nach wie vor nicht da wo er landen sollte.
Firefox selbes Problem. Der Anker sitzt richtig, aber es werden oft nicht der richtige Inhalt angezeigt.
Brave zeigt das Problem auch. Es ist immer der erste Versuch, der falsch landet.
Da der Fehler sogar auftritt, wenn JS im Browser deaktiviert ist, scheint es sehr unwahrscheinlich, dass die Fehlerquelle bei ZP liegt.
Da der Fehler sogar auftritt, wenn JS im Browser deaktiviert ist, scheint es sehr unwahrscheinlich, dass die Fehlerquelle bei ZP liegt.
Ich verstehe diese Antowort nicht.
Wenn alle Browser den Fehler machen, das ist es ein unlösbares Problem?
Ich würde je gerne meinem WIN11 System den Fehler zuweisen, aber Alpengreis konnte den Fehler ja auch "erzeugen"
Ich habe das Projekt gesendet.
Da der Fehler sogar auftritt, wenn JS im Browser deaktiviert ist, scheint es sehr unwahrscheinlich, dass die Fehlerquelle bei ZP liegt.
Eventuell könnte das ja aber auch durch CSS ausgelöst werden. Ist aber wirklich ein sehr seltsamer Bug... Ich werde es mir auch mal ansehen und testen, wenn ich Zeit habe.
ich kann das Projekt ja mal kopieren, das CSS dann komplett rausnehmen. Aber ich meine, das mich das Problem schon sehr lange begleitet, nur hat es mich bis dato nie wirklich gestört. Ich hatte das immer mal wider, nur stört es mich bei diesem Projekt sehr.
HOK Es gibt ja jetzt eine Supportanfrage zum Thema und das Projekt zum Testen habe ich auch. Also am besten mal abwarten.
Moin ![]()
Die Nachricht hier im Dialog von Stefan S. hat mich nur irritiert, daher der weitere Dialog.
Stimmt, das Projekt ist ja bei Ihnen, ich verdrängte.
Dann warten wir mal in tiiiefer ZETALIEBE ab.
Nur noch wegen einem allfälligen Browser-Bug.
Dann müssten gleich mehrere Browser diesen Bug haben, nämlich Edge, Chrome (beide Chromium) UND auch Firefox (ich konnte es mit Firefox reproduzieren).
Nur so als Info ...
Gruss
Wir konnten die Ursache im Projekt nachvollziehen.
Auf der betroffenen Seite werden zahlreiche Bilder per Lazy Loading erst beim Scrollen geladen. Beim ersten Klick berechnet die Navigation die Position des Ankerziels, bevor alle darüberliegenden Bilder geladen sind. Durch das anschließende Laden der Bilder verschiebt sich das Ziel. Deshalb landet der erste Klick an der falschen Stelle, während weitere Klicks korrekt funktionieren.
Die zusätzlichen CSS-Definitionen sind nicht die Ursache.
Als vorübergehenden Workaround kann folgender Code in das globale Attribut footer_script eingefügt werden:
<script>
document.querySelectorAll('img[loading="lazy"]').forEach(function (img) {
img.loading = "eager";
});
</script>
Anschließend muss die Website neu erstellt und veröffentlicht werden.
Wir werden das Verhalten in einer Update-Version von Zeta Producer natürlich verbessern.
TAUSEND DANK!
Dann kann das auch mein Gefühl aus der Vergangenheit bestätigen, wenn ich solche "komische" Seiten erstellt habe.
Wir haben einen Weg ... Hurra!
LÄUFT!
Danke!
So schön, wenn Anker das tun, was sie sollen ![]()
FYI: Der Code schaltet das Lazyloading der Bilder auf der Seite, die den Code enthält ab.
Das ist, was ich mit Browser-Bug meinte. Wir nutzen das lazyloading der Bilder um die Performance der Seiten zu verbessern. Browser unterstützen das lazyloding, kommen dann aber mit dem Scrollen zu Ankern nicht zurecht. Das können wir mit JS umgehen, ich denke aber, es wäre besser, wenn es von den Browsern gehandhabt würde.
Alles klar, JETZT verstehe ich den Ansatz.
Danke für die Info, super zu verstehen!
Guten Morgen in die Runde 💁
DAs Problem taucht leider wieder auf
Der Anker spring wieder "nur in die Nähe"
Erst wenn man nochmals den Link oder die Suche setzt, springt er zum richtigen Anker.
Der Code für das Attribut ist Global gesetzt.
Was kann ich tun ?
Kann ich nicht nachvollziehen.
Das ist ja dann gut für mich ... dann ist es mein PC
Bei mir springt es auch nicht zum korrekten Ziel. Im Safari sieht man beim Neuladen, dass es kurz zu einer Stelle springt und dann nach oben scrollt:
Manchmal springt es auch beim 2. Neuladen zum richtigen Ziel und dann beim nächsten Reload wieder wo anders hin...
Das Springen selbst funktioniert bei mir.
Ja, bei mir auch nach Neuladen ohne Cache nur in der Nähe aber NICHT am richtigen Ort.
Gruss
Hmm .. genau mein Problem.
Das Grundproblem scheint zu sein, dass das Verrutschen durch das nachladen der Bilder passiert.
Falls Sie mal etwas Zeit haben, könnten Sie eine Testseite basteln, in der die Bilder nicht via Editor im Text der Hinweisbox eigebunden sind, sondern ganz normal als Bild-Widget platziert werden. Könnte mir vorstellen, daß das einen Unterschied macht. Wäre auf jeden Fall ein guter Test-
Moin,
versuche ich die Tage mal umzusetzen
Danke für das feedback
Ich habe das Projekt kopiert und alle Bilder entfernt.
Es scheint jetzt "zu laufen"
Aber für mich unschön so .....
Kann ich hoffen, das eine Lösung gefunden wird?
Testseite basteln, in der die Bilder nicht via Editor im Text der Hinweisbox eigebunden sind, sondern ganz normal als Bild-Widget
Ähm, sagte ich „ohne Bilder“?
Ahhh und nööö .. aber das habe ich für mich anders gewertet.
Kommt morgen .... oder heute Nacht ![]()
Ähm, sagte ich „ohne Bilder“?
sooooo ... ich glaube, jetzt habe ich es richtig umgesetzt.
Bei mir scheint es auch zu funktionieren. Schön ist das so nicht, aber erst mal ein Weg
Die Frage wäre ... sobald ich Bilder im Texfeld einsetze, zickt der Anker ?
Weil .... im Textfeld kann ich das Bild skalieren
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!
Wenn Sie neu bei uns sind, hilft Ihnen unsere Hilfe-Seite dabei, sich im Forum zurechtzufinden. Dort erfahren Sie alles Wichtige, von der Registrierung bis hin zur Erstellung eigener Themen (Fragen).
Ohne Programmierkenntnisse gleich mit Zeta Producer loslegen. Layout auswählen, Text eingeben – fertig. Kostenloser Support und über 99% zufriedene Kunden. Überzeugen Sie sich selbst!