Beim "Manuellen Navigationsmenü" wird an falschen Ort gesprungen

  • Hallo

    Zumindest mit ZP v16.8.4 ist mir aufgefallen (kann natürlich schon bei früheren Versionen der Fall gewesen sein, weil ich dies lange nicht mehr benutzte), dass beim "Manuellen Navigationsmenü" an die falschen Stellen gesprungen wird. D. h., es wird zwar der richtige (also definierte) Artikel ausgewählt, aber unterhalb des Titels gesprungen.

    Hier bei meiner Datenschutzerklärung sieht kann man dies schnell nachvollziehen:

    https://www.alpengreis.ch/datenschutzerklaerung.html

    Zur Veranschaulichung trotzdem noch ein paar Screenshots:

    Habe "Bereitstellung des Onlineangebotes und Webhosting" angeklickt ...

    ... danach ist das Verhalten:

    Aktuell und falsch (der Artikel-Titel ist unter das Hauptmenü "gerutscht" (es wurde zuviel gescrollt):


    Etwa so früher und richtig:

    ODER war das schon immer so - glaube nicht, oder?? Hab's jedenfalls anders in Erinnerung! Wäre jedenfalls nicht wünschenswert, weil ein Besucher dann nicht sicher sein kann, dass wirklich an den gewünschten Ort gesprungen wurde, wenn der Artikel-Titel unter das Hauptmenu "gerutscht" ist - oder er müsste dann immer extra scrollen, was sicherlich nicht "user friendly" wäre.

    Gruss und gutes Weekend

    Norbert

    Norbert S.

    Zeta Producer (Premium), Win 11 Pro 26H2 [de-CH]
    Für mich DIE Lösung und bietet vorbildlichen Support!

  • Hallo,

    kann ich derzeit nicht nachvollziehen.

    Nach Klick auf "Bereitstellung des Onlineangebotes und Webhosting" wird an die Stelle gesprungen und die Überschrift ist sichtbar.

    Welchen Browser verwenden Sie?

    Freundliche Grüße
    Steffen T. (Zeta Producer-Support)

  • Hallo Alpengreis auch bei mir funktioniert das ganz normal.

    PS: was mir aufgefallen ist, deine Sprungmarken sind falsch, also zb. gehe ich auf Präamel springt der auf Einsatz von Cookies zb. usw.

  • Steffen T.

    Firefox, aktuellstes Release. Und ja, mit Edge (z. B.) geht's - mit Firefox definitiv HIER nicht.


    @V I V I D

    Hatte da kürzlich was geändert in der Reihenfolge, herzlichen Dank für die Info - muss ich mir nachher gleich anschauen und korrigieren!

    PS: Ist korrigiert!


    Mit besten Grüssen

    Norbert

    Norbert S.

    Zeta Producer (Premium), Win 11 Pro 26H2 [de-CH]
    Für mich DIE Lösung und bietet vorbildlichen Support!

  • Steffen T.

    Als Ergänzung noch, habe ich bei Firefox folgendes herausgefunden. Springt man also via Link z. B. zu "Präambel", gibt's eben dieses falsche Scrollen (als URL wird dann "https://www.alpengreis.ch/datenschutzerklaerung.html#a3385" gesetzt. Refresht man dann diesen Link, passt es wieder.

    Das scheint also ein Firefox-Problem (Bug?) zu sein.

    Wollt's nur mitteilen, weil Sie vielleicht dazu einen Workaround finden können ...

    PS: Werd's dann auch noch mit paar anderen (virtuellen) Browsern testen, habe aber grad keine Zeit dazu im Moment.

    Norbert S.

    Zeta Producer (Premium), Win 11 Pro 26H2 [de-CH]
    Für mich DIE Lösung und bietet vorbildlichen Support!

  • Alpengreis Habe das jetzt auch nochmal getestet, bei mir funktioniert es auch in Firefox, Opera, Edge und Chrome. Also alles bestens, bei mir zumindest. Nur zur Info!

  • @V I V I D

    Hallo Markus, danke und ja, ich glaube Dir das problemlos! Ist manchmal wirklich eine dubiose Sache, wie es bei Benutzer A geht und bei B nicht usw... Es gibt halt soviele Parameter, die da manchmal einwirken können - AUCH bei Browsern offensichtlich.

    Jedenfalls besten Dank für den erneuten Test, ich schätze dies natürlich sehr!

    Guten Abend noch.

    Norbert

    Norbert S.

    Zeta Producer (Premium), Win 11 Pro 26H2 [de-CH]
    Für mich DIE Lösung und bietet vorbildlichen Support!

  • Neue Infos dazu:

    Habe nun mal einen Test mit einem virtuellen Browser gemacht, via Lambdatest ...

    - Edge 122, Win 10, Auflösung 1920 x 1080 - Ergebis: scrollt auch hier falsch

    - Firefox 123, Win 10, Auflösung 1920 x 1080 - Ergebis: scrollt auch hier falsch

    ABER nun kommts: es scheint auflösungsabhängig zu sein, weil ...

    - Firefox 123, Win 10, Auflösung 2560 x 1440 - Ergebis: SCROLLT RICHTIG!

    Diese Tests sollten ganz unabhängig von meinem System sein (laufen NICHT auf meinem lokalen Rechner, sondern in einer unabhängigen externen Cloud auf externen PCs, mit dort installierten Browsern) ...

    Norbert S.

    Zeta Producer (Premium), Win 11 Pro 26H2 [de-CH]
    Für mich DIE Lösung und bietet vorbildlichen Support!

  • Hallo

    Gibt es da Neuigkeiten dazu? Weil die obigen Tests mit den virtuellen Browsern sagen ja schon einiges aus ...

    Norbert S.

    Zeta Producer (Premium), Win 11 Pro 26H2 [de-CH]
    Für mich DIE Lösung und bietet vorbildlichen Support!

  • Also wie ich oben auch schon sagte bei mir funktioniert es. Meine Auflösung ist 1920x1080 und bei mir scrollt er richtig, also wird es kein Fehler sein. Benutze auch Windows 10.

    PS: Auch die Sprung Links sind jetzt richtig.

  • @V I V I D

    Doch doch, das ist ein Fehler, selbst bei virtuellen Browsern eben, die NICHTS mit meinem System zu tun haben, tritt dieses Problem auf, Markus. Und DIES sagt dann schon - wie gesagt - einiges aus. Jedenfalls ist es nicht einfach ein lokales Problem bei mir. Das ist eben nicht auf allen Systemen identisch (kann vom Grafiktreiber abhängen, etc.) - deshalb geht es bei Dir und bei mir (und auf den virtuellen Systemen, die ganz woanders laufen), eben nicht).

    Die Frage ist halt nur, WO dieser Fehler liegt, ist es bei ZP oder beim Firefox selber.

    Ich frage deshalb nach, weil es evtl. möglich ist, auch für einen allfälligen Browser-Bug seitens Zeta einen Workaround zu finden.

    PS: Im Übrigen war das z. B. bei der Version 16.7 noch kein Problem hier, wenn ich mich nicht komplett täusche!

    Norbert S.

    Zeta Producer (Premium), Win 11 Pro 26H2 [de-CH]
    Für mich DIE Lösung und bietet vorbildlichen Support!

  • Wichtig zu wissen ist, dass Browser oft den bereits gescrollten Zustand einer Seite irgendwie in Betracht ziehen. Also vor dem testen immer sicherstellen, dass die Seite nicht keinen pixel geschallt wurde und sich ganz oben befindet.

    Da wir hier einfache Sprungmarken nutzen und den Rest dem Browser überlassen (bis auf ggf. etwas Kompensation einer fixierten Navigationsleiste) bezweifle ich auch, dass dies ein Bug ist, den wir fixen könnten. Wir halten dies mit sehr niedriger Priorität fest (aktuell können wir uns damit nicht beschäftigen) und beobachten mal ob auch noch andere Nutzer dieses Problem berichten.

    Vielen Dank für den Hinweis!

    Freundliche Grüße
    Stefan S. (Zeta Producer-Support)

  • PS: im Screenshot oben, wo sie sagen "der Artikel ist hinter das Hauptmenü gerutscht", scrollt der Browser technisch gesehen absolut korrekt, denn der Browser weiß quasi nichts von dem fixierten Menü (er behandelt es sozusagen, als wäre es nicht sichtbar). Daher setzen wir hier zusätzliches JS ein, um das ggf. zu kompensieren und wieder etwas nach unten zu scrollen. Eventuell kommt. es hier zu Konflikten oder das JS kommt in bestimmten Konstellationen nicht zum Tragen. Schauen wir an, wenn mal Zeit dafür ist.

    Freundliche Grüße
    Stefan S. (Zeta Producer-Support)

  • @V I V I D

    Daaanke :)

    Norbert S.

    Zeta Producer (Premium), Win 11 Pro 26H2 [de-CH]
    Für mich DIE Lösung und bietet vorbildlichen Support!

  • Stefan S

    Und warum scrollt es dann in unterschiedlichen Auflösungen z. B. wie in meinem 2. Screenshot? Und auch bei den virtuellen Browsern ist das unterschiedlich ... Hier wird selbst bei Firefox anders gescrollt als bei Edge für meine Konfiguration ... Wie kann dies dann technisch richtig sein, wenn es beim virtuellen Test 1 Mal so scrollt wie in Bild 1 und das andere Mal (mit anderer Auflösung) so wie in Bild 2??

    Beim Testen habe ich darauf geachtet, dass vorher nichts gescrollt wurde, etc. - wurde also durchaus korrekt getestet.

    Dann hoffe ich wirklich, dass das bald mal angeschaut werden kann. Weil - es ist nicht nur bei mir so, wenn das auch bei virtuellen Browser-Tests in einer externen Cloud passiert. Gemeldet hat's halt noch niemand sonst, aber es ist definitiv ein Problem - wobei ich eben gar nicht damit sagen will, dass es bei Zeta liegt, nicht falsch verstehen bitte. Wobei - wenn ich recht überlege - habe ich genau dieses zusätzliche JS in Verdacht!

    Wie auch immer, Stefan S - danke für die Rückmeldung und Gruss

    Norbert

    PS: Wenn Sie Zugang zu externen Browser-Tests haben wie Lambdatest, werden auch Sie festellen, dass dieser Fehler bei gewissen Konstellationen auftritt und daher KEIN lokales Problem hier ist! Deshalb sollte meiner bescheidenen Meinung nach, dieses Problem nicht mit tiefster Priorität angeschaut werden, es tritt also definitiv nicht nur bei mir auf - sie konnten es einfach nur nicht nachstellen, es kann aber EXTERN und zuverlässig reproduziert werden!

    Norbert S.

    Zeta Producer (Premium), Win 11 Pro 26H2 [de-CH]
    Für mich DIE Lösung und bietet vorbildlichen Support!

  • Hallo Norbert Alpengreis ich konnte das jetzt Nachtstellen und das ist nur bei Firefox das Problem (also bei mir) warum auch das letztens mir nicht aufgefallen ist, sorry dafür.

    Aber Firefox ist eh so ein komischer Browser, da wird die Schrift dicker dargestellt usw. da würde ich mir nicht so viel Kopf machen (vorerst) 80-90% benutzen den Chrome Browser.

  • Hallo Markus @V I V I D

    Herzlichen Dank für Deine Bestätigung!

    Es tritt eben - bei gewissen Konstellationen - auch z. B. bei Edge auf (getestet)!

    Evtl. sogar noch mit weiteren Browsern (noch nicht getestet).

    Nun sind wir immerhin schon zwei (die hier berichteten). Und wie ich oben geschrieben habe, es ist technisch reproduzierbar mit Firefox UND Edge (soweit getestet) - bei gewissen Konstellationen eben ...

    Mit bestem Gruss und einen guten Abend noch!

    PS: Getestet nun auch via externen Rechnern mit Chrome (Win) und Safari (Mac): gleiches Problem. Das bedeutet: es tritt nun zumindest bei Firefox, Edge, Chrome und Safari auf. Das Problem liegt mit SEHR SEHR hoher Wahrscheinlichkeit bei ZP! Und mit recht hoher Wahrscheintlichkeit beim verwendeten JS. Es betrifft demnach SEHR viele Benutzer (vorallem auch sehr viele Besucher der Seiten, die mit ZP erstellt wurden), nur haben die es noch nicht bemerkt oder nicht hier berichtet ...

    Norbert S.

    Zeta Producer (Premium), Win 11 Pro 26H2 [de-CH]
    Für mich DIE Lösung und bietet vorbildlichen Support!

    6 Mal editiert, zuletzt von Alpengreis (21. März 2024 um 00:06)

  • Nun muss ich hier doch nochmals nachhaken, das ist ja nun mittlerweile ein allgemeiner Fehler, höchstwahrscheinlich in ZP selbst (im JavaScript-Code) (bitte Posting oben lesen). Wann ist mit einer Behebung zu rechnen? Weil, das ist ziemlich ärgerlich, wenn Leute jeweils an die falsche Stelle "gescrollt werden" ...

    Gruss

    Norbert

    Norbert S.

    Zeta Producer (Premium), Win 11 Pro 26H2 [de-CH]
    Für mich DIE Lösung und bietet vorbildlichen Support!

  • Hallo,

    dies scheint das gleiche Problem, wie bei meinen Rückmeldungen zu sein. Bei mir klagten nur die Besitzer von Apple-Smartphones (MACOS), dass das Navigationsmenue nicht korrekt wieder gegeben wird. Man wird beim Dropdown-Menue auf irgend eine Seite geleitet.

    Bei den Android-Smartphones ist es korrekt!

    Auf den Desktop-Rechnern und den Laptops wird meine Homepage bei allen Browsern korrekt wieder gegeben! Tablet habe ich noch nicht getestet!

    MfG

    R.Fisch

  • Hallo Zeta

    Wie schaut's denn nun hier aus? Mein Nachhaken hat ja auch noch nichts bewirkt ...

    Wäre wirklich froh einen Status darüber zu erhalten, ziemlich ärgerliches Problem, und nun haben sich doch schon einige Leute gemeldet (wenn auch nicht alle hier) ...

    Gruss

    Norbert S.

    Zeta Producer (Premium), Win 11 Pro 26H2 [de-CH]
    Für mich DIE Lösung und bietet vorbildlichen Support!

  • Ich kann das nach wir vor nicht nachstellen und z.B. VIVID wohl auch nicht. Daher kann ich auch leider keinen Fehler beheben.

    und nun haben sich doch schon einige Leute gemeldet

    Ich sehe hier nur einen Nutzer der von diesem "Problem" betroffen ist. Wo finde ich die "einige" anderen (vielleicht hilft mir das beim Nachstellen)?

    Allgemein möchte ich noch anmerken, dass wir ja hier eigentlich immer sehr schnell reagieren. Das setzt natürlich auch Erwartungen. Diese können wir aber nicht immer erfüllen. In dem Fall bitte ich um Geduld. Vielleicht hilft es dann, mal darüber nachzudenken, wir die Fehlerbehebung bei anderen Softwareherstellern so abläuft und wie schnell das dort gehandhabt wird…

    Freundliche Grüße
    Stefan S. (Zeta Producer-Support)

  • Hallo Stefan

    @V I V I D (Markus) hat sich auch gemeldet, der dieses Problem nachstellen konnte, dann auch Fisch, bei dem sich Leute gemeldet haben, die anscheinend dieses Problem auch haben. Desweiteren habe ich mit externen Servern getestet, die NICHTS mit meinem System hier zu tun haben, wo das Problem auf verschiedenen Browsern auftrat (deshalb werden also VIELE betroffen sein - nur haben sich die HIER nicht gemeldet). Das hat also ganz sicher nicht nur mit mir (meinem System) zu tun - definitiv nicht. Details siehe oben ...

    Und weil dies also höchstwahrscheinlich ein allgemeines Problem in Zeta (mit JS) ist (das halt einfach "nur" gewisse Konstellationen betrifft) und es meiner Ansicht nach wichtig ist, dass gerade bei rechtlichen Dokumenten (wie in meinem Fall) alles stimmen sollte - inkl. Navigation - und es keinen Workaround dafür gibt - bin ich so ungeduldig - in DIESEM Fall.

    Gruss

    Norbert S.

    Zeta Producer (Premium), Win 11 Pro 26H2 [de-CH]
    Für mich DIE Lösung und bietet vorbildlichen Support!

  • Ihre Meldungen habe ich gut verstanden. Die der Anderen sind mir unbekannt. Ursache ist die feststehende Navigation. wenn falsch gescrollt wird, dann sicherlich genau um so viel, wie die Navigation hoch ist. Kann das sein?

    Der schnellste Workaround wäre also ein Layout ohne feststehende Navigation, oder ggf. auch per angepasstem CSS dem body ein entsprechendes padding-top zu verpassen.

    Freundliche Grüße
    Stefan S. (Zeta Producer-Support)

  • Hallo Stefan

    Die der Anderen sind mir unbekannt.

    Also, @V I V I D (Markus) hat das ja bei sich nachvollziehen können (siehe oben). Ebenfalls die Besucher von Fisch anscheinend (siehe auch oben).

    Ursache ist die feststehende Navigation. wenn falsch gescrollt wird, dann sicherlich genau um so viel, wie die Navigation hoch ist. Kann das sein?

    Ja, das ist der Fall, so wie ich das sehe - also genau um die Höhe der Navigation - aber eben NICHT bei allen Auflösungen/Konstellationen/Systemen, obwohl es immer die gleiche Seite ist. Deshalb MUSS es wohl an Zeta liegen (JS).

    Der schnellste Workaround wäre also ein Layout ohne feststehende Navigation, oder ggf. auch per angepasstem CSS dem body ein entsprechendes padding-top zu verpassen.

    Das mit dem padding-top werde ich gerne mal versuchen, das ist eine gute Idee - Layout-Wechsel liegt wohl nicht drinn. Jedenfalls herzlichen Dank dafür!

    DANKE und Gruss!

    Norbert

    Norbert S.

    Zeta Producer (Premium), Win 11 Pro 26H2 [de-CH]
    Für mich DIE Lösung und bietet vorbildlichen Support!

  • Hallo Stefan S und Alpengreis also ich habe es jetzt bei mir nochmals getestet. Benutze einen PC mit Windows 10. Also auf Chrome und Edge funktioniert es und auf auf Mozilla Firefox nicht. Screenshot habe ich mal gemacht.

    PS Alpengreis Norbert ist halt jetzt die Frage ob es wirklich so schlimm ist, wie viele lesen sich diese Sachen wirklich durch und die meisten benutzen auch Chrome. Ich hoffe Du findest da eine Lösung. Evtl. fällt Stefan S noch was anderes ein oder Du blendest mal mit CSS das runterscrollen der Navigation aus ? Sorry das ich nicht helfen kann.

  • Hallo Alpengreis Norbert also ich habe jetzt mal die Navigation wenn Sie runterscrollt mit display: none; ausgeblendet und siehe da jetzt geht es auch bei Firefox.

    Evtl. nimmst Du einfach mal das Layout Top Responsive: ich habe bei mir auch die Navigation beim runterscrollen ausgeblendet oder kannst ja auch bei deinem bleiben.

  • Hallo @V I V I D Markus

    Vielen Dank für den Tipp - auch dies werde ich sehr zeitnah (wahrscheinlich heute noch) ausprobieren, prima!

    Gute Woche noch und Gruss

    Norbert

    Norbert S.

    Zeta Producer (Premium), Win 11 Pro 26H2 [de-CH]
    Für mich DIE Lösung und bietet vorbildlichen Support!

  • Was auch mal einen Test wert wäre: in Firefox testen, wie es ich jeweils mit deaktiviertem und aktiviertem JavaScript verhält.

    Ich schau morgen nochmal, was ich reproduzieren kann.

    Freundliche Grüße
    Stefan S. (Zeta Producer-Support)

  • Stefan S Ich kann das Problem auch nachvollziehen. Mit deaktiviertem JS tritt das natürlich nicht auf - dann gibt es ja auch kein smooth-scrolling und die Navbar wird nicht fixed.

    Freundliche Grüße
    Philipp

    ---------------------------------------------------------------
    Widgets für Zeta Producer: widget-zp.de

  • Nun hab'ichs einfach mal so getestet, dass nav auf "absolute" gesetzt wird, dann klappt's (natürlich) auch. Ist dann ja auch wie ausgeblendet quasi.

    @V I V I D Markus

    Es passiert ja auch bei Chrome, Edge und Safari bei gewissen Voraussetzungen und nicht nur in Firefox (alles getestet, siehe auch unten).

    Und auch phil-web ist nun auch dabei ;)


    Stefan S

    Ein "padding-top" für den body verschärft das Problem nur um den angegebenen Wert - ein Minus-Wert ist da ja nicht möglich (möglich schon, zeigt aber keinen Effekt).

    Wie ich gesagt hatte, es betrifft VIELE Benutzer mit unterschiedlichen Browsern, nur haben die sich nicht hier gemeldet - ich wiederhole nochmals:

    Getestet via externen Rechnern mit Chrome (Win) und Safari (Mac): gleiches Problem. Das bedeutet: es tritt nun zumindest bei Firefox, Edge, Chrome und Safari auf, zumindest bei gewisser/n Auflösung(en). Das heisst es betrifft VIELE Benutzer - ja wohl sogar SEHR viele Benutzer.

    Es ist halt wirklich die Frage, wie wichtig das einem ist, wie Markus auch schon angetönt hat - und man kann da halt unterschiedlicher Meinung sein, das ist klar und das akzeptiere ich auch. Für mich persönlich ist es halt nicht nur ein kosmetisches Problem - sondern kann in einem Rechtsdokument die Besucher verwirren, weil sie nicht "einfach so" sicher sein können, "wo sie nun genau lesen", "was sie gerade gelesen habe (zu welcher Thematik das gehörte", etc.


    Jedenfalls ALLEN (auch Zeta, bzw. speziell Stefan S) meinen herzlichen Dank für die Hilfe!

    Mit bestem Gruss

    Norbert

    PS: Stefan, falls Sie dies nicht auf Ihrem System reproduzieren können - "einfach" mal virtuell testen (via Lambdatest oder ähnlich), also lokal-unabhängig, dann werden Sie zum gleichen Ergebnis kommen ... es ist DEFINITIV reproduzierbar bei gewissen Konstellationen (Auflösungen) (bei meinen Tests war das jedenfalls so der Fall, mit eben den erwähnten Browsern (siehe oben)).

    Norbert S.

    Zeta Producer (Premium), Win 11 Pro 26H2 [de-CH]
    Für mich DIE Lösung und bietet vorbildlichen Support!

  • Stefan S Ich kann das Problem auch nachvollziehen. Mit deaktiviertem JS tritt das natürlich nicht auf - dann gibt es ja auch kein smooth-scrolling und die Navbar wird nicht fixed.

    In welchem(n) Browser(n) tritt der Fehler bei Dir auf?

    Freundliche Grüße
    Stefan S. (Zeta Producer-Support)

  • Hallo alle

    Vielleicht hilft diese Information ja, um dem Problem auf die Schliche zu kommen(?). Deshalb kurz: …

    Ich kann das beschriebene Verhalten (lediglich) innerhalb eines "mehrseitigen" Bilderalbum-Widgets beobachten, wenn Inhalt durch die Cookie-Einstellungen blockiert wird. Blättere ich, bei Cookie-Einstellung "alle ablehnen", im Bilderalbum z.B. von Seite 1 zu Seite 2 weiter, rutscht die Überschrift des Bilderalbums hinter die Menüleiste/Navigation. Gebe ich in den Cookie-Einstellungen alles frei – bei mir konkret die YouTube-Videos – scrollt die Überschrift bis unterhalb der Menüleiste und bleibt sichtbar. Das beschriebene Verhalten sehe ich lediglich in Firefox.

    (Link zur betreffenden Seite)

    Eine gute Zeit, viel Erfolg und viele Grüsse

    elch

    Zeta Producer 17.x - Express

    Website, zu einer nicht primär gewinnorientierten und/oder ernst zu nehmenden Nebentätigkeit: Heubeere.ch ;)
    (PS: "ß" gibt es nicht - und kann ich nicht. Sorry!)

  • Da es wohl nur in Firefox auftritt, halte ich das potentiell für einen Browser-Bug, habe aber trotzdem was in 16.8 eingebaut um das in Firefox zu kompensieren (nur wenn das Widget "Navigationsmenü manuell" im Layout "Flat-Responsive" genutzt wird). In frühestens 30 Minuten auf "Extras > Updates suchen" klicken und nachdem Inhalte geladen wurden (Hinweis oben im Fenster) die Tastenkombination STRG-SHIFT-T drücken. Danach ggf. veröffentlichen.

    Freundliche Grüße
    Stefan S. (Zeta Producer-Support)

  • ch kann das beschriebene Verhalten (lediglich) innerhalb eines "mehrseitigen" Bilderalbum-Widgets beobachten, wenn Inhalt durch die Cookie-Einstellungen blockiert wird.

    Vielen Dank! Das hier berichtete bezog sich speziell auf das "Navigationsmenü manuell". Das sollte nun behoben sein.

    Freundliche Grüße
    Stefan S. (Zeta Producer-Support)

  • Stefan S

    Es ist HÖCHSTWAHRSCHEINLICH KEIN Browser-Bug!

    Es trat bei meinen Tests in allen relevanten Browsern, also Firefox, Chrome, Safari und Edge auf!

    Aber nun muss ich sofort das Update testen :)

    Norbert S.

    Zeta Producer (Premium), Win 11 Pro 26H2 [de-CH]
    Für mich DIE Lösung und bietet vorbildlichen Support!

  • Stefan S.

    Ahhhh, nun läuft's wieder in Firefox - und erreicht den Anker erst noch schneller als vorher, weil nicht mehr "eingependelt" wird - SUUUPER :)

    HERZLICHEN Dank nochmals!

    PS: Einfach noch beachten, dass es - wie oben beschrieben - auch in Chrome, Edge und Safari auftrat bei meinen Tests! Da weiss ich jetzt nicht, ob das in diesen Browsern ebenfalls kompensiert wird ...

    Norbert S.

    Zeta Producer (Premium), Win 11 Pro 26H2 [de-CH]
    Für mich DIE Lösung und bietet vorbildlichen Support!

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!