Die Typ-Auszeichnungen sind RSS oder Atom je nach Einstellung.
Ich weiß schon, du willst (etwas stur ?) RSS Beiträge und RSS Kommentare, also beides gleich. Das sähe aber mit Atom schon etwas komischer aus. Da solches erst einmal ein Feed von Blogeinträgen ist/war, ist das von jeher als Feed (als internationales Wort) gekennzeichnet. Damit dient der Typ der Typ eben nur noch der Auszeichnung: Und das war von jeher RSS Feed und nicht Feed RSS. Die Kommentar Feeds kamen wohl erst später dazu. Und dafür gbt es keinen eingebürgerten Namen. Daher die von dir empfundene Inkonsistenz (hätte beinahe Inkontinenz geschrieben). Ich persönlich empfinde Kommentare (RSS) bzw Kommentare (Atom) klarer. Schon als Abrgenzung zur Verkürzung RSS Feed (für das Blog).
Die Konsistenz liegt darin dass es bei den FEEDS heißt: Optional benutzerdefinierten Namen für die Feeds eingeben (Vorgabe ist "feed" wenn leer)
Und für die Kommentare das gleiche Verhalten gilt (auch wenn nicht ausdrücklich noch mal erwähnt). Kommentare werden per default mit der constante COMMENTS (also internationalisiert) ausgegeben. Man hat also eine Art Hauptwort mit automatisch angehängten Typ in Klammern.
Blog abonnieren
RSS Feed
Atom Feed
Kommentare (RSS)
Kommentare (Atom)
Beat Post author am |
Das mag technisch alles völlig korrekt sein. Das bezweifle ich auch gar nicht.
Ich finde es einfach höchst verwirrend, dass einem ein Textfeld mit der Bezeichnung Angezeigter Name für "feed" zur Verfügung gestellt wird, dann aber doch etwas anderes angezeigt wird als das, was man in dieses Feld einträgt. Denn ich kann tun und lassen, was ich will. Das vorangestellte RSS beim Beitragsfeed und das nachgestellte (RSS) beim Kommentar-Feed, kriege ich nicht weg. Wenn es doch wenigstens beides mal gleich geschrieben und an der gleichen Stelle wäre, könnte das ein Laie wie ich sogar noch halbwegs nachvollziehen. So wie es jetzt ist, ist es einfach Technokraten-?. Korrekt aber unverständlich und hässlich.
Bitte nicht beleidigt sein. Das ist ganz einfach meine (unqualifizierte) Meinung.
Es ist zu heiß heute, oder? ? Du wirfst mit Haufen!
Du kannst Feed in Beiträge oder Einträge oder Ergüsse oder Artikel oder sonstwas ändern. Dazu ist es da. Sonst könnte man es als Konstante definieren, dann hieße es immer gleich.
Im Feld Kommentare kannst du zb etwas in deiner eigenen Sprache schreiben, oder es einfach leer lassen wenn es schon passt, sonst vielleicht Kommentareli. ?
Ich verstehe deinen Ärger! Völlige Freigabe würde allerdings die allermeisten überfordern, die nicht einmal wissen, dass es so viele unterschiedliche Formate für Feeds gibt und was sie gegebenfalls unterscheidet. Es geht um eine gute Mischung aus Inside-Kenntnis und Eigenbestimmung.
Beat Post author am |
Das beantwortet aber nicht die Frage, weshalb einmal RSS vorangestellt wird und das andere Mal (RSS) angehängt. Ich weiss... im Kommerntar weiter oben schon geschrieben... standardisert/internationalisiert...
Ein letzter Versuch: Machs doch immer gleich. Immer davor oder immer danach. Immer mit Klammern oder immer ohne Klammern. Um der Ästhetik willen... ?
Die Plugin-Einstellungen auf www.beatsblog.ch wurden vor dem 07.08.20 gemacht und wurden schon seit längerem nicht mehr angefasst.
Erst bei Tests für den Kommentar c7425 ist mir aufgefallen, dass neuerdings beim Kommentarfeed (RSS) angehängt wird. Wann das hinzugekommen ist, weiss ich nicht. Muss aber nach März 2020 gewesen sein.
Ich werde mich also hüten, das Syndication-Plugin im Live-Blog zu verändern. ?
Ich experimentiere gerade für die kommende Styx 3.1 Ausgabe mit dem relativ neuen HTML living Standard lazyload image attribute von Anfang des Jahres. Das kann das Ladeverhalten drastisch reduzieren, insbesondere dann, wenn - wie auf mobiles - der image-content sich (noch) nicht im Sichtfenster des Browsers befindet.
Wenn du ganz doll Lust hast, fände ich das ganz toll, wenn du im LIVE Blog mal alle entries der 1. Seite, d.h. von Regeneration bis inklusive Tagesbild im Backend mal einzeln aufmachst und im Quellcode folgendes Attribut ergänzt loading="lazy". Beispiel:
Und zwar nur in den image < img > tags. Aber auch in denjenigen die mit < picture > umkleidet sind.
So kann ich mir das mit dem Handy mal live anschauen. Die imagesidebar hat es schon und es scheint zu klappen.
Beat Post author am |
Hmm... muss es wirklich im Live-Blog sein? Könnten wir das nicht auch auf styx.beatsblog.ch testen?
Ich hab's mal beim Intro-Bild des Regeneration-Beitrags probiert (im Live-Blog). Wenn ich danach den Seitenquelltext ansehe, scheint es am richtigen Ort zu sein. Wenn ich aber den gespeicherten Eintrag wieder öffne und mir den Quelltext ansehe, dann ist das loading="lazy" alt="" nicht mehr zu sehen. Das macht mich unsicher (ob ich das auch an der richtigen Stelle eingefügt habe).
Es ist doch einiges an Arbeit und die will ich nicht mehrfach tun. Kannst Du mir ev. klarere Anweisungen geben? Im Regenerationsbeitrag sieht es nun so aus:
<figure class="serendipity_imageComment_center" style="width: 1024px">
<div class="serendipity_imageComment_img"><a class="serendipity_image_link" data-fallback="/uploads/2020/20200811_01.jpg" href="/uploads/2020/.v/20200811_01.webp" title="nur ein paar Kanuten und ich..."><!-- s9ymdb:10496 --><picture><source srcset="/uploads/2020/.v/20200811_01.webp" type="image/webp" /><img alt="nur ein paar Kanuten und ich..." class="serendipity_image_center" src="/uploads/2020/20200811_01.jpg" style="width:1024px" loading="lazy" alt=""/></picture></a></div>
<figcaption class="serendipity_imageComment_txt">nur ein paar Kanuten und ich...</figcaption>
</figure>
Ist das korrekt? An der richtigen Stelle? Und ist es auch korrekt, dass ich das nach dem Speichern nicht mehr sehe?
Browser tendieren dazu empfangenes HTML zu interpretieren. Ich habe mich auch schon oft gewundert, dann aber immer festgestellt, dass da jeder (Browser) so seine eigene Ordnung bevorzugt. Also sind Attribute vertauschbar.
Was mir komisch vorkommt, dass du jetzt 2 alt Attribute hast. Das sollte eigentlich nicht sein. Hast du das da eventuell hineingezaubert?
<img alt="nur ein paar Kanuten und ich..." class="serendipity_image_center" src="/uploads/2020/20200811_01.jpg" style="width:1024px" loading="lazy" alt=""/>
Muss sein, denn es sieht im Quelltext so aus:
<img alt="nur ein paar Kanuten und ich..." class="serendipity_image_center" src="/uploads/2020/20200811_01.jpg" style="width:1024px" loading="lazy">
Ansonsten - ja - genau so.
Warum im LIVE Blog? Weil du darin so viele schöne Entries mit Bildern hast, die sich hervorragend testen ließen. Für Browser die ladyloading noch nicht kennen ist das kein Problem.
Wie so oft sehe ich die Frage erst richtig, wenn ich sie schon leicht schräg oder gar falsch beantwortet habe.
Nicht nur Browser ordnen nach eigenen Vorlieben, sondern auch RichText Editoren, wie der CKEditor.
Das loading="lazy" ist da, aber an anderer Stelle. ? (jedenfalls bei mir.)
Schon wieder... hihi... Das leere alt="" hast du in deinem entry Quelltext stehen (so ist es auch gespeichert). Im Browser Quelltext wird es auch noch angezeigt, im DOM Quelltext also dem geparsten und interrpreterten allerdings herausgerechnet und entfernt. Das aber war mein copy&paste.
Beat Post author am |
Das leere alt"" habe ich aus Deinem Kommentar c7466 übernommen. Wenn es das nicht braucht, hättest Du es besser nicht hingeschrieben ?. Das heisst also, ich muss nur jeweils loading="lazy" einfügen. Korrekt?
Ich habe auch keine Bedenken, dass Browser (oder so) etwas falsch machen. Ich habe Bedenken, dass ich etwas falsch mache und somit bestehende Blogbeiträge zerschiesse...
(Also bei mir zeigt der CKEditor beim erneuten Öffnen des gespeicherten Beitrags das loading="lazy" nicht und nirgends mehr an. Das irritiert mich schon sehr.)
Ich muss noch etwas Rikscha fahren und bin jetzt weg. Werde die Sache heute Abend anpacken und dann hier Bescheid geben.
Ja genau! Deshalb habe ich das extra fett dazugeschrieben! ?
Du musst dann schon ein wenig aufpassen dass du dir das nicht zerschießt!
Komisch! Bei mir schon. An vierter Stelle! Mit dem Basic core CKEditor.
<img alt="nur ein paar Kanuten und ich..." class="serendipity_image_left" height="750" loading="lazy" src="/uploads/Aussitzen-oder-nicht.jpg" width="1200" />
Aber du hast Recht! Mit dem CKE Plugin ist es weg:
<img alt="nur ein paar Kanuten und ich..." class="serendipity_image_left" src="/uploads/Aussitzen-oder-nicht.jpg" style="width:1200px" />
Da setzte ich mich gleich nachher mal dran. Versprochen! Und ich sehe gerade, es gibt noch einen bedeutsamen Unterschied, obwohl beide aus demselben Datenbankeintrag kommen und beide aus dem Quelltext des jeweiligen Editorfensters geklaubt sind. Achte mal auf das style/width und sogar das fehlende height. Das ist doch zum Haareraufen...!
Ja lazy ist cool. Es hat aber, wie auch die vorherige Variante (komplett) alles so seine kleinen Vor- und Nachteile. Ich fände es dann vielleicht sogar noch besser, wenn die Browserhersteller noch ein wenig mehr zusätzliche Intelligenz hineinstecken würden, um in manchen Umgebungen - wie Desktops - in Lese-Pausen die fehlenden Dinge einfach nach- bzw vorzuladen.
Na gut, es war doch nicht so schlimm wie befürchtet... CKEPlus musste nur eine Ausnahme für das loading Attribut bekommen. Update ist available.
Das mit dem img width und height Attribut und warum es im CKEPlus Plugin Editor anders verarbeitet wird als im simplen CKE Core Editor hängt mit der Rücksichtnahme auf bestimmte Umstände bzw Plugins zusammen, zb die mediainsert Galerien des imageselectorplus Plugins, die dem Autmatischen Code Pfleger (ACF) von CKE Anweisungen geben, wie bestimmte auftretende Issues zu vermeiden sind. Eine davon war, das height Attribut gar nicht zu erlauben und das width Attribute in ein inline style zu verarbeiten. Die Themes können mit beiden zurechtkommen.
Beat Post author am |
Also. Auf www.beatsblog.ch werden auf der ersten Blogseite nun alle Bilder mit lazyload geladen. Man erkennt das auch am Desktop. Wenn man rasch scrollt, sieht man, wie die Bilder nachgeladen werden.
PS: Auch nach dem CKEditor-Plugin-Update sehe ich im Quelltext der Beiträge nirgends loading: "lazy" obwohl es funktioniert. Der CKEditor verschluckt dies nach dem Speichern...
Ja hoi das klappt hervorragend! Es macht sogar Spaß mit dem Handy herumzusurfen! ?
Gerade für bildlastige Blogs wie deines ist das eine echte Ergänzung und Verbesserung. Das Problem bleibt wie man das nun in alle alten Entries hineinbekommt. Und man müsste das mal mit einem Mobile Safari probieren (in der Hoffnung dass dieser das lazyloading noch nicht kann). Vielleicht per js und nur dann, wenn man sowieso die lightbox verwendet, aber ich weiß nicht ob das global genug für alle wäre...
Beat Post author am |
Ich habe mal die entries-Tabelle exportiert und mit "ersetzen" herumgespielt. Nun sind auf www.beatsblog.ch etwa 2'700 von 3'300 Bildern mit lazyload attributiert. Kannst also gerne seitenweise blättern...
Wahrscheinlich sogar die bessere Methode...
Klappt gut, oder?!
Was mir dabei auffiel und ich vorher nie gemekt habe. ist dein Banner h1 Titel, wenn du blätterst. Dann ist er zB. unter https://www.beatsblog.ch/categories/BLOG/P4.html als BLOG - 4 ausgeschrieben. Das liegt sicherlich an deiner eigenen und ungewöhnlichen Methode der Banner replacements.
Beat Post author am |
Ähm... sollte der Titel denn irgendwie anders lauten? Meiner Meinung nach ist das immer schon so gewesen. Noch schöner wäre natürlich BLOG - Seite 4... ? aber nee. Ich finds o.k. und wie gesagt, völlig normal.
Die lazyload-Geschichte haut mich jetzt nicht vom Hocker, doch den technischen Hintergrund (und den Geschwindigkeitsvorteil auf Mobiles) den verstehe ich. Verfüge halt hier über einen ziemlich schnellen Internetzugang und meinen Blog betrachte/bearbeite ich zu 95% am Notebook. Von daher macht es jetzt für mich keinen grossen Unterschied.
Normalerweise ist es so, dass sich Titel und Subtitel beim Entries-Blättern nicht regen, d.h gleich bleiben. So ist es auch auf /comments/ Seiten.
Nur auf single entry Seiten wandert - normalerweise - der entry Titel in den H1 Blog-Titel und dieser in den Sub-Titel. Das hat im Übrigen auch etwas mit Indizierung zu tun.
Auf anderen Seiten, wie Archive zum Beispiel, bleibt der Blog-Titel, aber der Sub-Titel wird mit dem view-(Titel) ausgeschildert, bzw mit den Untertitel der Archive "Zusammenfassung - Einträge für August 2020" oder "Einträge für August 2020". etc., beim Kalender "Einträge für Freitag, 14. August 2020" oder "Einträge für August 2020". Dies so, weil sie Teile des Ganzen sind. Bei den Kategorien wie auch den Statischen Seiten ist es so wie beim Single Entry. Der Kategorie-Name rutscht in den Blog-Titel und dieser in den Sub-Titel. Was unterscheidet diese? Sie sind ausgewiesene Einzelstücke und können für sich (allein) stehen, auch wenn Kategorien an sich im Grunde ein Zwitterwesen sind.. Bei Freetags steht im Sub-Titel beispielsweise "Artikel mit Tag: tests". Auch das als expliziter Sub-Teil des Ganzen.
Und so gibt es bestimmt noch weitere. Es ist eine Frage und das Resultat der durchdachten Planung aller Ganzheiten, Stücke, Teile, Abhängigkeiten, Verwandtschaften, Knoten etc., also dem, was ihnen als Möglichkeit im Kern mitgegeben ist.
Beat Post author am |
Dann ist ja alles korrekt (und original). Es wird die Kategorie BLOG angezeigt und danach die aktuelle Seitenzahl.
Mein Anliegen beim Menue und den entsprechenden Seiten war, dass h1 immer die aktuelle Position anzeigt und h2 immer den Blogtitel. Einzige Ausnahme: Die Hauptseite. Dort ist h1 der Blogtitel und h2 die Blogbeschreibung.
Ich habe also keine Banner-Replacements vorgenommen.
Beat Post author am |
Gehe ich richtig in der Annahme, dass ich bei Bildern in neuen Beiträgen das loading= "lazy" manuell zufügen muss, bis V3.1 offiziell ausgeliefert wird?
Ian Styx am |
Die Typ-Auszeichnungen sind RSS oder Atom je nach Einstellung.
Ich weiß schon, du willst (etwas stur ?) RSS Beiträge und RSS Kommentare, also beides gleich. Das sähe aber mit Atom schon etwas komischer aus. Da solches erst einmal ein Feed von Blogeinträgen ist/war, ist das von jeher als Feed (als internationales Wort) gekennzeichnet. Damit dient der Typ der Typ eben nur noch der Auszeichnung: Und das war von jeher RSS Feed und nicht Feed RSS. Die Kommentar Feeds kamen wohl erst später dazu. Und dafür gbt es keinen eingebürgerten Namen. Daher die von dir empfundene Inkonsistenz (hätte beinahe Inkontinenz geschrieben). Ich persönlich empfinde Kommentare (RSS) bzw Kommentare (Atom) klarer. Schon als Abrgenzung zur Verkürzung RSS Feed (für das Blog).
Die Konsistenz liegt darin dass es bei den FEEDS heißt:
Optional benutzerdefinierten Namen für die Feeds eingeben (Vorgabe ist "feed" wenn leer)
Und für die Kommentare das gleiche Verhalten gilt (auch wenn nicht ausdrücklich noch mal erwähnt). Kommentare werden per default mit der constante COMMENTS (also internationalisiert) ausgegeben. Man hat also eine Art Hauptwort mit automatisch angehängten Typ in Klammern.
Blog abonnieren
Beat Post author am |
Das mag technisch alles völlig korrekt sein. Das bezweifle ich auch gar nicht.
Ich finde es einfach höchst verwirrend, dass einem ein Textfeld mit der Bezeichnung Angezeigter Name für "feed" zur Verfügung gestellt wird, dann aber doch etwas anderes angezeigt wird als das, was man in dieses Feld einträgt. Denn ich kann tun und lassen, was ich will. Das vorangestellte RSS beim Beitragsfeed und das nachgestellte (RSS) beim Kommentar-Feed, kriege ich nicht weg. Wenn es doch wenigstens beides mal gleich geschrieben und an der gleichen Stelle wäre, könnte das ein Laie wie ich sogar noch halbwegs nachvollziehen. So wie es jetzt ist, ist es einfach Technokraten-?. Korrekt aber unverständlich und hässlich.
Bitte nicht beleidigt sein. Das ist ganz einfach meine (unqualifizierte) Meinung.
Ian Styx am |
Es ist zu heiß heute, oder? ? Du wirfst mit Haufen!
Du kannst Feed in Beiträge oder Einträge oder Ergüsse oder Artikel oder sonstwas ändern. Dazu ist es da. Sonst könnte man es als Konstante definieren, dann hieße es immer gleich.
Im Feld Kommentare kannst du zb etwas in deiner eigenen Sprache schreiben, oder es einfach leer lassen wenn es schon passt, sonst vielleicht Kommentareli. ?
Ich verstehe deinen Ärger! Völlige Freigabe würde allerdings die allermeisten überfordern, die nicht einmal wissen, dass es so viele unterschiedliche Formate für Feeds gibt und was sie gegebenfalls unterscheidet. Es geht um eine gute Mischung aus Inside-Kenntnis und Eigenbestimmung.
Beat Post author am |
Das beantwortet aber nicht die Frage, weshalb einmal RSS vorangestellt wird und das andere Mal (RSS) angehängt. Ich weiss... im Kommerntar weiter oben schon geschrieben... standardisert/internationalisiert...
Ein letzter Versuch: Machs doch immer gleich. Immer davor oder immer danach. Immer mit Klammern oder immer ohne Klammern. Um der Ästhetik willen... ?
PS:
Kommentareliwenn schon, dann Kommentärli ?Ian Styx am |
Und wie hast du das jetzt gemacht?
Beat Post author am |
Die Plugin-Einstellungen auf www.beatsblog.ch wurden vor dem 07.08.20 gemacht und wurden schon seit längerem nicht mehr angefasst.
Erst bei Tests für den Kommentar c7425 ist mir aufgefallen, dass neuerdings beim Kommentarfeed (RSS) angehängt wird. Wann das hinzugekommen ist, weiss ich nicht. Muss aber nach März 2020 gewesen sein.
Ich werde mich also hüten, das Syndication-Plugin im Live-Blog zu verändern. ?
Ian Styx am |
Ich experimentiere gerade für die kommende Styx 3.1 Ausgabe mit dem relativ neuen HTML living Standard lazyload image attribute von Anfang des Jahres. Das kann das Ladeverhalten drastisch reduzieren, insbesondere dann, wenn - wie auf mobiles - der image-content sich (noch) nicht im Sichtfenster des Browsers befindet.
Wenn du ganz doll Lust hast, fände ich das ganz toll, wenn du im LIVE Blog mal alle entries der 1. Seite, d.h. von Regeneration bis inklusive Tagesbild im Backend mal einzeln aufmachst und im Quellcode folgendes Attribut ergänzt loading="lazy". Beispiel:
Und zwar nur in den image < img > tags. Aber auch in denjenigen die mit < picture > umkleidet sind.
So kann ich mir das mit dem Handy mal live anschauen. Die imagesidebar hat es schon und es scheint zu klappen.
Beat Post author am |
Hmm... muss es wirklich im Live-Blog sein? Könnten wir das nicht auch auf styx.beatsblog.ch testen?
Ich hab's mal beim Intro-Bild des Regeneration-Beitrags probiert (im Live-Blog). Wenn ich danach den Seitenquelltext ansehe, scheint es am richtigen Ort zu sein. Wenn ich aber den gespeicherten Eintrag wieder öffne und mir den Quelltext ansehe, dann ist das
loading="lazy" alt=""nicht mehr zu sehen. Das macht mich unsicher (ob ich das auch an der richtigen Stelle eingefügt habe).Es ist doch einiges an Arbeit und die will ich nicht mehrfach tun. Kannst Du mir ev. klarere Anweisungen geben? Im Regenerationsbeitrag sieht es nun so aus:
Ist das korrekt? An der richtigen Stelle? Und ist es auch korrekt, dass ich das nach dem Speichern nicht mehr sehe?
Ian Styx am |
Browser tendieren dazu empfangenes HTML zu interpretieren. Ich habe mich auch schon oft gewundert, dann aber immer festgestellt, dass da jeder (Browser) so seine eigene Ordnung bevorzugt. Also sind Attribute vertauschbar.
Was mir komisch vorkommt, dass du jetzt 2 alt Attribute hast. Das sollte eigentlich nicht sein. Hast du das da eventuell hineingezaubert?
Muss sein, denn es sieht im Quelltext so aus:
Ansonsten - ja - genau so.
Warum im LIVE Blog? Weil du darin so viele schöne Entries mit Bildern hast, die sich hervorragend testen ließen. Für Browser die ladyloading noch nicht kennen ist das kein Problem.
Ian Styx am |
Wie so oft sehe ich die Frage erst richtig, wenn ich sie schon leicht schräg oder gar falsch beantwortet habe.
Nicht nur Browser ordnen nach eigenen Vorlieben, sondern auch RichText Editoren, wie der CKEditor.
Das loading="lazy" ist da, aber an anderer Stelle. ? (jedenfalls bei mir.)
Ian Styx am |
Schon wieder... hihi... Das leere alt="" hast du in deinem entry Quelltext stehen (so ist es auch gespeichert). Im Browser Quelltext wird es auch noch angezeigt, im DOM Quelltext also dem geparsten und interrpreterten allerdings herausgerechnet und entfernt. Das aber war mein copy&paste.
Beat Post author am |
Das leere alt"" habe ich aus Deinem Kommentar c7466 übernommen. Wenn es das nicht braucht, hättest Du es besser nicht hingeschrieben ?. Das heisst also, ich muss nur jeweils loading="lazy" einfügen. Korrekt?
Ich habe auch keine Bedenken, dass Browser (oder so) etwas falsch machen. Ich habe Bedenken, dass ich etwas falsch mache und somit bestehende Blogbeiträge zerschiesse...
(Also bei mir zeigt der CKEditor beim erneuten Öffnen des gespeicherten Beitrags das loading="lazy" nicht und nirgends mehr an. Das irritiert mich schon sehr.)
Ich muss noch etwas Rikscha fahren und bin jetzt weg. Werde die Sache heute Abend anpacken und dann hier Bescheid geben.
PS: ladyloading wäre echt ein cooles Feature! ?
Ian Styx am |
Ja genau! Deshalb habe ich das extra fett dazugeschrieben! ?
Du musst dann schon ein wenig aufpassen dass du dir das nicht zerschießt!
Komisch! Bei mir schon. An vierter Stelle! Mit dem Basic core CKEditor.
Aber du hast Recht! Mit dem CKE Plugin ist es weg:
Da setzte ich mich gleich nachher mal dran. Versprochen! Und ich sehe gerade, es gibt noch einen bedeutsamen Unterschied, obwohl beide aus demselben Datenbankeintrag kommen und beide aus dem Quelltext des jeweiligen Editorfensters geklaubt sind. Achte mal auf das style/width und sogar das fehlende height. Das ist doch zum Haareraufen...!
Ja lazy ist cool. Es hat aber, wie auch die vorherige Variante (komplett) alles so seine kleinen Vor- und Nachteile. Ich fände es dann vielleicht sogar noch besser, wenn die Browserhersteller noch ein wenig mehr zusätzliche Intelligenz hineinstecken würden, um in manchen Umgebungen - wie Desktops - in Lese-Pausen die fehlenden Dinge einfach nach- bzw vorzuladen.
Ian Styx am |
Na gut, es war doch nicht so schlimm wie befürchtet... CKEPlus musste nur eine Ausnahme für das loading Attribut bekommen. Update ist available.
Das mit dem img width und height Attribut und warum es im CKEPlus Plugin Editor anders verarbeitet wird als im simplen CKE Core Editor hängt mit der Rücksichtnahme auf bestimmte Umstände bzw Plugins zusammen, zb die mediainsert Galerien des imageselectorplus Plugins, die dem Autmatischen Code Pfleger (ACF) von CKE Anweisungen geben, wie bestimmte auftretende Issues zu vermeiden sind. Eine davon war, das height Attribut gar nicht zu erlauben und das width Attribute in ein inline style zu verarbeiten. Die Themes können mit beiden zurechtkommen.
Beat Post author am |
Also. Auf www.beatsblog.ch werden auf der ersten Blogseite nun alle Bilder mit lazyload geladen. Man erkennt das auch am Desktop. Wenn man rasch scrollt, sieht man, wie die Bilder nachgeladen werden.
PS: Auch nach dem CKEditor-Plugin-Update sehe ich im Quelltext der Beiträge nirgends loading: "lazy" obwohl es funktioniert. Der CKEditor verschluckt dies nach dem Speichern...
Ian Styx am |
Das liegt wohl daran dass du die Versionsgeschchte (changelog) des CKEPlus Plugins nicht gelesen hast.
In kurz, dass geänderte cke_config.js file ist ziemlich sticky im Browser Cache.
Man muss es oft zwingen sich neu zu laden.
Ian Styx am |
Ja hoi das klappt hervorragend! Es macht sogar Spaß mit dem Handy herumzusurfen! ?
Gerade für bildlastige Blogs wie deines ist das eine echte Ergänzung und Verbesserung. Das Problem bleibt wie man das nun in alle alten Entries hineinbekommt. Und man müsste das mal mit einem Mobile Safari probieren (in der Hoffnung dass dieser das lazyloading noch nicht kann). Vielleicht per js und nur dann, wenn man sowieso die lightbox verwendet, aber ich weiß nicht ob das global genug für alle wäre...
Beat Post author am |
Ich habe mal die entries-Tabelle exportiert und mit "ersetzen" herumgespielt. Nun sind auf www.beatsblog.ch etwa 2'700 von 3'300 Bildern mit lazyload attributiert. Kannst also gerne seitenweise blättern...
Ian Styx am |
Wahrscheinlich sogar die bessere Methode...
Klappt gut, oder?!
Was mir dabei auffiel und ich vorher nie gemekt habe. ist dein Banner h1 Titel, wenn du blätterst. Dann ist er zB. unter https://www.beatsblog.ch/categories/BLOG/P4.html als BLOG - 4 ausgeschrieben. Das liegt sicherlich an deiner eigenen und ungewöhnlichen Methode der Banner replacements.
Beat Post author am |
Ähm... sollte der Titel denn irgendwie anders lauten? Meiner Meinung nach ist das immer schon so gewesen. Noch schöner wäre natürlich BLOG - Seite 4... ? aber nee. Ich finds o.k. und wie gesagt, völlig normal.
Die lazyload-Geschichte haut mich jetzt nicht vom Hocker, doch den technischen Hintergrund (und den Geschwindigkeitsvorteil auf Mobiles) den verstehe ich. Verfüge halt hier über einen ziemlich schnellen Internetzugang und meinen Blog betrachte/bearbeite ich zu 95% am Notebook. Von daher macht es jetzt für mich keinen grossen Unterschied.
Ian Styx am |
Normalerweise ist es so, dass sich Titel und Subtitel beim Entries-Blättern nicht regen, d.h gleich bleiben. So ist es auch auf /comments/ Seiten.
Nur auf single entry Seiten wandert - normalerweise - der entry Titel in den H1 Blog-Titel und dieser in den Sub-Titel. Das hat im Übrigen auch etwas mit Indizierung zu tun.
Auf anderen Seiten, wie Archive zum Beispiel, bleibt der Blog-Titel, aber der Sub-Titel wird mit dem view-(Titel) ausgeschildert, bzw mit den Untertitel der Archive "Zusammenfassung - Einträge für August 2020" oder "Einträge für August 2020". etc., beim Kalender "Einträge für Freitag, 14. August 2020" oder "Einträge für August 2020". Dies so, weil sie Teile des Ganzen sind. Bei den Kategorien wie auch den Statischen Seiten ist es so wie beim Single Entry. Der Kategorie-Name rutscht in den Blog-Titel und dieser in den Sub-Titel. Was unterscheidet diese? Sie sind ausgewiesene Einzelstücke und können für sich (allein) stehen, auch wenn Kategorien an sich im Grunde ein Zwitterwesen sind.. Bei Freetags steht im Sub-Titel beispielsweise "Artikel mit Tag: tests". Auch das als expliziter Sub-Teil des Ganzen.
Und so gibt es bestimmt noch weitere. Es ist eine Frage und das Resultat der durchdachten Planung aller Ganzheiten, Stücke, Teile, Abhängigkeiten, Verwandtschaften, Knoten etc., also dem, was ihnen als Möglichkeit im Kern mitgegeben ist.
Beat Post author am |
Dann ist ja alles korrekt (und original). Es wird die Kategorie BLOG angezeigt und danach die aktuelle Seitenzahl.
Mein Anliegen beim Menue und den entsprechenden Seiten war, dass h1 immer die aktuelle Position anzeigt und h2 immer den Blogtitel. Einzige Ausnahme: Die Hauptseite. Dort ist h1 der Blogtitel und h2 die Blogbeschreibung.
Ich habe also keine Banner-Replacements vorgenommen.
Beat Post author am |
Gehe ich richtig in der Annahme, dass ich bei Bildern in neuen Beiträgen das loading= "lazy" manuell zufügen muss, bis V3.1 offiziell ausgeliefert wird?
Ian Styx am |
Naja eigentlich doch, denn du hast die Logik verändert. Das war es was ich meinte.