Probleme mit langen Titeln auf Preview-Seite

[jo2]

Auf der Preview-Seite gibt es Probleme mit langen Wörtern im Titel. Das Foto des Authors wird zur Seite gedrängt und überlappt mit dem nächsten Post (s. Screenshot).

[silasmahler]

Auf der Preview-Seite gibt es Probleme mit langen Wörtern im Titel. Das Foto des Authors wird zur Seite gedrängt und überlappt mit dem nächsten Post (s. Screenshot).

Da müsste man eine der folgenden Optionen umsetzen

1. Silbentrennung einbauen, https://github.com/grzm/jekyll-hyphenate_filter
2. Die Schriftgröße skalieren
3. Die Anordnung der Elemente überdenken
4. Den Autoren vorschreiben, dass ein Titel keine allzu langen Wörter enthalten darf

Die einfachste Option wäre sicherlich 4), die Aufgrund der geringen Häufigkeit solch langer Titel zu empfehlen wäre. Bei den Optionen 2) & 3) müssten vermutlich ebenfalls bei Arithnea auf dem Server Änderungen gemacht werden. Option 1) wäre sehr aufwändig, da neben dem Gem auch weitere Abhängigkeiten ins Projekt müssten und fraglich ist, ob das dann kompatibel bleibt.

[FrederikSchlemmer]

Auf der Preview-Seite gibt es Probleme mit langen Wörtern im Titel. Das Foto des Authors wird zur Seite gedrängt und überlappt mit dem nächsten Post (s. Screenshot).

Da müsste man eine der folgenden Optionen umsetzen

1. Silbentrennung einbauen, https://github.com/grzm/jekyll-hyphenate_filter
2. Die Schriftgröße skalieren
3. Die Anordnung der Elemente überdenken
4. Den Autoren vorschreiben, dass ein Titel keine allzu langen Wörter enthalten darf

Die einfachste Option wäre sicherlich 4), die Aufgrund der geringen Häufigkeit solch langer Titel zu empfehlen wäre. Bei den Optionen 2) & 3) müssten vermutlich ebenfalls bei Arithnea auf dem Server Änderungen gemacht werden. Option 1) wäre sehr aufwändig, da neben dem Gem auch weitere Abhängigkeiten ins Projekt müssten und fraglich ist, ob das dann kompatibel bleibt.

Ich denke ebenfalls, dass die Option 4 am sinnvollsten wäre. Es scheint, dass der offizielle Blog ebenfalls durch sehr lange Titel dieses Problem besitzt (siehe Screenshot). Daher sollten Autoren bei der Titelauswahl auf solche Fälle achten.

[silasmahler]

@jo2 Als Maßnahme kannst du ja einmal die PULL_REQUEST_TEMPLATE anpassen, müsstest vermutlich aber auch mit verschiedenen Titellängen und Auflösungen vorher testen.

[DiDoHH]

Die Redaktion arbeitet mit shy-Tags. Vielleicht gibt es eine Möglichkeit diese hier auch zu verwenden? Spannend wäre, was der Importer dann daraus macht. Falls das nicht klappt, könnten wir - zur Not - "redaktionell" unterstützen. Allerdings wäre eine automatisierte Lösung mein bevorzugter Weg.

[jo2]

Wir könnten im Titel eine Prüfung durchführen, ob Wörter mit mehr als x Buchstaben einen shy-Tag enthalten. Tun sie das nicht, könnte der Merge dann geblockt werden. Das Setzen dieser Tags läge dann in der Verantwortung des Autors. Diese Tags automatisch zu sezten und dabei eine korrekte Silbentrennung beizubehalten, halte ich für sehr kompliziert.

[DiDoHH]

Puh, also wir überlassen das komplett der Redaktion. Shit in, shit out. 🙈 Ab und an weisen wir mal wieder darauf hin, dass da nochmal einer ran muss, wenn uns das auffällt.

Hier (GitHub-Prozess) gibt es doch auch eine Vorschau. Da würde ich den Autoren in die Verantwortung ziehen. Wenn das nicht gewünscht ist (was ich mir leider vorstellen kann), dann würde ich die anderen Optionen durchdiskutieren wollen. Allerdings hat Wortlänge nichts mit Laufweite zu tun. Das muss ich unseren Redakteuren auch immer erklären. Eine Prüfung auf x Buchstaben und das Vorhandenseins eines shys wäre imho auch nicht unbedingt zielführend. Und von ich würde auch davon absehen das shy automatisch einzufügen.

Ach so und wenn alle Stricke reißen, die Admins in FS haben Rechte auf die Datenquelle und könnten nachträglich ein shy einfügen. Dann dürfte der GitHub-Post allerdings nicht mehr aktualisiert werden, weil diese Anpassung sonst überschrieben werden würde.

Mir fällt auch gerade ein: Die Versalien sind abgekündigt. Die entfallen (demnächst). D.h. wir werden auch bei weniger Worten mit Laufweitenproblemen zu rechnen haben. Aber grundsätzlich sollten wir das Thema nicht aus den Augen verlieren.