Archétypes SRD et autres

[Pierstoval]

Actuellement, tous les archétypes proposés sont mélangés entre ceux du SRD et ceux qui sont issus d'autres publications. J'imagine qu'il en va de même dans d'autres portions de cette doc (je n'ai pas tout cherché encore).

Serait-il possible de trouver un moyen d'identifier très clairement les éléments spécifiques au SRD et ceux issus d'autres contenus ?

L'intérêt principal c'est que si des personnes veulent créer du contenu ou des settings basés sur le SRD, qu'ils puissent utiliser cette doc comme base, mais en excluant les contenus non-SRD, pour éviter les problématiques de droits d'auteur (et pour rester dans "le D&D d'origine").

[em-squared]

Oui, tu as raison. Le site actuel a hérité de son attachement à Héros & Dragons et ne fait pas la distinction entre le SRD 5.1 et le reste. En fait, toutes les sources sont soit Héros & Dragons, soit mes traductions de contenus OGL de Kobold Press.

J'ai entamé une refonte avec comme premier objectif de reprendre le SRD 5.1 en Créative Commons (avec les nouvelles traductions) puis le SRD 5.2 (quand il sera traduit) pour séparer ce qui est issu du SRD du reste.

Le second objectif est de me débarrasser de VuePress qui est deprecated (et pas franchement maintenable).

[Pierstoval]

Comment peut-on aider ? :)

Pour VuePress, peut-être passer à SveltePress, une alternative basée sur Svelte et bien maintenue ? https://sveltepress.site/guide/introduction/

[em-squared]

C'est une idée. Il y a aussi VitePress qui est l'héritier de VuePress. https://vitepress.dev/guide/what-is-vitepress

Mais je pense partir sur du Nuxt avec Nuxt Content en mode statique.

• Nuxt parce qu'il permet une plus grande souplesse dans le développement.
• Nuxt Content parce qu'il intègre tout la partie gestion de contenu en Markdown + Frontmatter avec un query builder très pratique pour faire de la recherche et des filtres (je pense aux sorts et aux créatures, par exemple) et qu'il permet d'intégrer des composants Vue dans le Markdown.
• Static parce que je peux déployer le site en "fire and forget". Ça tournera sur une cafetière et j'aurai jamais à m'inquiéter des pannes.

Je n'ai pas trouvé d'alternative équivalente en React/Next qui n'implique pas un développement considérable.

À la question "comment peut-on aider" ? Pour le moment, on ne peut pas, mais je vais faire un dépôt dédié aux contenus, c'est la partie sur laquelle n'importe qui sachant écrire du Markdown (et à la rigueur du YAML) peut contribuer. Il faut juste que je trouve le temps d'initier la chose entre mes autres obligations.