Weblog Kommentare
Seitenleisten links & rechts
Ian Styx am |
Schau mal in die Zeile ~1628 der pure/style.css. Dort steht:
width: auto/* !important*/; /* force overwrite delivered inline styles */
Wenn du das !important erlaubst, ist alles ok (auto kann auch 100% sein). Ich weiß nicht mehr warum ich das nicht per default auf überschreiben gesetzt habe, aber es gab sicher einen "guten" Grund dafür, Vielleicht findest du den beim Herumexperimentieren noch heraus. Auf alle Fälle verhindern die inline width styles des figure containers das fluidable Verhalten.
Beat Post author am |
Ich fand den Code-Schnippsel auf Zeile 1596 der pure-style.css und habe ihn incl. !important in meine user.css übernommen. Das Layout scheint dadurch (zumindest auf den ersten Blick) gefixt zu sein. Danke! ?
Beat Post author am |
Hast Du auch noch eine Idee, wieso sich die history-Plugins verabschieden❓
Ian Styx am |
Ahh, Jetzt weiß ichs wieder!
Wenn man zB. ein kleineres gefigur'tes Bild mit mittigem selecor hat, also eines das einen Bildkommentar hat, denn nur bei diesen wird das ja in in einen figure container eingebaut, dann musss man sich entscheiden, entweder das oben genannte auto important zu nutzen, dann ist der Kommmentar container für dieses Bildchen aber immer so breit wie der ganze mittlere content, aber fluidabel, oder aber eben nicht per Überschreibung wie angezeigt, doch dann müsste man einem Bild das zb 1024px hat, wie in "Fusszeile Index-Seite", und das man per figure eingefügt hat, zum Speichern das inline width des figure auf auto statt 1024px setzen.
So (jetzt noch) alles klar?! ?
Beat Post author am |
???? ich verstehe nur ?hof ?
Ein Bildkommentar sollte doch nicht in einen Roman ausarten...
Ian Styx am |
Ich habe mal ein Beispiel eingefügt. Nimm mal das important wieder weg und mach es dann wieder dran.
Ian Styx am |
Damit du wirklich sehen kannst, was ich versucht habe zu beschreiben, musst du halt auch das border: none; entfernen.
In einen Apfel musst du halt beißen.
Entweder important an oder aus. Letzteres erlaubt eben auch kleinere Bilder mit Kommentar. Ersteres kann nur verwendet werden, wenn man allen größeren Bildern - im figure - inline width manuell auf auto setzt, wie beim "Fusszeile Index-Seite" Bild.
Nochmal: Letzteres mit größeren Bildern mit Kommentar kann nur dann verwendet werden, wenn man all diesen größeren Bildern - im figure - inline width manuell auf auto setzt, wie beim "Fusszeile Index-Seite" Bild. Dort steht style="width: 1024px" und müsste manuell auf styles="width: auto" gesetzt werden.
Ian Styx am |
Hast Du auch noch eine Idee, wieso sich die history-Plugins verabschieden❓
Nee. Nicht wirklich. Ich kann mir eigentlich nur vorstellen, dass das irgendwie mit deiner Kategorien Verschachtelung zu tun haben kann. Also das alles über /categories/BLOG läuft. Das ist so ungewöhnlich und gegen jede gängige Praxis, dass es womöglich solche Auswirkungen haben kann, denn auf Eintrags Seiten sind sie ja alle da.
Du hast überprüft, ob das Verhalten mit 2 Seitenleisten gegenüber der vorherigen 1 Seitenleiste nicht auftrat, gelle?! Ich würde mir denken, wir haben es dort nur nicht bemerkt, weil wir von den Kommentaren abgelenkt waren. Ich jedenfalls. Und kann mich an nichts erinnern.
Wie ist es bei bbeat??
Beat Post author am |
Sorry, doch das überfordert mich... ich sehe überhaupt keinen Zusammenhang zwischen Bildern in Einträgen und damit, dass die Seitendarstellung ohne das !important über den Haufen fällt. Und ich sehe auch keinen Nachteil des !importants. Ich will möglichst nirgends manuell with-code nachtragen. Das habe ich bisher auch noch nie gemacht und das würde ich innert 3 Tagen schon wieder vergessen....
Ah, so langsam dämmert es mir. Das 1024px breite Bild von "Fusszeile Index-Seite" verbreitert ohne !important (oder: "width: auto") die Anzeige nach rechts. Deshalb verhaut es das Layout. Wenn dem wirklich so ist, dann verwende ich eindeutig diese !important-Geschichte. Ich gedenke nicht, Bilder über 600px im Vollformat in Beiträgen zu platzieren. Dafür verwende ich -so wie in diesem Beitrag- zwei verschiedene Bildgrössen. 600px linkt dann (mit Lightbox) auf 1024px.
Ian Styx am |
Schau noch mal ein Kommentar höher. Ich habe nachgebessert.
Es liegt halt daran, dass der Serendipity image handler einem breiten Bild mit zB 1024px einen ebensolchen Kommentar Container baut. Das landet dann in deinem Eintrag. Und das muss für link / rechts und mittige Containe klappen. Dieses inline style wird mit dem genannten important entweder überschrieben, hat dann aber den Nachteil des blah blah blah Kommentar Bildes (siehe oben) oder du läßt important weg und setzt manuell im Beitrag auf auto.
Ich weiß nicht wie ich dies Problem automagisch lösen soll. Entweder oder.
Beat Post author am |
Nein, nein, mit nur Seitenleiste rechts war noch alles o.k. das weiss ich bestimmt. Und das funktioniert auch so auf www.bbbeat.ch. (Wobei ich dort auf /?frontpage umgestellt habe). Aber es funktionierte auch schon Jahre zuvor einwandfrei mit der Oberkategorie "alles". Das Next-Theme zeigt halt immer den gleichen Header an. Homelink1 ändert sich nie.
Weil das hier mit dem Pure-Theme anders ist, wollte ich eben dass "BLOG" angezeigt wird und deshalb habe die frühere Oberkategorie "alles" in "BLOG" umbenannt (mit /?frontpage steht sonst in HL1 & HL2 der Blog-Titel). Nun ist die Anzeige im Banner bei allen Menüpunkten identisch. Oben (HL1) das aktive Menü und unten (HL2) der Blog-Titel.
Ich schiebe die Kommentare wieder nach rechts, dann kannst Du es Dir ansehen.
Beat Post author am |
? Ich krieg ne Krise... ?
Beat Post author am |
Habe jetzt in der Navigation den Link von BLOG auf /?frontpage umgestellt. Leider keine Verbesserung.
Beat Post author am |
Heute wurde hier, wie auch auf www.beatsblog.ch nur ein Beitrag aus 2011 angezeigt, was so nicht stimmt. Auf www.beatsblog.ch habe ich das hisytory_daylist.dat (erstellt: 00:00:25) gelöscht und nun stimmt dort die Anzeige des Plugins.
Hier habe ich das File belassen. Wenn ich per FTP auf den Server schaue, so wird angezeigt, dass hisytory_daylist.dat hier um 01:51:35 erstellt wurde.
Zur Info: Im Jahr 2006 habe ich jeden Tag mindestens einen Beitrag geschrieben. Deshalb ist die erste Prüfung jeweils sehr einfach: Wenn aus 2006 kein Eintrag angezeigt wird, muss etwas falsch gelaufen sein.
Ian Styx am |
Beim Schnauzer vom ollen Friedrich! Das ist doch zum Wahnsinnig werden... ?
Welt und Code und Code und Welt. Wer soll sich bei der momentanen Verrücktheit eigentlich noch auskennen...
Ich muss an die Luft!
Ian Styx am |
Es muss irgendwie mit dem ersten request des Tages und irgendeiner Gleichzeitigkeit zusammenhängen.., aber ich kann das so hier nicht nachstellen.., denn
Mein Testblog mit deinen Daten hat beim ersten Aufruf des Tages, 17:40 Uhr korrekt:
Geschichte
Mi, 20.03.2013 17:42 neue Trikots
So, 20.03.2011 20:23 sonniger Sonntag
Di, 20.03.2007 23:05 Winter zum Frühlingsbeginn
Mo, 20.03.2006 22:09 drei Kleinigkeiten
Mo, 20.03.2006 20:53 Gedankensammlung
Ian Styx am |
Inzwischen habe ich den Verdacht dass das vielleicht mit den langen Loadzeiten des entrypaging zusammenhängen könnte.., jedenfalls kam mir das heut Nacht im Traume, also zB. wenn der 1. Request des Tages ein single entry war und entweder einfach nur zu lange dauerte und damit einen Schluckauf im history verursachte, oder einen Bot- bzw User-Abruch erzwang. Wenn dem so war, dürfte es ja jetzt auf beatblog.ch vorläufig nicht mehr auftreten...
Aber jetzt nach dem dritten Schluck Kaffee sehe ich, dass das ja dann hier nicht hätte auftreten dürfen... (und das tat es, nicht wahr?) ... vielleicht verändert der Proxy, oder was das auch immer für ein Cache ist, die timestamps??? Klingelt da vielleicht was?? ☺
Beat Post author am |
Die Intro- und Outro-Texte lassen sich im Nachhinein nicht mehr ändern.
Ich wollte Intro und Outro zusammenfassen. Ein leeres Intro und den ganzen Erklärungstext im Outro. In der Plugin-Konfiguration sieht es richtig aus, doch die Frontend-Darstellung ändert sich nicht. Mehrfaches Abspeichern des Plugins hilft genausowenig, wie das Plugin deaktivieren/aktivieren oder löschen/installieren. Habe beides versucht.
Habe jetzt gemerkt, dass ich das history_daylist.dat löschen muss, damit die Änderungen angezeigt werden. Vielleicht kann man dieses Verhalten irgendwo in der Plugin-Konfiguration vermerken, sonst denken andere Anwender, das sei ein Bug.
Ian Styx am |
OK. Danke.?
Ian Styx am |
Mein Gott ist das schon lange her...!
Heute auf dem LIVE Blog. hat der history Fehlerteufel zum ersten Mal zugeschlagen. Ich habe eine neue debug Revision hinterlassen, die den Fehler beseitigen sollte.
Beat Post author am |
Habe das neue File aufgespielt. Musste dann das history_daylist.dat noch manuell löschen, damit ein Neues geschrieben wurde. Danke für die superschnelle Reaktion.
PS: Plugin-Updates werde ich am Nachmittag durchführen.
Ian Styx am |
📅 Ich hatte am 28. und 1. schon einmal geschaut und festgestellt das du wohl leider nie einen 29. Februar Eintrag gemacht hattest. Aber heute den 2. März ist die Diskrepanz zwischen hier und deinem richtigen Blog schon echt stark. (Und irritiert zunächst.)
Beat Post author am |
Hier scheint sich das history-Plugin verschluckt zu haben. Das history-daylist.dat gelöscht, neu generiert und nun sieht es schon vergleichbar aus. (Dieses verschlucken kommt mittlerweile so selten vor, dass Du Dich nicht darum kümmern brauchst).
Beiträge eines 29. Februars gab es zwei:
wenn Du die nicht gesehen hast, macht das Plugin alles richtig! 👍
Ian Styx am |
Tatsächlich! 🤗
Und das mit dem 29. war nur so eine Art Nachkontrolle ob auch alles richtig lief/läuft. Weil gerade diese 3-4 Tage waren ja u.a. die neuralgischen Punkte.