Beiträge von Alpengreis

@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!

Hallo

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

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) ...

@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

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.

Danke, ist ok nun!

Steffen T.

Alles klar, ist ja kein Weltuntergang ... aber halt doch recht "blöde" für Betroffene, die auch nichts vom beschriebenen Workaround wissen (mit dem Woraround ist es natürlich nicht mehr wirklich ein grosses Problem). Und ein Einzel-Phänomen bei mir ist es ja auch nicht ... Schlussendlich müsst IHR ja entscheiden, wie wichtig Euch eine funktionierene Suche "für alle" ist - persönlich muss das für MICH nicht schnell gehen ...

Stefan S

Ok, verstehe. Naja, hatte ja gesagt, dass dort ein "komischer Balken" drinn ist, der dort wohl nicht hingehört - wobei ich zu diesem Zeitpunkt noch nicht wusste, dass der bei Artikeln dort hingehört ... hatte dies zwar nachher auch angenommen, dass das so in Ordnung sein könnte, NACHDEM ich herausgefunden hatte, dass dies nur bei Artikeln der Fall ist. Von Funktionieren hatte ich allerdings erst nachher gesprochen - aber nur im Zusammenhang mit "Balken da oder nicht da" und diese Artikel habe ich kurz nach Veröffentlichung bereits wieder gelöscht, da sie nicht korrekt waren ...

Oder anders gesagt, wenn ich geschrieben habe "ZP (v16.8.4): Beim "Manuellen Navigationsmenü" ist ein komischer Balken drinn bei der Linkauswahl, der wohl dort nicht hingehört..." wüsste ich nicht, was ich da nun hätte besser beschreiben können, weil MIR die Zusammenhänge zu diesem Zeitpunkt ja gar nicht klar waren - wollt's nur melden ...

Trotzdem, dieser Balken KANN verwirren, meiner Meinung nach. Besser wäre es doch, wenn stattdessen einfach keine Eingabe in diesem Feld möglich wäre, oder nicht?

Nun hab'ich's aber es geht, solange man NICHT einen Artikel einer Seite auswählt. Oder anders gesagt, eine Seite SELBER geht, ein Artikel von einer Seite nicht.

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

Aha, verstehe.

Da gibt es wohl ein Problem noch mit mehreren Bildschirmen, Auflösungen oder so ... (hier 4K plus 2 andere Bildschirme mit tieferer Auflösung).

Aber gefixt werden sollte das auf jeden Fall, weil ich kann auch nichts eingeben dort.

Und mit diesem Problem bin ich wohl höchstwahrscheinlich nicht alleine ...

Gruss

Norbert

mawakla  @V I V I D

Also, das mit dem "Private Mode" für Firefox war wohl nun Zufall, nun habe ich auch wieder dasselbe Verhalten - also 1 x klappts, dann nicht mehr ...

Ich beende nun mal das Testen wieder - es SCHEINT einfach was zu sein im Zusammenhang mit "SiteSearch" - auch wenn es eben nicht bei allen Benutzern auftritt ... bis das gelöst ist, bleibt für Betroffene nur der Workaround mit der Direktanpassung des URL im Stil "https://docs.zeta-producer.com/suchergebnisse…ss360Query=test".

mawakla

Danke auch Dir für die Info.

Verzwickt, das Ganze!

Ich bleibe dran ...

@V I V I D

Danke für die Info. Hier ist es so wie bei mawakla - meistens funktioniert es das 1. Mal, dann bereits bei der 2. Suche (neuer Text eingegeben) nicht mehr - getestet mit Firefox, Edge (auf PC). Es SCHEINT irgendwie mit "SiteSearch" zusammenzuhängen (evtl. auch ortsabhängig) - weil bei der Entwicklerhilfe, wo das nicht (so) integriert ist, funktioniert die Suche ohne Probleme. Evtl. spiele auch der (NICHT-lokale Cache eine Rolle, (Cache von "SiteSearch" oder so).

Du hast mich aber auf die Idee gebracht, Markus, es mal noch intensiver zu testen - und es SCHEINT auch mit Browser-Einstellungen zu tun zu haben, weil: wenn ich dies in einem sogenannten "private mode" in Firefox versuche, geht es bislang. SOGAR die Lupe funktioniert dann!

Ich werde über das Weekend weitere Tests durchführen und dann berichten ...

Jedenfalls nochmals Danke für den Anstoss und natürlich auch Dir ein gutes Weekend

Mit bestem Gruss

Norbert

Hallo

ZP (v16.8.4): Beim "Manuellen Navigationsmenü" ist ein komischer Balken drinn bei der Linkauswahl, der wohl dort nicht hingehört, siehe hier:

Gruss

Norbert

Hallo

Beim Frage-Antwort-Captcha (ZP v16.8.4) ist ein fehlerhafter Hinweistext drinn:

Gruss

Norbert

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

@V I V I D

Interessant - es scheint nicht bei allen (Browsern, Systemen) dasselbe zu sein ...

mawakla

Ist ja kein Beinbruch ... man findet halt manchmal wirklich nicht das Gesuchte - und schon ist's passiert ...

Thread zusammenschliessen, genau, bitte auch darum Stefan S (Meldung ist gesendet, um das zu bewerkstelligen) ...

Gutes Wochenende!

@V I V I D

Hallo Markus

Die Return-Taste funktioniert eben dann auch nicht ...

Ein Workaraound habe ich im obgenannten Thread beschrieben, bitte dort weiterfahren ...

Kann ich bestätige, hab es sogar schon gemeldet ... siehe hier Suche in der Online-Hilfe buggy?

Ja, eben, das sehe ich genau so Stefan S

Achsooo, also das GESAMTE Untermenü (der weisse Block) nach rechts verschieben, dass alles schön mit dem Hauptnavigationspunkt "Unsere Bereiche" linksbündig ist. Die Untermenü-Einträge sollen aber linksbündig bleiben ... hmm ... mal schauen, ob ICH da noch weiterhelfen kann ...

PS: Ich glaube nicht, dass dies geht - bwz. KÖNNTE schon gehen, wäre aber wohl problematisch, wenn z. B. der Hauptmenüpunkt ganz rechs auch mal Untermenüs kriegen sollte, was dann einen Konflikt mit dem rechten Rand der Seite hervorrufen würde.

Aber vielleicht hab'ich's auch immer noch nicht verstanden

Ist manchmal schwierig vorzustellen, was GENAU gewünscht wird, sorry für einen solchen Fall ...

Da stehe ich wohl grade auf dem Schlauch ... Du meinst die eigentlichen Hauptmenü-Einträge, die nun auf der rechten Seite erscheinen? Falls ja, DIES ist im Layout-Editor anpassbar, unter [Logo / Hauptmenü, Hauptmenü] ... falls Du was anderes meinst, bitte ich um Aufklärung

PS: Kleiner Nachtrag zum obigen Code noch: falls noch nicht alle Untermenüs rechtsbündig erscheinen, einfach mal "<Ctrl>+<Shift>+T" drücken

MichaelM

Hallo

Da man dies - sofern ich gesehen habe - nicht direkt im Layout-Editor einstellen kann, sollte ein wenig CSS-Code dafür genügen:

Also bei [Website, Einstellungen, CSS] folgendes einfügen, z. B. gleich oberhalb des abschliessenden </style>-Attributes:

nav ul ul li a:not(.button) {
    text-align: right;
}

Gruss

Norbert

Hallo Stickarmy

Das sollte mit der Version 16.8.4 behoben worden sein.

Gruss

Norbert

Mit der Installation von v16.8.4 scheint es nun wieder zu funktionieren, besten Dank und Gruss!

Hallo zusammen

Ja, ich glaube auch, dass PNG funktionieren sollte, wie auch JPG, SVG wird aber empfohlen, siehe hier (mit weiteren Infos dazu):

Gruss

Norbert

Ein weiteres Update zum Verhalten des Update-Checks (ich will nicht stressen, sondern nur weitere Infos liefern):

Habe zum Testen, ZP VOLLSTÄNDIG deinstalliert (also auch die anderen relevanten Ordner/Dateien entfernt und neu installiert (also CLEAN) (alles mit v16.8.3). Verhalten zeigte sich sofort wieder unverändert ...

Als Idee: vielleicht den Versand mal anstatt via PHP (phpmailer) über SMTP probieren ... (in den Formular-Optionen konfigurieren, Anleitung zu SMTP-Versand via Online-Hilfe) (oder hier im Forum suchen)).

Zitat von Stefan S

ZP prüft maximal einmal am Tag automatisch auf Updates. Sie haben also beide recht.

Dabei wird nun übrigens auch angezeigt, dass geupdated wurde, obwohl dies gar nicht der Fall war (laut "zp-setup-helper.log" jedenfalls)

PS:

"zp-setup-helper.log" ist wohl nicht "gültig" bei Online-Updates ... heute (6.3.2024) jedenfalls fand ein Online-Update statt und diese Datei wurde nicht verändert. Wird wohl nur verändert, wenn wirklich ein "Setup" ausgeführt wird.

PPS: Ist halt schon verunsichernd das Ganze, weil man so NIE sicher sein kann, ob denn nun ein Online-Update gemacht wurde oder nicht, wenn es dies automatisch und via manuellem Check immer anzeigt wird ... aber muss mich da wohl noch gedulden bis v16.8.4 oder höher (wenn es nich am Backend liegen sollte) ...

Hallo niwtrogal

Und im SPAM-Ordner ist sie auch nicht gelandet?

Gruss

Norbert

DBU

Alles klar, viel Erfolg dabei und sorry, wenn es (etwas zu) hart rübergekommen ist - ich war wirklich besorgt darüber!

Mit bestem Gruss

Norbert

DBU

Alles klar - und ja, diese AGBs durchzulesen ist wohl ein eigenes Thema

VIELEN Dank für die Mitteilung!

Gruss

Norbert

DBU

Was benutzen Sie dann für ein OS? Hoffentlich nicht noch eine Windows-Version früher/unterhalb Windows 10, mit der Sie noch ernsthaft online gehen?! Für solche Versionen ist nämlich EOL (End of Life) - heisst, gibt keine Updates, auch keine Sicherheitsupdates mehr! Das wäre dann WIRKLICH gefährlich und ein erhebliches Sicherheitsrisiko - nicht nur für Sie selber, sondern auf für Andere, denen Sie womöglich Malware "zukommen" lassen, weil Ihr Rechner als Virenschleuder (eine Art Zwischenstation für das Verteilen von Malware) dienen könnte!

Falls das also zutreffen sollte, wäre das schlicht unverantwortbar!

Hoffentlich ist dies also nicht der Fall ...

Gruss

Norbert

Zitat von Stefan S

ZP prüft maximal einmal am Tag automatisch auf Updates. Sie haben also beide recht.

Ahh, das habe ICH nun wiederum nicht gewusst!

Alles klar und besten Dank

Kein Problem, Markus!

Gruss

Norbert

Zitat von V I V I D

Auf Updates suchen muss man nicht klicken, das wird automatisch angezeigt wenn ein neues Update verfügbar ist.

Nein, längst nicht immer. Hatte schon etliche Updates gemacht, die erst nach Klick auf "Updates suchen" gefunden und installiert wurden - so auch heute beim neusten Online-Update, das bereits zur Verfügung stand, nach Start von ZP aber NICHT automatisch angezeigt/installiert wurde.

Ja klar, kein Problem

Passiert übrigens auch nach einem kompletten Rechner-Neustart ...

Jeweils nach Klick auf "Updates suchen", genau.

Hallo

Seit ein paar Minuten, nachdem ich das neueste Online-Update installiert habe, erscheint IMMER WIEDER "Updates wurden erfolgreich installiert" bei Check auf Updates - und zwar auch nach einem Neustart von ZP. Das hatte ich SO noch nie.

Ob da was im Backend schief läuft?

Jedenfalls verunsichert das doch ziemlich ...

Gruss

Norbert

PS: Es laufen keinerlei Prozesse mehr von ZP, trotzdem erscheint diese Meldung immer wieder nach Start von ZP und Update-Abfrage.