Kommentare von

Wenn ich dich richtig verstehe...

Aber dieser button ist wirklich kein Styx Button. Er generiert sich aus der Anforderung etwas hochladen zu wollen und wird von deinem Browser auf deinem Betriebssystem bereitgestellt. Deshalb sieht er auch etwas anders aus als alle anderen Buttons.
https://www.mediaevent.de/css/input-type-file.html

Umso mehr das sich daraufhin öffnende Fenster. Auf Windows ist es sozusagen der Datei Explorer von Windows. Dito für andere Betriebssysteme. Da wird kein Fenster vom Server geschickt, sondern eher umgekehrt.
https://www.mediaevent.de/html/input-type-file.html

Mehr kann ich dazu auch nicht sagen ...als das ich keine Möglichkeit sehe mit geringen Mitteln dieses Uploadfenster zu stylen. Ich habe das auch irgendwann einsehen müssen und mich damit abgefunden. Aber vielleicht ist es ja doch mit relativ einfachen Mitteln serverseitig beeinflussbar... dann bräuchte ich aber wirklich Hilfe. 😏 Sicher lässt sich der Button sowohl als auch das Fenster irgendwie klonend mit Javascript Magie überschreiben und dann irgendwie beeinflussen ... nur ist der Aufwand dafür viel zu hoch, ebenso wie auch mögliche Nebeneffekte.

https://wiki.selfhtml.org/wiki/File_Upload
https://developer.mozilla.org/de/docs/Web/HTML/Reference/Elements/input/file

In keinem anderem als dem oben beschriebenen Fall sehe ich je ein weisses/helles Fenster.

Solch einen Fall gibt es auch nicht woanders in Serendipity. Außer vielleicht wenn du ein serverseitiges Bilder Tool verwendest dass ebenso ein Uploadform bereitstellt. Ich nehme an das dein jAlbum oder wie es heißt bei dir über Javascript implementiert ist und somit alles auf deinem PC stattfindet bis du das Resultat auf einen Server sendest. Das wäre dann etwas anderes.

Ah Danke. Wahrscheinlich hilft das wirklich das Problem näher einzugrenzen. Es ist sogar noch näher zu beschreiben als irgendwie related zum aktiven (Re-)load der Seite.

In manchen Situationen scheint das Javascript das den Auto Fokus des Editors überschreibt noch nicht (re-)aktiv zu sein. Erst beim zweiten Seitenaufruf tut es was es soll. Und trotzdem verliert es manchmal diese Reaktionsfähigkeit und ist dann wieder erst beim zweiten Mal aktiv.

Ich kann noch nicht sagen ob dies nur an einer bestimmten Stelle geschieht (für die man dann vielleicht eine Ausnahmebehandlung schreiben könnte) oder ein generelles Problem aufgrund der nachträglichen Behandlung auf Userseite per Javascript ist.

Ich teste das hier mit den Kommentaren und mit den History Beiträgen und bin zur folgenden Beobachtung gelangt.

Klicke ich auf Kommentare die früher (also weiter oben) geschrieben wurden kann man dieses Verhalten erproben. Wenn ich zb nur bei den History Beiträgen herumklicke (also mehrere nacheinander anwähle) kann ich, solange es einmal richtig funktioniert hat, stabil weiteragieren ohne das der Editor Fokus aktiv wird und alles nach unten zieht. Wechsel ich dann zu einem (früheren) Kommentarlink aus dem Kommentar Seitenleistenplugin fällt der Fokus wieder herunter. Nutze ich den selben Link noch einmal ordnet sich alles richtig und bleibt für die Kommentare stabil, solange diese sich auf den selben Blog Artikel beziehen. Sobald ich zu einem Kommentar eines anderen Artikels linke fängt das Spiel von Neuem an. 

Ich habe das Gefühl, dass wenn man dieses noch intensiver testen würde könnte man diesen Bruch im Verhalten recht genau bescheiben und damit auch eine Idee bekommen wo man für eine Verbesserung/Fix ansetzen könnte.

Es sieht also so aus, als ob die Ursache aus zwei Gegebenheiten besteht:
  1. Dem aktiven Reload bzw Zugang zur Seite, so dass die Javascript Resourcen geladen und aktiv sind und
  2. Dem Wechsel zwischen Artikeln und dem Wechsel zwischen den Links der beiden Plugins (was ja auch allermeist ein Wechsel des Artikels ist)

Ich kann bisher nur ahnen das es eventuell in diese Richtung gehen könnte und wäre dankbar wenn du das Verhalten weiter beobachtest und vielleicht so bestätigen kannst, dass wir definitiv sagen können wo der Bruch reproduzierbar stattfindet und wo nicht (zB auch in Relation mit anderen Links deiner Seite).

Nachtrag 1: Ein Seitenreload über F5 ist auch noch einmal anders als das aktive Absenden eines Links im Browser Adressfeld und scheint diesen Bruch auch zu erzeugen (außer beim Wechsel des Artikels (wie beschrieben). ..... Verwirrend 🤕

Nachtrag 2: Wann tritt denn genau der Fall auf dass die History Links sich ins Kommentarfeld fokussieren?

Nachtrag 3: Das die Links mit einem #Anker (zB verschiedene Kommentare eines Artikels nacheinander funktionieren ist sehr wahrscheinlich einfach der Tatsache geschuldet, dass diese eben keinen wirklichen Seitenreload auslösen, sondern nur so eine Art Verlinkungssprung innerhalb der aktuellen bereits stattgefundenen Seitenanforderung sind. Da ist dann der Editor bereits initialisiert und wird nicht erneut ausgelöst. Deshalb klappt das dann auch, da kein automatischer Re-Fokus stattfindet. Bei einem Wechsel des Artikels erfolgt ebenso wie bei F5 ein neuer Load der eben auch den Editor Fokus wieder aktiviert. Wenn ein Link keinen Anker hat (sollte bzw) tritt mein Workaround in Kraft der wieder nach oben scrollt. Siehe: if (!h) { $(window).on('load', function () { $('html, body').animate({ scrollTop: 0 }, 'smooth'); }); } Allerdings stelle ich bei mir lokal fest, dass es durchaus Probleme gibt oder "altbekannt" geben kann, wenn dies in einem inline script so wie momentan stattfindet (jedenfalls bei Mozilla). Ich hätte also vielleicht eine Lösung die wir bei dir dann mal ausprobieren könnten, um zu sehen ob sie die eigentlichen Probleme beseitigt ohne neue zu schaffen... Aber ich warte erstmal ab was du zu meinen Beobachtungen sagst und ob du Weiteres anfügen kannst.

Ich bin nach reiflicher Überlegung letztendlich zum Schluss gekommen diesen Fokus im RichText Editor generell zu unterdrücken, auch im Backend. Er macht einfach mehr Probleme als er wirklich etwas an Vorteilen bringt. Jetzt muss man halt mit der Maus die textarea erst manuell fokussieren bevor man darin schreiben kann, so man denn will. Aber das ist m.E. das kleinere Übel !

👍Danke das du mich darauf gestossen hast mich damit erneut zu beschäftigen. Ich glaube es ist jetzt dann wirklich besser, und die RC2 oder final kann in ein paar Tagen herausgegeben werden.

Leider habe ich anhaltende Computer Probleme und bin im Moment wieder total offline. Die RC2 bzw Final von Styx 5 muss also noch etwas warten. Leider.... 🥺

Habe gerade einen type error in der Biene gefixt der für unangemeldete Besucher die versteckte JSON Abfrage außer Gefecht setzte und habe dann zur Kontrolle auch schon das Update durchgeführt (nur dafür). Jetzt gehts wieder. 🤩

---------------

PS. Hattest du schon Zeit dir mal meine Frage aus
https://www.blog.dokumenzi.ch/2702-Styx-5.0-beta1-und-PHP-8.2.29.html#c8713
anzusehen?

Das war zwar nicht die verlinkte Frage ... aber die ist ebenso noch auf meiner Warteliste. Es ging um den Mysql Port den du seitens Hosttech anscheinend plötzlich setzen musstest damit dein Plugins Updaten wieder funktioniert, woraufhin wir noch einen schlummernden Bug fanden. 😀