Vorschau der Themenliste (legacy)

Vorschaubilder werden jetzt vom Kern erstellt. Es werden keine größeren als das Originalbild erstellt.

Bei genauerem Hinsehen möchten Sie also variable Vorschaugrößen, was etwas unordentlich aussehen könnte? Das wird derzeit nicht unterstützt.

Ich würde einen Kompromiss finden und die Vorschaubilder kleiner machen, damit die niedrig aufgelösten weniger schlecht aussehen.

1 „Gefällt mir“

Okay, das könnte das Problem bei einigen Vorschaubildern sein, erklärt aber nicht die anderen. Wir haben mehrere Themen (einige heute gepostet, andere vor dem Upgrade des TLP-Plugins gepostet und damit mehrere Wochen alt), die große Bild-Uploads mit einer Breite von über 2000 px haben, aber auf der Startseite sehr kleine Vorschaubilder von 50 px und 100 px erzeugen.

Nein, wir möchten eine einheitliche Standardbreite und -auflösung mit variabler Höhe, entsprechend unseren Einstellungen:

topic_list_thumbnail_width ist 284
topic_list_thumbnail_height ist 0
topic_list_thumbnail_resolution_level ist 4 (Ich musste 4 verwenden, da der Standardwert 2 nicht korrekt ist … Er erzeugte 1024er-Vorschaubilder, wenn er auf dem Standardwert 2 belassen wurde, und ich benötigte die Größe 400, die anscheinend 4 entspricht)

Mein Verständnis dieser Einstellungen ist:

  1. Bildvorschaubilder werden 400 px breit sein.
  2. Kacheln zeigen Bilder mit einer Breite von 284 px und variabler Höhe an, abhängig vom Seitenverhältnis des ursprünglichen Bild-Uploads.

Das Forum scheint jedoch zufällig 50 px breite oder 100 px breite Bilder bei einigen Themen auszuliefern … Und diese Bilder werden innerhalb des Kachelframes ausgeliefert, der auf unserer Seite immer 284 px breit ist, was zu Unschärfe führt, da das kleinere Vorschaubild gedehnt wird, um die Kachel auszufüllen.

2 „Gefällt mir“

Überprüfen Sie Ihre /latest.json-Ausgabe in Firefox, um zu sehen, welche Miniaturansichten gespeichert werden.

Sie können auch die Größe der auf der Seite angezeigten Miniaturansichten mit dem Browser-Inspektor überprüfen.

Lassen Sie mich wissen, falls Ihnen etwas Auffälliges auffällt.

Ah, die Breiteinstellung ist für Kacheln irrelevant. (Versuchen Sie, sie zu verringern oder sehr hoch zu erhöhen.) Nur die Auflösung zählt.

Vielleicht ist die Kachelansicht nicht die richtige Ansicht für Sie?

Sollte ich verhindern, dass Miniaturansichten mit niedriger Auflösung in der Kachelansicht angezeigt werden? Also sie überhaupt nicht anzeigen. Vielleicht sollte ich alle 50 x 50-Pixel-Bilder herausfiltern.

1 „Gefällt mir“

Ich glaube, ich habe gerade genau herausgefunden, was los ist… das ist meine beste Vermutung basierend auf dem, was ich sehe:

Es liegt ein Problem daran, wie TLP auf thumbnails in /latest.json zugreift. thumbnails enthält nicht immer die gleiche Anzahl von Elementen pro Thema. Wenn das ursprüngliche Thema-Bild, das zur Erstellung des Thumbnails ausgewählt wird, tatsächlich weniger als 1024px breit ist, wird diese Thumbnail-Größe nicht generiert, und diese Größe ist als Element/Eintrag im thumbnails-Array nicht vorhanden. Da im thumbnails-Array ein Element fehlt, ist die Plugin-Zählung um eins falsch und gibt die falsche Thumbnail-Größe zurück. Wenn das ursprüngliche Thema-Bild schmaler als 800px ist, werden die Breiten 1024 und 800 nicht generiert, die Plugin-Zählung ist dann um zwei falsch und gibt ein noch kleineres falsches Thumbnail zurück :wink:

Es scheint, als würde das Plugin durch thumbnails zu einem vorbestimmten Element laufen, obwohl es eigentlich nach einem Element mit einer bestimmten max_width suchen müsste, die der Site-Einstellung für die Topic-List-Auflösung entspricht. Auf diese Weise können Topics unterschiedlich lange thumbnails-Arrays in latest.json haben und trotzdem die korrekte Thumbnail-Breite zurückgeben.

Das würde erklären, warum einige der Topic-Kacheln auf unserem Forum eine Breite von 50px zeigten, andere 100px, während die meisten die korrekte Breite von 400px hatten… die Topics mit kleineren Breiten hatten ursprüngliche Bilder, die entweder weniger als 1024px oder weniger als 800px breit waren.

Hoffentlich ergibt das Sinn!

Könntest du bitte auch register_topic_thumbnail_size [300, 300] hinzufügen? Wir benötigen eine Breite von 284px für unsere Kacheln, und das Laden von 300px-Thumbails ist für uns besser als das Laden von 400px-Thumbails. Ideal wäre es zwar, exakt die richtige Breite zu generieren, aber ich werde wahrscheinlich, sobald du das Theme Component offiziell veröffentlichst, zum Theme Component wechseln und dort einfach meine eigene benutzerdefinierte Breite hinzufügen.

Danke für deine Arbeit sowohl am Plugin als auch am Component! :clap:

Entschuldigung, ich verstehe das Problem noch nicht ganz.

Ihr Beispiel ist nicht relevant, da es keine Thumbnails mit einer Auflösung von über 800x800 generiert. Das Bild mit der höchsten Auflösung im Array ist schlicht das Originalbild.

In jedem Fall dachte ich, es ginge Ihnen um die Bilder mit niedriger Auflösung. Warum liefern Sie dann ein Beispiel für ein so großes Bild? Meinen Sie damit, dass dieses große Bild in einer 50x50-Ansicht dargestellt wird?

Ja, natürlich variiert die Länge des Thumbnail-Arrays. Der Algorithmus ist darauf ausgelegt, damit umzugehen. Es könnte einen Fehler geben, aber die Tatsache, dass die Liste der Thumbnails eine variable Länge hat, ist bereits eine implizite Annahme des aktuellen Codes.

Er wählt die von Ihnen ausgewählte Thumbnail-Auflösung aus und passt diese bei Bedarf an. Zum Beispiel:

  • Wenn der Bildschirm als Retina-Display identifiziert wird, wird die Auswahl um eine Stufe nach oben verschoben, sodass das Ergebnis eine höhere Auflösung hat.

  • Wenn die gewünschte Auflösung nicht verfügbar ist, wird die nächsthöhere verfügbare ausgewählt.

Wie bereits erwähnt: Falls nur 50x50 verfügbar ist, sollte ich die Thumbnails in Tiles wahrscheinlich vollständig unterdrücken.

Wenn Sie benutzerdefinierte Auflösungen hinzufügen möchten, können Sie das Plugin vorerst forken. Die Thumbnails sind absichtlich jeweils doppelt so groß wie das vorherige. Eine Änderung nur für Sie würde den Speicherplatzbedarf für alle Benutzer erhöhen. Ich denke nicht, dass es so wichtig ist, die Originalbilder so genau zu treffen: Es handelt sich lediglich um Thumbnail-Vorschauen. Dennoch könnte es sinnvoll sein, eine Auflösung zu haben, die besser dem typischen Anwendungsfall von Tiles entspricht. Lassen Sie mich das noch einmal überdenken.

1 „Gefällt mir“

Ja, wir sehen mehrere Themen, in denen ein großes Bild auf der 50x50-Ebene angezeigt wird, obwohl auch eine 400x400- und eine 200x200-Ebene verfügbar sind. Die einzige Gemeinsamkeit, die ich bei diesen Themen feststellte, war, dass das ursprünglich hochgeladene Bild entweder weniger als 1024 px breit oder weniger als 800 px breit war, wodurch diese Größen im Miniaturansicht-Array fehlten. Das ließ mich glauben, dass die Art und Weise, wie das Plugin auf die Miniaturansichten zugreift, irgendwie mit der Länge des Miniaturansicht-Arrays zusammenhängt.

Ich verstehe absolut, dass keine benutzerdefinierten Größen hinzugefügt werden sollen. Vielen Dank für die ausführliche Erklärung :+1:

1 „Gefällt mir“

Ah, okay, das sind gute Informationen. Es könnte ein Fehler vorliegen. Ich werde mir das ansehen, sobald ich Zeit habe.

2 „Gefällt mir“

Wir würden das definitiv nutzen, da ich gerne genau eine spezifische Größe für Zeit-Vorschaubilder generieren möchte!

1 „Gefällt mir“

Kannst du mir eine fehlerhafte Vollbild-Image per PN senden, damit ich es testen kann? Bitte bestätige außerdem die eingestellte Auflösungsstufe und auf welchem Gerät du das Problem siehst.

2 „Gefällt mir“

Erledigt! Danke an @merefield, dass du dich darum gekümmert hast.

1 „Gefällt mir“

Ich weiß nicht, ob das nur bei mir der Fall ist, aber Vorschaubilder auf Mobilgeräten mit dem Theme-Komponente funktionieren nicht mehr. Mit dem Topic-Thumbnails-Theme-Komponente funktionieren sie noch, also scheint es ein Fehler zu sein. Übrigens sehe ich im Konsolen-Log nichts Relevantes.

2 „Gefällt mir“

Kann nicht reproduziert werden, bei den neuesten Tests war alles in Ordnung.

1 „Gefällt mir“

OK zusammen, das Upgrade-Fenster schließt sich dieses Wochenende.

Ich habe gerade einen kurzen Check bei Plugin und TC durchgeführt, und alles sieht gut aus.

Bitte unterlassen Sie Upgrades nach Sonntag. Ich werde mich erst nächsten Monat darauf verpflichten, Breaking Changes zu beheben.

1 „Gefällt mir“

Nach einigen Fehlerbehebungen scheint es ein Konflikt mit dem Events-Plugin zu sein. Können Sie das nachstellen?

2 „Gefällt mir“

Ich habe dies per Privatnachricht genauer ausgeführt, aber im Grunde scheint es ein Problem mit den benutzerdefinierten Auflösungsgrößen von TLP zu geben. Wenn wir ein Bild hochladen, das in der Breite 1024 px oder weniger beträgt, wird keine 1024x1024-Vorschaubildgenerierung erstellt. Wenn wir ein Bild hochladen, das 800 px oder weniger beträgt, wird kein 800x800-Vorschaubild generiert. Bisher ist dieses Verhalten zu erwarten.

Nicht erwartet wird jedoch, dass eine Auflösungsstufe von 2 tatsächlich keine 400x400-Größen lädt, sondern stattdessen Folgendes:

  1. 1024x1024-Vorschaubilder für alle Themen, bei denen die ursprüngliche Bildupload-Breite größer als 1024 px war
  2. 800x800-Vorschaubilder für alle Themen, bei denen die ursprüngliche Bildupload-Breite kleiner als 1024 px, aber größer als 800 px war
  3. 400x400-Vorschaubilder für alle Themen, bei denen die ursprüngliche Bildupload-Breite kleiner als 800 px, aber größer als 400 px war
  4. 100x100-Vorschaubilder für alle Themen, bei denen die ursprüngliche Bildupload-Breite kleiner als 400 px, aber größer als 100 px war

Ich dachte, dass die Auflösungsstufe 2 einfach 400x400-Vorschaubilder für alle Themen sein würde.

1 „Gefällt mir“

David/Nick,

OK, ich habe mir den Algorithmus, den ich zur Auswahl der Auflösung verwendet habe, erneut angesehen und Verbesserungen vorgenommen.

Dies wurde auf dem TC und im Plugin bereitgestellt.

Hinweis: Die neue Auflösungsskala reicht von 0 bis 6, wobei 0 das Originalbild darstellt, 1 die nächsthöhere Auflösung und 6 die allergeringste Auflösung.

Bitte aktualisieren Sie Ihr Plugin/TC und lassen Sie mich wissen, ob dies das Verhalten behebt.

@davidkingham, @internet_cookie, danke, dass Sie mich darauf aufmerksam gemacht haben.

(David, ich denke, das ist das Problem, das Sie beobachten, aber ich könnte auch falsch liegen).

2 „Gefällt mir“

Danke, Rob. Leider hat das mein Problem nicht behoben; es besteht weiterhin ein Konflikt mit dem Events-Plugin. Auf meiner Produktionsseite sind die Thumbnails auf dem Mobilgerät nicht funktionsfähig, während sie auf meiner Entwicklungsseite bei deaktivierten Events funktionieren.

2 „Gefällt mir“

Ich kann nicht nachvollziehen, wie sie jemals zusammenarbeiten konnten (TLP-Plugin inklusive). Beide überschreiben die Vorlage für Listenelemente im mobilen Themenbereich. Das ist ein Ausschlusskriterium. Vorläufig müssen Sie sich also zwischen beiden entscheiden.

Ich könnte langfristig eventuell eine Version nur mit CSS- oder Plugin-Ausgängen ausprobieren, um eine Vorlagenüberschreibung zu vermeiden, aber das hat aktuell keine Priorität, die uns über Wasser hält.

Allerdings ist es möglicherweise nicht allein mit Ausgängen möglich, den Umfang der Überschreibung umzusetzen, den TLP für die Darstellung eines Kachel-Elements benötigt.

1 „Gefällt mir“

Schade, ich hatte mich endlich darauf gefreut, dass die Events wieder da sind, haha! Ich finde es interessant, dass die Themen-Vorschaubilder-Komponente mit dem Events-Plugin funktioniert. Ich stelle deine Schlussfolgerung nicht in Frage, ich versuche nur zu helfen. Es scheint, als würde damit auch die Vorlage überschrieben? Nur zur Klarstellung: Ich spreche vom Pavilion-Events-Plugin, nicht vom Team von Discourse im Kalender-Plugin.

2 „Gefällt mir“

Da das verwendete Layout keine Template-Überschreibung erfordert. In TLP lege ich mehr Inhalte an, und einige davon befinden sich in verschachtelten div-Elementen, sodass sie nicht auf die gleiche Weise funktionieren: Ich muss mich auf eine Template-Überschreibung verlassen. Normalerweise ist dies nicht besonders riskant, da es sich um einen Blattknoten handelt.

2 „Gefällt mir“