Hallo, ich habe früher den Namen meines Forums als Text nach dem Logo in den Header eingefügt, aber es war ein Chaos, es mit allen Kombinationen von Browserbreiten und Header-Inhaltsmöglichkeiten zum Passen zu bringen. Also verwende ich jetzt ein Logo-Bild mit dem eigentlichen Logo, gefolgt vom Forumnamen im Bild selbst.
Aber seit dem Update auf v2026.7.0 habe ich Probleme, es in bestimmten Breiten innerhalb von Themen zum Passen zu bringen. (Auf der Startseite gibt es kein Problem, da der Header dort mehr freien Raum hat). Die Discourse-Einstellung für das Kleine Logo lautet: „Das kleine Logo-Bild oben links auf Ihrer Website, sichtbar beim Herunterscrollen.“ Das tatsächliche Verhalten ist jedoch etwas komplexer. Bei Browserbreiten >=1015 Pixel (ungefähr) wird beim Herunterscrollen in einem Thema mit sichtbarer Seitenleiste das Primäre Logo verwendet, das zur Anpassung an den kleinen verbleibenden Raum links vom Thementitel verkleinert werden muss, was es in meinem Fall unleserlich macht. Bei kleineren Breiten als ~1015 Pixel wechselt es zum Kleinen Logo. Gibt es eine Möglichkeit, es beim Herunterscrollen in einer Themenansicht immer das Kleine Logo oder sogar das Mobile Logo verwenden zu lassen? Es gibt einige ähnliche Ideen in diesem alten Thread, aber das ist nicht genau das, was ich tun möchte, und ich bin mir nicht sicher, ob die technische Implementierung immer noch gilt:
// Wenn die Seitenleiste sichtbar ist, zwinge das HomeLogo in einen 'nicht minimierten' Zustand.
const transformerExists = api.registerValueTransformer?.(
"home-logo-minimized",
({ value, context }) => {
if (value && context.showSidebar) {
return false;
}
return value;
}
);
^ Und auch dieser hier, aber das dient nur den automatisierten Tests, oder?
Gibt es einen einigermaßen sauberen Weg, das „Überschreiben des Überschreibens“ zu erreichen, ohne das Component vollständig forken zu müssen? Ich brauche es hauptsächlich, weil 1) viele meiner Benutzer eindeutig eine starke Präferenz für das breite Layout geäußert haben und 2) es zu viele große und kleine Macken gibt, die mit CSS-Regeln behandelt werden müssen, zusätzlich zum bloßen Erhöhen der Werte für --d-max-width und --topic-body-width. Ich habe mein eigenes Theme-Component mit einer Menge reiner CSS-Regeln gepflegt, die ich von discourse-full-width-component/common/common.scss at main · discourse/discourse-full-width-component · GitHub kopiert und angepasst habe, aber es bricht bei jeder großen Discourse-Release zusammen, und ich würde etwas lieber bevorzugen, das besser gewartet und wartungsärmer ist, wie das Full Width Component.
Super!! Vielen Dank, Kris.
Wird dieser Commit für ESR verfügbar sein? Derzeit steht dort, dass meine Full-Width-Komponente Theme is up-to-date with d-compat/2026.7 ist.
Ja klar, diese Änderungen werden vollständig durch die neue Einstellung gesteuert, sodass ein Backport auf diese Version sicher ist. Es sollte jetzt verfügbar sein.
