Weblog Kommentare
Styx 5.0.4 und PHP 8.3.30
Ian Styx am |
So ist es halt... aufräumen ist halt nicht immer besser... tztztz
Aber die Eigenschaften kann man ja auch hinterher noch einzeln beeinflussen. Soviel extra Arbeit ist das nicht.
Dann nimm doch Gallery Rows, statt Spalten. Spalten haben nun mal die Eigenschaft so zu arbeiten. Sie sind dafür aber wesentlich besser besser zu stylen, so dass alles enger und flexibler zueinander stehen kann.
Ja, habe ich gesehen. Aber ziemlich aufgebohrt ist da m.E. nix - nur ein weiteres modales popup eingefügt. Braucht man soetwas? Gibt es einen Mehrgewinn?
Beat Post author am |
Das sollte kein Angriff sein. 😇
Ich habe den Hinweis dann ja gesehen und ja, es ist wirklich kein grosser Aufwand, nach dem Hochladen aller Bilder jedem Einzelnen dann gezielt Eigenschaften zuzuweisen. Ich mache das ja auch nur dann, wenn ich schon vorab weiss, dass ich die Bilder in eine kleine Galerie packen will.
Zum S9Y-Lightbox-Plugin: Was braucht man denn schon wirklich im Leben 🥳? Gewisse Dinge sind einfach "nice to have". Ich kann gut mit der Styx-Lightbox leben, so wie sie ist.
Styx 5.0.4 und PHP 8.3.27
Beat Post author am |
Ich habe da mal eine Frage zum Texteditor:
Beim früheren Editor war das Eingabefeld immer gleich gross und bei längeren Beiträgen scrollte der Text in diesem Eingabefeld. Beim aktuellen Editor vergrössert sich das Eingabefeld mit zunehmendem Text stetig und so verliert man die Menüzeile relativ schnell aus den Augen. Wenn man dann ein Bild oder ein Smiley einfügen will, muss man über die Seite hochscrollen, um den Befehl anwählen zu können. Das ist etwas umständlich.
Könnte man das umstellen oder wird das vom verwendeten Editor vorgegeben?
Ian Styx am |
Ich bin da auch schon drüber gestolpert ... Die einzig handhabbare Lösung for the moment war auf Vollansicht zu stellen, [mit dem Eck-Pfeiltasten Button]. Dann bleibt die Toolbar sichtbar - auch bei längerem Content - aber das hat andere Nebenwirkungen...
Ich werde weiter dran tüfteln - vielleicht ist das mit ein wenig CSS Voodoo lösbar.
Ian Styx am |
Ich habe gerade die Nebenwirkungen des fullscreen modes gefixt und eine weitere CSS Lösung für das von Dir genannte Problem gefunden. Wenn du es gerne mal ausprobieren möchtest.... Der commit change für die sctc CSS benötigt allerdings viel Browser Überzeugungsarbeit um aktiv zu werden.
Mich würde interessieren ob das auch auf Mobiles praktikabel ist und/oder ob sich das Problem dort gar nicht oder anders stellt... Für mich sieht es gut aus, aber um zu erkennen ob das auch in echt so ist bräuchte ich mindestens mal eine zweite Meinung.
Beat Post author am |
Im Fullscreen-Editor-Mode kann ich keine Bilder einfügen. Es sieht so aus, als ob die Mediathek hinter dem Fullscreen öffnet. Bei den Emojis funktioniert es. Dieses Pop-Up erscheint vor dem Fullscreen.
Bezüglich Mobile und Editor kann ich nicht weiterhelfen. Das mache ich nie. Das Smartphone ist mir definitiv zu klein um damit Blogeinträge zu schreiben.
Beat Post author am |
Leider wieder der gleiche Fehler im php-error-log. 😭
Und ja, ich habe das File neu heruntergeladen und den output-Pfad vor dem Hochladen wie beschrieben angepasst.
Ian Styx am |
zeigst du mir - hinter den Gardinen - mal den genauen error und was du selbst wie geändert hast?
Beat Post author am |
Wirf mal einen Blick hinter den Vorhang 🤓
Ian Styx am |
ping🚨
Beat Post author am |
Jetzt funktioniert das Test-Script.
Von wegen: Manitu unterstützt avif in Imagick... 🙄
PS: Ich sehe bei mir in Notpad++ überhaupt keine mysteriösen Sonder- oder Leerzeichen. (ja, ich habe Ansicht-Smbole-alle anzeigen eingeschaltet. Ausser ein LF am Ende jeder Zeile sehe ich da gar nichts). Ich habe jetzt in Zeile 17 + 18 zwischen dem ; und dem // einfach jegliche Leerzeichen entfernt.
Beat Post author am |
avif-Test-Script
Lass uns für eine bessere Lesbarkeit hier weitermachen. Der aktuelle Stand ist, dass das Test-Script nun funktioniert.
Ian Styx am |
Erklärungen 🚨 und Aufträge. 📌
Beat Post author am |
Vielen Dank! 🧐👏
Ich habe die entsprechende E-Mail an den Hosting-Support geschickt. Abwarten ...
Beat Post author am |
Habe gerade das serendipity_event_searchhighlight Plugin upgedatet (auch auf Manitu). Ich werde so in etwa einer Woche mal wieder ins PHP-error-Logfile schauen und berichten, ob die Warnungen verschwunden sind.
Schöne Ostern! 🥚🐰
Ian Styx am |
...ach ja,👍 ich vergaß es zu erwähnen...👌
Euch auch schöne Feiertage. Ihr sollt es ja eventuell warm bekommen, wenigstens...
Ian Styx am |
Hoffentlich haben die das nicht als Aprilscherz interpretiert.... Kein Wort in 12 Tagen...?!? 🧐 Ich wüßte natürlich gerne ob es von meiner Seite noch irgendwelche weiteren diesbezügliche Verbesserungen bedarf.
Wie ist sonst das Befinden?
Hast du noch Anmerkungen zum (neuen) Editor Fenster behavior? Oder Anderem? (Log etc.)
Beat Post author am |
Ich werde Anfang der Woche da mal nachhaken. Dass sie nicht sofort eine Lösung implementieren ist ja das Eine. Dass sie jedoch keinerlei Feedback dem Kunden geben, ist etwas schwach.
Der neue Editor... hmm... Das Vollbild ist i.O., doch wenn ich weit unten ein Smiley (oder Bild) einfüge, dann wird mir nach Abschluss des Befehls wieder der Beitragsanfang und nicht das Ende (wo ich war) angezeigt. Das ist etwas unschön, weil so auch das Vollbild nicht sehr viel bringt.
Über eingefügten Bildern kann man mit dem Mausrad nicht scrollen. Man muss den Seitenbalken verschieben, bis man wieder in den nächsten Taxtbereich kommt. Bei mir, mit jeweils einem grossen Bild zu Beginn ist das suboptimal.
Neuerdings wird im Editor eine 3er Bildergallerie seitlich aneinander gefügt. Im Frontend stimmt es dann jedoch und es gibt zwischen den Bildern wieder einen Abstand.
Logs habe ich nicht mehr gecheckt. Morgen soll es hier regnen. Kann ich dann mal nachholen.
Einen schönen Sonntag noch. 👋
Ian Styx am |
Ja ich kenne leider beides, sowohl das Springen als auch das scroll issue im Editor frame. Ich bin aber noch nicht dazu gekommen es genauer auf potentielle Verbesserungen zu untersuchen, weil es mir immer nur auffällt wenn ich mal schnell etwas aufschreibe und so voll auf dessen Inhalt konzentriert bin. Dann nehme ich meist den Umweg über die rote Linie und die Quellcodeanzeige oder ich versuche mit den beiden vertikalen Pfeiltasten der Tastatur zu navigieren.
Zurzeit übe ich mit der 3-er Galerie. Dafür zumindest scheint es eine Lösung zu geben.
Das scroll issue ist schwierig, da das eben der übergelegte Layer der roten magic line ist. Ideen dazu sind willkommen...😊
Das mit dem Springen kann auch (aber ich habe generell noch keine Idee dazu) mit der Umstellung der festen Größe zu tun haben... worauf sich meine Fragestellung bezog.
Allgemein habe ich immer empfunden dass es einfacher ist erst den Text möglichst vollständig (und vielleicht mit xxx Platzhaltern) zu erstellen und dann erst die Bilder einzufügen....
Beat Post author am |
Die feste Editor-Fenstergrösse und der dahinter hochscrollende Beitrag finde ich sehr gut, denn so habe ich die Menüleiste stets einsatzbereit (und brauche das Vollbildfenster eigentlich nicht mehr).
Ob Du das soweit anpassen kannst, damit man mit dem Mausrad den vollen Beitrag, also auch über grosse Bilder, durchscrollen kann, kann ich überhaupt nicht einschätzen. Als Laie würde ich bei jedem Einfügen eines Bildes automatisch einen neuen P-Absatz anfügen, wo dann z.B. "Platzhalter" steht, den der Autor dann einfach überschreibt (oder löscht).
Ganz grundsätzlich kann ich mit dem neuen Editor gut arbeiten, so wie er ist. An die kleinen Nicklichkeiten gewöhnt man sich und entwickelt persönliche Workarounds (bei mir geht es meist über den Quellcode-Umschalter).
Genauso wie die Menschen verschieden sind, so ist wohl das Vorgehen bei der Beitragsgestaltung unterschiedlich. Ich bearbeite zuerst alle Bilder und lade sie in die Mediathek hoch. Dann beginne ich einen Beitrag zu schreiben und habe meist schon ein Foto im Kopf, welches das Hauptbild des Beitrags wird. Dann beginne ich zu schreiben und je nach passendem Absatz füge ich Einzelbilder oder kleine Gallerien ein. Das geschieht bei mir also quasi gleichzeitig und so habe ich auch im Griff, welche Fotos noch übrig sind und eingesetzt werden wollen.
Was ich seit den 400px-Vorschaubilder fast gar nicht mehr verwende, sind einzelne Vorschaubilder links und rechts im Beitrag. Die sind mir in dieser Grösse noch immer zu sperrig (und links und rechts gleichzeitig geht eigentlich gar nicht mehr. So breite Anzeigen, damit in der Mitte auch noch sinnvoll Platz für Text ist, bieten eigentlich nur noch grosse Desktop-Monitore und gemäss Google-Search kommen mittlerweile mehr wie 50 % aller Anfragen über Mobiltelefone.
PS: In letzter Zeit habe ich etwas Mühe, Deine Fragen wirklich zu verstehen und auch zu merken, wo Du wirklich ein Feedback erwartest. Das liegt bestimmt an mir, doch es würde mir helfen, wenn Du solche Fragen zukünftig klarer formulieren würdest 😌. Bitte nicht falsch verstehen. No offense.
Ian Styx am |
Alles gut! 😉
Im Zweifel ist einer von uns zu viel an der frischen Luft...🤭
Ian Styx am |
Man wird ja leicht vergesslich.... 🙄Nachdem ich da jetzt eine Nacht und eine kleine Session lang darüber nachgedacht habe, fand ich den Vorschlag doch ganz vernünftig. Und als ich das in eine geeignete Vorrichtung gießen wollte, in dem bei scroll Aktivitäten die aktive hit area kurz mal unterbrochen und durchlässig gemacht wird, stellte ich fest dass ich das schon längst hatte. 😁
So also, wenn die hit-area mit dem gestrichelten Rand für den Layer mit der magicline aktiv ist, man nur kurz mal warten muss, bis sie sich automatisch wieder ausblendet. Dann kann man auch wieder scrollen. Das habe ich also schon letztes Jahr als Problem erkannt und durch dieses automatische fade-away-handling erfolgreich behandelt.
Bitte mache den Versuch. (Wo man solches handling als Info hinterlegen und für den Laien einfach auffindbar machen kann weiß ich nicht...)
Bliebe also noch das Springen zu behandeln, denn die nicht mehr immer passenden Editor gallery image block columns habe ich wieder gefixt.
Ian Styx am |
Ist das an den Anfang springen eigentlich nur mit dem Einfügen eines Emojis ein Problem?
Wenn, dann kann ich das lösen... 🥳
Beat Post author am |
Die Antwort auf meine Nachfrage:
Wochen... 🙄 wirklich schnell sind die nicht. 🙃