Manque relatif de thèmes - est-ce que je manque quelque chose ?

Je n’étais pas tout à fait sûr de l’endroit où poster cela, désolé si cela devrait être ailleurs.

Tout d’abord, j’espère que cela ne sera pas perçu comme une plainte. Ce n’est absolument pas mon intention. J’adore et j’utilise Discourse ; au cours des six derniers mois, j’ai déployé plusieurs instances Discourse pour moi-même, pour des clients et pour des amis. La satisfaction globale est élevée, notamment en ce qui concerne la fonctionnalité et la personnalisation (composants de thème, plugins, etc.).

Cela dit, dans ce processus, j’ai clairement remarqué un relatif manque d’options de thème en général, surtout comparé à WordPress ou même à de nombreux autres systèmes de forum. Par exemple, je n’ai pas encore trouvé de marketplace tiers pour les thèmes, alors que beaucoup d’autres systèmes en ont. Ici, sur Meta, de nombreux thèmes semblent assez anciens, bien que, heureusement, ils soient souvent maintenus à jour. De plus, la majorité d’entre eux semblent être créés par un très petit nombre de personnes. À titre de contre-exemple, voici le répertoire d’environ 150 thèmes de myBB (qui n’est même pas l’un des concurrents les plus populaires de Discourse) :

NodeBB semble également avoir un nombre de thèmes relativement faible. :thinking:

Autre point : même parmi les thèmes disponibles, il ne semble pas y avoir beaucoup de variations. J’apprécie que la plupart d’entre eux s’en tiennent à un design assez « épuré », et je ne souhaite personnellement pas, par exemple, un look traditionnel (SMF, vB, phpBB, etc.), mais je ne peux m’empêcher de me demander s’il existe une limitation fondamentale dans ce que le système de thèmes permet de réaliser. Si c’est le cas, peut-être que ce n’est pas priorisé dans le processus de développement, et je peux le comprendre s’il n’y a pas beaucoup de demande ou si c’est un problème difficile à résoudre, mais il serait bon de le savoir.

Alors, pourquoi ces disparités ? Discourse est assez populaire, non ? L’ajustement des thèmes n’est-il simplement pas quelque chose dont la plupart des administrateurs Discourse se soucient beaucoup ? Ou sont-ils généralement plus capables de créer leurs propres thèmes, si bien qu’il n’y a pas beaucoup de marché pour cela ? Et dans ce cas, s’agit-il d’une situation de l’œuf et de la poule (c’est-à-dire que le manque de ressources de personnalisation faciles et disponibles décourage les administrateurs potentiels novices à la recherche d’options de forum) ?

Pour être clair, je ne dis pas que myBB ou WordPress sont meilleurs ; je préfère certainement Discourse. Mais je souhaite que certaines choses s’améliorent avec le temps, c’est pourquoi je pose cette question de manière ouverte et j’ouvre un domaine de discussion potentiel. Cela fait également écho à un sujet auquel j’ai contribué (et sur lequel je dois revenir et faire un suivi !) discutant de certaines choses que la plateforme Circle pourrait faire « correctement » (pour une certaine catégorie d’utilisateurs). Je continue de voir des choses comme une interface « simplifiée » comme potentiellement bénéfiques pour attirer de nouveaux utilisateurs, et j’espère que de telles choses peuvent être au moins partiellement réalisées grâce au système de thèmes.

Je suis également tout à fait disposé à payer pour le développement de thèmes là où cela est justifié, et je sais qu’il y a au moins quelques personnes ici dans Marketplace capables de le faire. Je veux simplement savoir quelles pourraient être les raisons du manque apparent d’options et de variété de thèmes existants, et s’il existe des ressources pour les thèmes que j’aurais pu manquer.

Merci !

12 « J'aime »

Bonjour, merci d’avoir soulevé ce point. C’est quelque chose à quoi je réfléchis activement depuis un certain temps.

Vous avez raison concernant la variation limitée, mais ce n’est pas une limitation du système de thèmes. Nous avons créé une multitude de thèmes personnalisés très différents pour les clients hébergés ; il semble simplement qu’il n’y ait pas la même demande dans la communauté open source.

C’est un point dont nous sommes conscients et que nous discutons en interne. Notre équipe de conception travaille activement sur différentes variations de thèmes et de composants de thème à intégrer dans l’assistant de configuration. Gardez un œil sur les mises à jour !

14 « J'aime »

Super, merci, c’est très encourageant ! Je suis vraiment curieux de savoir si c’est, comme je l’ai supposé, un problème de « l’œuf ou la poule », c’est-à-dire : une fois qu’il y aura plus de thèmes, aurez-vous plus de personnes qui viendront les utiliser…

En fait, cela soulève une question que vous pourriez également être en mesure de répondre : comment mesurez-vous la « demande de thèmes dans la communauté open source » ? (ou l’intérêt en général de la part des non-clients) Et quand vous dites « la communauté open source », voulez-vous dire toute personne qui n’héberge pas avec Discourse officiel ? Par exemple, ceux sur Communiteq sont-ils considérés comme faisant partie de celle-ci ?

5 « J'aime »

Aucune mesure concrète, simplement des preuves anecdotiques basées sur des demandes comme la vôtre, et sur la nature des thèmes créés par des personnes qui ne font pas partie de notre équipe.

Oui, c’est bien cela. Toute personne qui n’est pas un client payant de notre part.

6 « J'aime »

Avez-vous par hasard des exemples de ces thèmes que vous pourriez partager ? J’aimerais vraiment pouvoir voir davantage de ce qui est possible.

2 « J'aime »

Bien sûr. Ce ne sont pas tous ceux que nous avons réalisés, mais ils illustrent plusieurs possibilités différentes.

https://forum.uipath.com/
https://forum.asana.com/
https://forums.babypips.com/
https://community.ring.com/
https://answers.netlify.com/
https://community.anker.com/
https://discuss.hashicorp.com/
https://discourse.aurelia.io/
https://forum.figma.com/categories
https://github.community/
https://community.nulab.com/
https://chatterbug.com/community/
https://community.greythr.com/
https://community.automationcloud.net/
https://forum.diffblue.com/
https://forums.woot.com/
https://swapd.co/
https://community.atlasobscura.com/
https://forum.bonsaimirai.com/
https://community.wirexapp.com/categories
https://discuss.codecademy.com/
https://discuss.circleci.com/
https://www.wer-weiss-was.de/

18 « J'aime »

Il vous suffit de visiter la page des clients ; c’est exactement pour cela qu’elle existe : https://www.discourse.org/customers

3 « J'aime »

Je vous remercie pour cette indication. Cependant, bon nombre de ces exemples sont assez « standards », et rien sur la page « Clients » ne me dit explicitement : « Nous avons créé ces thèmes personnalisés très différents pour tous ces sites », ce qui est précisément ce que je recherchais. En d’autres termes, cette page semble, ce qui est compréhensible, davantage axée sur qui utilise Discourse que sur l’unicité de leur utilisation ou de leur conception, ou sur le fait que l’équipe Discourse ait spécifiquement réalisé un travail de thème pour eux. Honnêtement, je pense qu’il serait agréable d’ajouter une catégorie ou un filtre supplémentaire sur cette page : les clients pour lesquels vous avez réalisé un travail de conception ou de thème personnalisé.

Quoi qu’il en soit, je comprends que ces informations soient disponibles pour que chacun puisse les parcourir et trouver ce qu’il cherche, et je remercie @HAWK d’avoir pris le temps de souligner certains cas concrets qui correspondaient plus directement à mon intérêt exprimé.

6 « J'aime »

D’accord ! Il semble que vous ayez des besoins très spécifiques. Vous pourriez envisager de payer quelqu’un pour vous aider à les satisfaire et ainsi accélérer votre expérience.

4 « J'aime »

Tout à fait d’accord. Nous sommes en train de mettre à jour cela pour afficher des options de conception plus diversifiées.

8 « J'aime »

Avez-vous vu les +150 entrées sur Search results for '#theme' - Discourse Meta ? Beaucoup d’entre elles apportent des changements fonctionnels importants. Il n’y a que ~40 éléments sur Search results for '#theme-full' - Discourse Meta, et certains d’entre eux modifient considérablement l’apparence des choses.

L’une des raisons pour lesquelles il n’existe pas des centaines de thèmes est qu’il n’y a pas de marché dédié aux thèmes. Je pense que c’est parce que de nombreux développeurs sont de grands partisans de l’open source. D’une certaine manière, c’est une bénédiction, car cela n’incite pas des milliers de personnes à créer des thèmes triviaux dans l’espoir qu’une personne voudra les payer.

Pour la plupart, si vous savez ce que vous voulez, vous pouvez poser votre question dans Marketplace.

3 « J'aime »

Je ne sais pas si cela a réellement un impact sur le nombre de thèmes ou sur la volonté des autres de les créer, mais d’après mon expérience personnelle, la structure du balisage HTML et des classes CSS de Discourse n’est pas très bien conçue pour un theming facile ou efficace.

Si vous souhaitez apporter des modifications de thème uniquement via CSS, dans la plupart des cas, elles seront fortement couplées au balisage et aux classes du forum (que le thème ne possède pas, sauf si vous modifiez également le HTML). De plus, des ajustements simples demandent souvent plus de travail que nécessaire, par exemple parce qu’il n’existe pas de sélecteur unique pour les cibler. (Par exemple, la ligne séparant les messages dans un sujet n’est pas en réalité une seule bordure ; elle est répartie entre le composant de l’avatar et le corps du message. Vous ne pouvez pas simplement l’ajuster, car vous devez prendre en compte divers autres éléments qui interagissent avec elle de manière peu évidente.)

Pour ma part, cela signifie que je ne suis prêt à apporter que des modifications très minimales qui ne tentent pas de changer trop de choses, car je crains que les futures mises à jour du forum ne cassent mes modifications et qu’il soit difficile de déterminer comment les corriger.

9 « J'aime »

Oui, la bordure au-dessus des messages en est un bon exemple… Je pense que la structure du code remonte à plus de 5 ans et pourrait même être un vestige d’une mise en page par défaut différente.

Le changement de bordure ne semble pas nécessiter une refonte massive, mais nous devrions modifier une quantité considérable de CSS et de HTML pour y parvenir, car le conteneur parent de topic-avatar et topic-body n’a pas la largeur correcte pour la bordure… et si nous changeons la largeur du conteneur parent ou si nous introduisons un autre conteneur, cela nécessite davantage de modifications, qui peuvent elles-mêmes en exiger d’autres… et soudain, vous vous retrouvez à refactoriser l’ensemble du conteneur du message. Ensuite, une fois ces modifications apportées, nous devons accompagner nos clients dans ce changement et mettre à jour les thèmes que nous avons créés… ce qui peut être un processus très laborieux.

Bien que j’aimerais pouvoir faire quelque chose comme ceci et en avoir fini :

.topic-post {
  border-top: 1px solid red;
}

…cela demanderait beaucoup de temps et casserait les thèmes existants pour y parvenir. Et comparativement, un sélecteur supplémentaire n’est pas du tout aussi difficile que de refactoriser le code :

.topic-avatar,
.topic-body {
  border-top: 1px solid red;
}

Bien sûr, si vous commencez à multiplier le nombre de fois où vous devez faire quelque chose comme cela, cela peut devenir frustrant. Je travaille tous les jours sur les thèmes Discourse, donc je comprends cela !

Cela dit… nous souhaitons absolument mettre à jour le code de la liste des sujets et de la page de sujet dans un avenir proche. Nous avons abandonné le support d’IE11 l’année dernière, ce qui nous permet de structurer les choses de manière plus simple et de mieux exploiter les fonctionnalités modernes de mise en page CSS comme Flexbox et Grid. Cela facilitera également la réalisation de changements de mise en page plus radicaux.

Nous utilisons également davantage les propriétés CSS personnalisées depuis l’abandon d’IE11, ce qui peut simplifier le style, en plus des changements structurels plus importants. Au lieu d’avoir deux éléments distincts à styliser, nous pouvons faire quelque chose comme :

.topic-post {
  --border-color: red;
  .topic-avatar,
  .topic-body {
    border: 1px solid var(--border-color);
  }
}

et un thème pourrait alors faire :

.topic-post {
 --border-color: green;
}

tl;dr : nous vous entendons ! et nous réfléchissons à la manière de réduire ces obstacles également !

24 « J'aime »

J’aime vraiment
https://community.automationcloud.net/
et
https://forums.babypips.com/t/what-annoys-you-most-in-forex/70821/549

C’est une excellente source d’inspiration pour moi, lorsque je mettrai à jour mon forum cet été.

7 « J'aime »

Une remarque supplémentaire : il existe souvent des limitations contractuelles avec les clients d’entreprise qui nous empêchent littéralement de discuter de ces clients et de ces personnalisations d’un point de vue juridique. C’est regrettable, mais que faire ? Nous devons rester en activité et payer les salaires des personnes qui travaillent ici. C’est quelque chose pour quoi je suis fermement convaincu : c’est mon obligation de maintenir Discourse en bonne santé afin que notre équipe puisse mettre de la nourriture sur la table et subvenir aux besoins de leurs familles grâce à une source de revenus fiable. :woman_shrugging:

La bonne nouvelle, c’est que ces personnalisations étendues finissent par se diffuser progressivement dans la base de code open source avec le temps. Mais cela prend du temps.

12 « J'aime »

Puisque je travaille sur plusieurs projets Discourse, principalement pour d’autres, les besoins sont très variés, tout comme les budgets. Mais je garde absolument à l’esprit le développement personnalisé et je l’utiliserai volontiers là où les ressources le permettent.

Excellent ! Je suis ravi d’entendre que vous voyez aussi le besoin de cela.

Effectivement ! Les composants de thème sont l’une de mes choses préférées dans Discourse et je les utilise largement. Mais l’esthétique de base et la « facilité d’utilisation »/« propreté » du système restent assez similaires malgré la plupart d’entre eux.

Excellent, merci pour ce point de vue. Je ne suis pas très compétent en CSS, certainement pas assez pour affirmer avec confiance que l’architecture de Discourse (ou de n’importe quel outil) pourrait être meilleure plutôt que ce soit simplement mon manque de compréhension qui limite les choses. C’est bon de savoir qu’il y a une marge d’amélioration ici.

C’est vraiment bon à entendre. Je peux apprécier la difficulté impliquée dans une refonte complète et comment une proposition, apparemment mineure, peut nécessairement entraîner de nombreuses autres. Je suis ravi que, malgré le défi, il y ait une dynamique interne pour améliorer les choses au fil du temps. Et accessoirement, merci pour tout le travail que vous faites sur les thèmes et les composants de thème ! J’utilise fréquemment vos créations. :slight_smile:

Merci pour les exemples. Celui de BabyPips est particulièrement impressionnant et intéressant !

Effectivement ! Lorsque j’ai demandé s’il y avait des exemples que vous « pouvez » partager, j’impliquais une compréhension de ce fait, mais je réalise que cela peut ne pas être clair ou explicite.

Je soutiens absolument Discourse en tant qu’entreprise qui fait des bénéfices, et je comprends tout ce qui va avec, y compris les accords de confidentialité (NDA), les éventuels accords d’exclusivité pour certaines fonctionnalités personnalisées, et plus encore. Le fait que les personnalisations finissent par se retrouver dans le code open source est la preuve que vous le faites bien, et je l’apprécie.


Merci à tous pour vos contributions ! Je me sens maintenant plus clair sur la compréhension des raisons pour lesquelles les choses sont comme elles sont actuellement, et plus optimiste quant au fait que les choses s’amélioreront pour ceux qui sont plus proches de mon niveau de compétence, de cas d’utilisation et de budget à l’avenir. J’aimerais éventuellement voir un écosystème/communauté/marché florissant de thèmes tiers, et je paierais volontiers par exemple 50 $ pour un thème personnalisé agréable, comme moi et beaucoup d’autres le faisons fréquemment dans le monde de WordPress (et d’autres systèmes CMS/forum).

Je reconnais qu’il y a des problèmes potentiels avec cette approche, ainsi que de nombreux thèmes « de mauvaise qualité ». Mais après plus de 15 ans de personnalisation de CMS, de thèmes et de plugins du commerce, et en les comparant aux devis que j’ai reçus pour un développement personnalisé complet de designs et de fonctionnalités similaires, je suis convaincu qu’il y a une place précieuse pour ce type d’écosystème. Je le vois comme se situant en dessous des options commerciales entièrement personnalisées que propose Discourse (où le coût est un obstacle), et « au-dessus »/à côté de l’approche open source entièrement DIY (où la compétence et le temps sont des obstacles). Dans mon expérience d’autres systèmes qui fonctionnent de manière similaire, cette « voie du milieu » a permis d’obtenir de bons résultats dans un délai raisonnable pour ceux qui ont des budgets/capacités/délais plus limités (c’est essentiellement chaque petite entreprise, travailleur indépendant, etc. avec qui j’ai travaillé).

19 « J'aime »

J’apprécie la manière réfléchie dont tu as abordé le sujet ! Je vais voir si je peux t’envoyer un petit quelque chose en remerciement, message privé en route :wink:

11 « J'aime »

Pour l’essentiel, si c’est quelque chose pour lequel je facturerais 50 $, je le fais simplement gratuitement. :slight_smile:

5 « J'aime »

En effet, je pense que beaucoup de gens le font, et c’est une chose positive. Mais l’idée, bien sûr, est que sur un marché, vous pourriez avoir 10, 50 ou 100 personnes payant ces 50 $, ce qui rendrait l’effort plus significatif. Cela semble fonctionner dans le contexte d’autres plateformes, en tout cas. Ce n’est pas que je préfère payer plutôt que d’avoir du contenu gratuit, mais je n’attends pas non plus qu’un travail plus approfondi et plus exigeant soit réalisé sans rémunération.

Je ne connais pas nécessairement la meilleure façon de gérer l’ensemble de la situation. Je sais surtout le résultat global que j’espère voir : une disponibilité plus large de thèmes, de composants, etc., plus profondément personnalisés, afin de permettre une utilisation plus étendue de Discourse dans davantage de contextes (lorsque son utilisation est appropriée).

8 « J'aime »

Une place de marché pour la résolution de problèmes sur Discourse est quelque chose que j’ai envisagée, mais j’ai un autre projet que je tente de lancer en premier. :slight_smile:

6 « J'aime »