Kommentare von

beats TEST blog

Backend (und neu auch Frontend) Kommentar-Editor

Ian Styx am |

Zum Letzteren: Außerdem wollte ich erreichen, dass, wenn die Seitenleiste in den Footer rutscht und die maximale Länge des Kommentar-Containers erreicht ist, der Eintrag nie mehr als genau eine Zeile lang ist. Also irgendwo bei 740px Breite testen.

Ian Styx am |

Anhang zu 2: Bilder (und auch Links) sind eval in dem Fall. Wir sind hier im offenen Bereich. Wenn jemand unbedingt auf ein Bild verweisen will, soll derjenige den Link als puren Text posten. Weit über der Hälfte aller Zugriffe hier sind dir nicht freundlich gesonnen. Wenn man sich Logbücher diesbezüglich anschaut bewegt man sich oft im 90+ Prozent Rahmen.

Besser also so strikt als möglich.

Zum PPS+Antwort: Ich habe noch eine kleine Verbesserung gefunden, also warte vielleicht noch bevor du die Längen nachjustierst.

Ian Styx am |

? ?

Beat Post author am |

Habe ich richtig verstanden, dass wegen Commit "pure: Replace code parts by style commentlevel-9-16 pre for mobiles" ab Stufe 9 auf Mobiles im Code-Feld nur noch . . code angezeigt wird?

Ist vermutlich eine gute Idee, da sonst bei etwas mehr Code das Feld sehr hoh ausfallen würde. ?

Komischerweise habe ich auf dem Mobile dennoch eine leicht breitere Anzeige in der Einzelansicht. Ich habe keine Ahnung woher das kommt. Ich kann auch mit Zwei-Finger-zusammen-Wischen die Anzeige auf "Normalmass" reduzieren. Beim Reload wird die Seite trotzdem wieder ca. 10px breiter (und höher). Betrifft diesen Artikel und auch /2579-Sytx-Stand-11.01.2020,-1507.html . Interessanterweise nur in der Hochformatanzeige und nicht im Querformat. Kannst Du das bitte mal auf Deinem Mobile überprüfen?

Soweit ich das im Moment überblicken kann, betrifft das alle Einträge, bei denen die Kommentare die maximale Verschachtelungstiefe erreichen.

Ian Styx am |

Komischerweise habe ich auf dem Mobile .. eine leicht breitere Anzeige in der Einzelansicht.

Von welcher Seite redest du und von welchem comment?

Ich habe mit https://www.blog.dokumenzi.ch/2586-Koennte-man...-Button-fuer-Kommentar-schreiben.html#c5907 getestet und alles ist so wie vorhergesagt.... außer, dass bei mir schon "expand for c o d e" angezeigt wird, was wahrscheinlich auf den Super Bildschirm mit hidpi oder so zurückzuführen ist.

Das einzige was ich fand war mit Chrome und einer S5 emulation 320 x 640, da war beim landscape mode das 20em zuviel. Mit 16 ging das.

Ian Styx am |

Ist vermutlich eine gute Idee, da sonst bei etwas mehr Code das Feld sehr hoh ausfallen würde.

Vorallem weil es auf dem Mobile zu tief verschachtelt einfach unleserlich wird. Deshalb auch habe ich die blockquotes improved.

Beat Post author am |

Ich meine die Einzel-Beitrags-Ansicht von diesem Beitrag und von eigentlich jedem, der eine volle Kommentarverschachtelungstiefe enthält. (weil ich auch auf dem Mobile den Scroll-to-top-Button anzeige fällt auf, dass dieser nach aussen und unten rutscht).

Du musst aber nicht weitersuchen. Wenn ich mir z.B. https://www.styx.dokumenzi.ch/archives/9-Migration-S9Y-Styx.html auf dem Mobile anschaue, dann sieht alles 100% korrekt aus. Es sieht so aus, als ob ich irgend etwas Störendes in meiner user.css drinhabe.

Aber noch etwas ganz Anderes, Komisches. Die zwei Checkboxen unten (Daten Merken, Bei Aktualisierung...) sind am Mobile nur dank des dunklen Hintergrunds zu erkennen. Es sieht so aus, als ob sie keine border=solid Information kriegen. In der Desktop-Ansicht ist alles bestens (dieser Punkt ist mir schon länger aufgefallen. Ich habe es bisher einfach noch nie erwähnt. Das ist aber auch bei Pure-Standard-Theme und somit auf der styx.dokumenzi.ch-Seite so).

Ian Styx am |

Vielleicht eine Browser Frage...? Ich kann das bei mir jedenfalls nicht nachvollziehen... (bzw vielleicht habe ich auch noch nicht verstanden).

Und solange man nicht mindesten FF Klar 24/25 hat (das glaube ich schon mit der neuen Moz Engine arbeitet) unterliegen soweit alle bisher releasten Browser auf Googles WebView. Google war zumindest immer schon besonders - sagen wir mal - eigenartig mit checkboxen. ?

Beat Post author am |

O.K Danke für's Überprüfen und das Feedback.

Ich muss jetzt in die Küche, damit meine Frau nicht verhungert.? Bin dann mal weg...

Ian Styx am |

Auf meinem Mobile und dieser Seite hier ist dein UP Button immer an der gleichen Stelle!

Wohl bekomms.

Beat Post author am |

Danke für den Hinweis. ?

Ja, das ist eine Android-Firefox-Geschichte/Macke. Mit dem Chrome-Browser auf dem Mobile sind die Checkboxen gut sichtbar und sogar grau hinterlegt.?

Beat Post author am |

Bei neuen Kommentaren erhalte ich jeweils eine E-Mail-Benachrichtigung. Sowohl hier, wie auch auf www.beatsblog.ch werden in diesem E-Mail die Umlaute nicht richtig dargestellt. So steht dann da z.B.

In dem Sinne wünsche ich uns allen eine schöne Reise.Viele GrüssePeter

Das ist mir schon lange aufgefallen, doch ich fand es nie erwähnenswert. Deshalb hier einfach als Information. Alle meine Styx-Blogs haben "Datenbank-Zeichensatzkonvertierung aktivieren" auf "Ja".

Ian Styx am |

Es kann natürlich sein, dass da htmlentities oder eine ähnliche Funktion zuviel sind und herumspuken, grundsätzlich aber wären das alles Sicherungsmaßnahmen, damit dir nicht potentiell unsicherer code untergeschoben wird. Ich kann soetwas leider lokal nicht richtig testen, denn eventuell hängt das auch noch mit dem bzw deinem Mail  Empfangs Tool zusammen..(?!)

Bekommst du in der Mail einen header "Content-Transfer-Encoding: quoted-printable" oder "Content-Transfer-Encoding: base64" ?

Und war das auf S9y origin - also auf bb.ch auch schon so?

Wenn es base64 encodiert ist solltest du mal die Settings deines Mailempfängers überprüfen.

Ansonsten wünsche ich auch eine schöne Reise, viel Wein, lustigen Witwen und interessanten Begegnungen. Beneidenswert! ?

Beat Post author am |

Ui, da habe ich mir was eingebrockt. Viele Fragen, die ich nur unzureichend beantworten kann. ?

Also: Habe auf dem alten Blog www.bbbeat.ch einen Testkommentar abgesetzt und die Umlaute werden dort im Benachrichtigungs-E-Mail richtig dargestellt.

Ähm... Mail-header... finde ich nicht heraus. Ich nutze MS-Outlook als Mailtool. Ich weiss nicht, wie ich dort ein Mail quasi roh ansehen kann. Ich habe das Mail als .txt gespeichert und mit Notepad++ angesehen, doch da konnte ich keine encoding-Angaben finden.

Wie gesagt: Es ist mir nicht wirklich wichtig. Solange im Blog die Umlaute richtig dargestellt werden, ist das i.O. für mich. Im Moment bin ich mit den Ferienvorbereitungen beschäftigt und da kann/will ich nicht Zeit in solche Details investieren. Ich wollte es Dir einfach mitgeteilt haben.

Ja, die "Männer-Reise" mit dem MTB durch Sizilien ist wohl ein Highlight des Jahres. Ich freue mich sehr und auch der Wetterbericht ist vielversprechend. Ich hoffe, blogmässig soweit vorbereitet zu sein, dass ich zeitnah berichten kann. Ich wünsche Dir eine schöne Zeit und danke an dieser Stelle nochmals ganz herzlich für Deine tolle Unterstützung. (Wenn Manitu das Speed-Thema auch noch in den Griff kriegt, ist alles PERFEKT).

Ian Styx am |

https://www.google.com/search?client=firefox-b-d&q=header+anzeigen+unter+ms-outlook

Paragraph (oder nicht)

Ian Styx am |

Ja, das ist so richtig und auch so gemeint. Allerdings habe ich gerade vergessen welche Einstellung dies möglich macht. Normalerweise startet ein default CKE mit einem p-aragraph, meine ich.

Serendipity nutzt ja sein eigenes Mediatheks und Auszeichnungssystem für Media Dateien und nicht die CKE internen image handler. Um zu ermöglichen einen Eintrag gleich mit einem Bild zu starten, wurde diese Variante von mir gewählt, denn ein Bild muss nicht zwangläufig geklammert sein und damit den block und margin Attributen eines Paragraphen unterliegen.

Allerdings musst du nicht diesen umständlichen Weg gehen, um einer ersten Zeile, denn um die geht es ja hier, eine Paragraphenklammerung zu geben. Einfach dem Anfang ein Enter dazugeben, wandelt in einen Paragraphen. Danach kann man die eingefügte Zeile wieder löschen und alles ist so wie gewollt.

Beat Post author am |

Danke für die Erläuterungen und den Tipp mit dem einleitenden ↩ Return/Enter. :th_up:

image center?

Ian Styx am |

Das liegt aber nicht an pure und dem margin: 0 auto 1em auto margin, denn die Reihenfolge ist top right bottom left im Uhrzeigersinn, sondern an deinem margin in

.serendipity_image_left, .serendipity_image_center, .serendipity_image_right {
    border-left: 1px solid #eaeaf4;
    border-top: 1px solid #eaeaf4;
    box-shadow: 3px 3px 3px #b8b8da;
    box-sizing: border-box;
    border-radius: 4px;
    padding: 0;
    margin: .5em;
}

Kommentierst du das margin: .5em hier aus oder nimmst es ganz heraus, ist die alte Regel korrekt zentriert aktiv.

Beat Post author am |

:roll: ich weiss gar nicht mehr, was ich mit der margin-Angabe wollte... :-P Habe es rausgenommen, wie auch die gestern gemachten, zusätzlichen margin-Angaben.

Danke für die Korrektur, resp. den Hinweis auf meine falsche Feststellung.

Der peinliche Klassiker: Schuld sind immer zuerst die Anderen... :shame:

Ian Styx am |

so kommts... ;-) ,,, und jetzt darfst du dir hiervon noch einen aussuchen. Ich wäre wahrscheinlich für den letzten, bei deinem farbdesign.

.content_msg, .serendipity_content_message, .serendipity_commentDirection {
    background-color: rgb(234,234,244);
}
.content_msg, .serendipity_content_message, .serendipity_commentDirection {
    background-color: rgb(219, 219, 219);
}
.content_msg, .serendipity_content_message, .serendipity_commentDirection {
    background-color: rgb(238, 238, 238);
}

Beat Post author am |

:think: Anderenfalls... ;-)

Danke für den Input. Habe jetzt mal die graue Version genommen (obwohl ich weiss/grau/schwarz nicht mag). Auch wenn sich das originale hellblau etwas mit meinem Farbkonzept gebissen hat, so fand ich es gar nicht so schlecht. Die Hinweise kamen so deutlich zum Ausdruck. Aber hier ist grau wohl doch harmonischer... ich lass es mal... Danke! :wave:

Ian Styx am |

Versuch für die Kommentar gesendet Bestätigung

Beat Post author am |

... oder konsequent bei meinen Farben bleiben und #fafcfc (rgb 252, 250, 250) ?

Wann verwendet man eigentlich HEX und wann rgb? :shame:

Du bringst mich jetzt echt ins grübeln :think:. #fafcfc passt gut für commentDirection. Ich weiss jetzt aber nicht, wo content-msg und content-message vorkommen. Je nach dem ist dort dann der Hintergrund schon #fafcfc und somit wäre der Hinweis schlecht zu erkennen. Ich glaube, ich nehme diese zwei Ziele heraus und mache die Änderung nur für das Kommentar-Formular (commentDirection).

Ian Styx am |

Der CSS Datentyp beschreibt eine Farbe im sRGB Farbraum. Eine Farbe kann auf eine dieser Arten beschrieben werden:

    durch Benutzung eines Schlüsselworts
    durch Benutzung des kubischen RGB Koordinatensystems (durch #-hexadezimal oder die funktionalen Schreibweisen rgb() und rgba())
    durch Benutzung des zylindrischen HSL Koordinatensystems (durch die funktionalen Schreibweisen hsl() und hsla())

RGB-Farben können durch das Rot-Grün-Blau-Modell (RGB-Modell) auf zwei Weisen definiert werden:

Hexadezimale Notation #RRGGBB und #RGB

  • "#", gefolgt von sechs hexadezimalen Zeichen (0-9, A-F).
  • "#", gefolgt von drei hexadezimalen Zeichen (0-9, A-F).

Die Drei-Ziffern-RGB-Notation (#RGB) und die Sechs-Ziffern-Form (#RRGGBB) sind gleich.
Zum Beispiel repräsentieren #f03 und #ff0033 dieselbe Farbe.

Funktionelle Notation rgb(R,G,B)

"rgb", gefolgt von drei <integer> oder drei <prozent> Werten.
Die Ganzzahl 255 entspricht 100% und F oder FF in der hexadezimalen Schreibweise.

Da gibt es meines Wissens kein muss oder sollte!

https://de.wikipedia.org/wiki/Webfarbe
https://developer.mozilla.org/de/docs/Web/CSS/Farben