Ich war mir nicht ganz sicher, wo ich das einordnen soll – entschuldigt bitte, falls es woanders hingehört.
Zunächst einmal hoffe ich, dass das nicht einfach als Meckerei rüberkommt. Das ist überhaupt nicht meine Absicht. Ich liebe Discourse und nutze es aktiv. In den letzten sechs Monaten habe ich mehrere Discourse-Instanzen für mich selbst, Kunden und Freunde eingerichtet. Die allgemeine Zufriedenheit ist hoch, besonders was die Funktionalität und Anpassungsmöglichkeiten angeht (Theme-Komponenten, Plugins usw.).
Trotzdem ist mir im Laufe der Zeit aufgefallen, dass es insgesamt relativ wenige Theme-Optionen gibt – besonders im Vergleich zu WordPress oder sogar vielen anderen Forensystemen. Ich habe beispielsweise noch keinen Drittanbieter-Marktplatz für Themes gefunden, wie er bei vielen anderen Systemen existiert. Hier in Meta scheinen viele Themes ziemlich alt zu sein, wobei sie zum Glück oft dennoch aktuell gehalten werden. Außerdem wirken die meisten von ihnen von einer sehr kleinen Gruppe von Personen erstellt. Als Gegenbeispiel sei das Theme-Verzeichnis von myBB genannt, das etwa 150 Themes umfasst (und das ist noch nicht einmal einer der populärsten Discourse-Konkurrenten):
Auch NodeBB scheint eine ähnlich geringe Anzahl an Themes zu haben.
Ein weiterer Punkt ist, dass selbst unter den verfügbaren Themes nicht allzu große Variationen zu finden sind. Ich schätze zwar, dass die meisten ein eher „sauberes
Hallo, danke, dass du das angesprochen hast. Das ist etwas, worüber ich schon seit geraumer Zeit aktiv nachdenke.
Du hast bezüglich der begrenzten Variationen recht, aber das ist keine Einschränkung des Theming-Systems. Wir haben bereits eine ganze Menge sehr unterschiedlicher benutzerdefinierter Themes für gehostete Kunden erstellt. Es scheint nur nicht die gleiche Nachfrage danach in der Open-Source-Community zu geben.
Das ist uns bewusst, und wir haben das intern diskutiert. Unser Designteam arbeitet aktiv an verschiedenen Varianten von Themes und Theme-Komponenten, die in den Einrichtungsassistenten aufgenommen werden sollen. Habt die Augen offen!
Toll, danke, das ist sehr ermutigend! Ich bin wirklich neugierig zu sehen, ob es sich, wie ich spekuliert habe, um ein Henne-Ei-Problem handelt, also: Sobald es mehr Themes gibt, kommen dann auch mehr Menschen, um sie zu nutzen?
Das wirft eigentlich eine Frage auf, die du vielleicht auch beantworten kannst: Wie misst man die „Nachfrage nach Themes in der Open-Source-Community
Ich danke dir für den Hinweis. Allerdings sind viele davon ziemlich „vanilla“, und auf der „Kunden“-Seite steht nichts, was mir explizit sagt: „Wir haben diese sehr unterschiedlichen benutzerdefinierten Themes für all diese Seiten erstellt“ – genau das war es, wonach ich gesucht habe. Mit anderen Worten: Diese Seite scheint, verständlicherweise, mehr darüber zu handeln, wer Discourse nutzt, und weniger darüber, wie einzigartig ihre Nutzung oder ihr Design ist, oder dass das Discourse-Team speziell Theme-Arbeiten für sie durchgeführt hat. Ehrlich gesagt finde ich, dass das eine nette zusätzliche Kategorie oder ein Filter für diese Seite sein könnte: Kunden, für die ihr Custom-Design- oder Theme-Arbeiten durchgeführt habt.
Wie auch immer, ich verstehe, dass die Informationen vorhanden sind, damit die Leute sie durchsuchen und finden können, was sie suchen, und ich bin @HAWK dankbar, dass er sich die Zeit genommen hat, einige konkrete Beispiele hervorzuheben, die meinen geäußerten Interessen direkter entsprachen.
OK! Das klingt, als hättest du sehr spezifische Anforderungen. Du könntest in Erwägung ziehen, jemanden zu bezahlen, der dir hilft, diese Anforderungen zu erfüllen, um dein Erlebnis zu beschleunigen.
Ein Grund dafür, dass es nicht Hunderte von Themes gibt, ist, dass es keinen Marktplatz für Themes gibt. Ich denke, das liegt daran, dass viele Entwickler große Befürworter von Open Source sind. In gewisser Hinsicht ist das ein Segen, denn es verhindert, dass zigtausend Menschen darauf kommen, belanglose Themes zu erstellen, in der Hoffnung, dass sie dafür bezahlt werden.
In der Regel können Sie, wenn Sie etwas Bestimmtes wünschen, einfach im Marketplace nachfragen.
Ich bin mir nicht sicher, ob dies tatsächlich Auswirkungen auf die Anzahl der Themes oder die Bereitschaft anderer hat, welche zu erstellen. Aber aus meiner eigenen Erfahrung ist die Struktur von Discourses HTML-Markup und CSS-Klassen nicht gut genug durchdacht, um ein einfaches oder effizientes Theming zu ermöglichen.
Wenn Sie nur mit CSS Änderungen am Theme vornehmen möchten, sind diese größtenteils eng an das Markup und die Klassen des Forums gekoppelt (die das Theme nicht besitzt, es sei denn, Sie greifen auch in das HTML ein). Einfache Anpassungen erfordern oft mehr Aufwand als nötig, zum Beispiel, weil es keinen einzigen Selektor dafür gibt. (Beispielsweise ist die Linie, die Beiträge in einem Thema trennt, nicht tatsächlich eine einzelne Rahmenlinie, sondern wird zwischen der Avatar-Komponente und dem Beitragskörper aufgeteilt. Sie können sie nicht einfach anpassen, da Sie verschiedene andere Elemente berücksichtigen müssen, die auf nicht offensichtliche Weise damit interagieren.)
Für mich persönlich bedeutet dies, dass ich nur bereit bin, sehr minimale Änderungen vorzunehmen, die nicht versuchen, zu viel zu verändern, da ich befürchte, dass zukünftige Forum-Updates meine Änderungen zerstören und es schwierig sein wird, herauszufinden, wie man sie behebt.
Ja, der Rahmen über den Beiträgen ist ein gutes Beispiel… Ich glaube, die Struktur des Markups ist über 5 Jahre alt und könnte sogar ein Überbleibsel eines anderen Standardlayouts sein.
Die Änderung des Rahmens scheint nicht etwas zu sein, das eine riesige Umstrukturierung erfordert, aber wir müssten eine beträchtliche Menge an CSS und HTML anpassen, um dies zu erreichen, da der übergeordnete Container von topic-avatar und topic-body nicht die richtige Breite für den Rahmen hat… und wenn wir die Breite des übergeordneten Containers ändern oder einen weiteren Container einführen, erfordert das weitere Änderungen, und diese Änderungen können wiederum eigene Anpassungen nach sich ziehen… und plötzlich refaktorierst du den gesamten Beitragscontainer. Sobald wir diese Änderungen vorgenommen haben, müssen wir unsere Kunden durch den Übergang begleiten und die von uns entwickelten Themes aktualisieren… das kann also ein sehr mühsamer Prozess sein.
Obwohl ich gerne so etwas machen und dann fertig sein würde:
.topic-post {
border-top: 1px solid red;
}
…würde es viel Zeit kosten und bestehende Themes brechen, um dorthin zu gelangen. Und im Vergleich ist ein zusätzlicher Selektor bei weitem nicht so schwierig wie die Umstrukturierung des Markups:
Natürlich kann es frustrierend sein, wenn man solche Aktionen häufiger wiederholen muss. Ich arbeite täglich an Discourse-Themes, also verstehe ich das!
Trotzdem… wir möchten das Markup der Themenliste und der Themenseite in naher Zukunft definitiv aktualisieren. Wir haben letztes Jahr die Unterstützung für IE11 eingestellt, sodass wir Dinge einfacher strukturieren können, um moderne CSS-Layout-Funktionen wie Flexbox und Grid besser nutzen zu können. Dies wird es auch erleichtern, dramatischere Layout-Änderungen vorzunehmen.
Seit dem Verzicht auf IE11 verwenden wir zudem häufiger CSS-Custom-Properties, was die Gestaltung zusammen mit größeren grundlegenden Änderungen ebenfalls straffen kann. Anstatt zwei separate Elemente zu stylen, können wir etwas wie Folgendes tun:
Eine weitere Anmerkung: Oft gibt es vertragliche Einschränkungen bei Enterprise-Kunden, die uns rechtlich gesehen daran hindern, über diese Kunden und deren Anpassungen zu sprechen. Das ist bedauerlich, aber was kann man tun? Wir müssen geschäftsfähig bleiben und die Gehälter der Mitarbeiterinnen und Mitarbeiter hier zahlen können. Das ist mir ein großes Anliegen; es ist meine Verpflichtung, dafür zu sorgen, dass bei Discourse alles reibungslos läuft, damit unser Team seine Familien ernähren und mit einer verlässlichen Einkommensquelle versorgen kann.
Die gute Nachricht ist, dass diese umfangreichen Anpassungen im Laufe der Zeit langsam in die Open-Source-Codebasis einfließen. Das braucht jedoch seine Zeit.
Da ich an mehreren Discourse-Projekten arbeite, größtenteils für andere, sind die Anforderungen sehr unterschiedlich, ebenso wie die Budgets. Aber ich habe kundenspezifische Entwicklung definitiv im Hinterkopf und würde sie gerne dort einsetzen, wo Ressourcen es zulassen.
Ausgezeichnet! Ich freue mich, zu hören, dass du auch die Notwendigkeit dafür siehst.
Das habe ich tatsächlich! Theme-Komponenten sind eines meiner absoluten Lieblingsdinge bei Discourse, und ich nutze sie umfassend. Trotzdem bleibt die grundlegende Ästhetik und die „Benutzerfreundlichkeit“/„Sauberkeit“ des Systems trotz der meisten davon ziemlich ähnlich.
Ausgezeichnet, danke für diese Perspektive. Ich bin mit CSS nicht sehr versiert, sicherlich nicht genug, um mit Zuversicht sagen zu können, dass die Architektur von Discourse (oder eines anderen Tools) besser sein könnte, anstatt dass es einfach nur mein mangelndes Verständnis ist, das die Dinge begrenzt. Es ist gut zu wissen, dass hier Raum für Verbesserungen besteht.
Das ist wirklich gut zu hören. Ich kann die Schwierigkeiten nachvollziehen, die mit einer vollständigen Überarbeitung verbunden sind, und wie sehr eine vorgeschlagene, scheinbar kleine Änderung notwendigerweise zu vielen anderen führen kann. Ich freue mich, dass es trotz der Herausforderung einen internen Schwung gibt, die Dinge im Laufe der Zeit zu verbessern. Und am Rande: Vielen Dank für all die Arbeit, die ihr an Themes und Theme-Komponenten leistet! Ich nutze eure Kreationen häufig.
Vielen Dank für die Beispiele. Das von BabyPips ist besonders beeindruckend und interessant!
Stimmt! Als ich fragte, ob es Beispiele gäbe, die ihr „teilen könnt“, habe ich implizit Verständnis für diese Tatsache gezeigt, aber ich erkenne, dass dies vielleicht nicht klar oder explizit war.
Ich bin Discourse als Unternehmen, das Geld verdient, absolut unterstützend gegenübergestellt und verstehe all die Dinge, die damit einhergehen, einschließlich NDAs, möglicher Exklusivitätsvereinbarungen für bestimmte kundenspezifische Funktionen und mehr. Die Tatsache, dass die Anpassungen in den Open-Source-Code einfließen, ist ein Beweis dafür, dass ihr es richtig macht, und ich schätze das.
Danke an alle für die Inputs! Ich fühle mich jetzt sowohl klarer im Verständnis, warum die Dinge derzeit so sind, wie sie sind, als auch hoffnungsvoller, dass sich die Dinge für diejenigen verbessern werden, die meinem Fähigkeitsniveau, meinem Anwendungsfall und meinem Budget näher sind. Irgendwann würde ich gerne ein blühendes Ökosystem/Community/Märkte für Drittanbieter-Themes sehen und würde gerne z. B. 50 $ für ein schönes, kundenspezifisches Theme zahlen, wie ich und viele andere es im Wordpress-(und anderen CMS/Forum-System-)Bereich häufig tun.
Ich erkenne, dass es potenzielle Probleme mit diesem Ansatz gibt, ebenso wie viele „Müll“-Themes. Aber nach 15+ Jahren der Anpassung von fertigen CMSs, Themes und Plugins und dem Vergleich mit den Angeboten, die ich für die vollständige kundenspezifische Entwicklung ähnlicher Designs und Funktionen erhalten habe, bin ich zuversichtlich, dass es einen wertvollen Platz für diese Art von Ökosystem gibt. Ich sehe es als etwas, das unter den vollständigen kundenspezifischen kommerziellen Optionen von Discourse liegt (wo Kosten eine Hürde darstellen) und „über“/neben dem vollständigen DIY-Open-Source-Ansatz (wo Fähigkeiten und Zeit eine Hürde darstellen). In meiner Erfahrung mit anderen Systemen, die ähnlich funktionieren, hat dieser „mittlere Weg“ gute Ergebnisse in angemessener Zeit für diejenigen ermöglicht, die über begrenzte Budgets/Fähigkeiten/Zeitpläne verfügen (das ist im Grunde jedes kleine Unternehmen, jeder Einzelunternehmer usw., mit dem ich je gearbeitet habe).
Tatsächlich denke ich, dass viele Menschen das tun, und das ist eine positive Sache. Die Idee ist natürlich, dass man auf einem Marktplatz vielleicht 10, 50 oder 100 Personen findet, die diese 50 US-Dollar zahlen, und dann wird es bedeutungsvoller. Jedenfalls scheint das im Kontext anderer Plattformen zu funktionieren. Nicht dass ich lieber zahlen würde als kostenloses Angebot zu haben, aber ich erwarte auch nicht, dass tiefgründigere, herausfordernde Arbeiten ohne Vergütung erledigt werden.
Ich weiß nicht unbedingt den besten Weg, damit umzugehen. Vor allem kenne ich nur das übergeordnete Ergebnis, das ich zu sehen hoffe: eine breitere Verfügbarkeit von tiefergehend angepassten Themes, Komponenten usw., um den Einsatz von Discourse in mehr Kontexten zu ermöglichen (wo sein Einsatz angemessen ist).
Ein Diskurs-Marktplatz für Problemlösungen ist etwas, das ich in Betracht gezogen habe, aber ich habe ein anderes Projekt, das ich zunächst starten möchte.
