CasusNO

De temps en temps, je trouve des JDR/suppléments (papier) sur Github, et je me demande : y a-t-il (au-delà de la familiarité pour des informaticiens) un intérêt particulier de cette plateforme pour des jeux papier, par rapport à itchio ou d'autres plateforme ?

Qui Revient de Loin a écrit : ↑dim. janv. 12, 2025 11:38 pm Github

On dirait le nom d'un site de porno japonais

Hébergement gratuit, et tu peux facilement contrôler qui a accès / proposer diverses versions ?

travail collaboratif et gestion multi-user, management des versions de fichiers, generation automatique d'un fichier texte global lisible par un humain avec des outils comme doxygen?

Quelques exemples que j'ai relevés :

https://github.com/fredben78/OSE-Obsidian (la version Française de OSE sur Obsidian par @atman )
https://sanglorian.github.io/orcus/ (Orcus, qui se présente comme étant un système complet et entièrement compatible avec DD4), et sa version simplifiée https://sanglorian.github.io/orcus/Petit%204.html
https://github.com/soulaklabs/grenoble- ... eu-de-role
https://github.com/brunobord/tiny-dragons-rpg-vf
https://github.com/brunobord/fu-rpg-libre-et-universel (traduction de FU)
https://github.com/orey/jdr-risus
https://github.com/ChaosiumInc/QuestWorlds (SRD de QuestWorld)
https://billiam.github.io/awesome-ironsworn/ (Awesome Ironsworn)
https://orey.github.io/cthulhu-dark-fr/ (Chtulhu Dark en VF)
https://github.com/oznogon/cc-srd5 (SRD de DD5)
https://5e-cc-fr.github.io/ (une traduction en français du SRD 5.1 de DD5 par @Mimosa )
https://github.com/demonio/SRD20/blob/m ... Forever.md (une licence de jeu alternative à l'ORC)

Et un intérêt selon @Morningkill : "offrir en accès publique, sans volonté de faire payer ou collecter les emails des gens".
Et selon @jbbourgoin : "C'est vachement pratique quand on fait un jdr open-source car tout un chacun peut "cloner" le "dépôt" dans lequel se trouve le jeu, faire ses modifs à lui, les publier, tout en suivant les modifications de la branche "officielle", etc.".

Pour donner l'exemple de ma publication, j'utilise le logiciel Vscode pour les modifications, et je peux directement envoyer vers github en faisant un merge (il ne va envoyer que ce qui a changé) avec une historisation auto des versions.
Comme c'est un ensemble de fichiers (+80) ça a du sens, si je devais publier un pdf ou quelques fichiers (moins de 10), j'utiliserai sans doute pas Github.

atman a écrit : ↑lun. janv. 13, 2025 2:53 pm Pour donner l'exemple de ma publication, j'utilise le logiciel Vscode pour les modifications, et je peux directement envoyer vers github en faisant un merge (il ne va envoyer que ce qui a changé) avec une historisation auto des versions.
Comme c'est un ensemble de fichiers (+80) ça a du sens, si je devais publier un pdf ou quelques fichiers (moins de 10), j'utiliserai sans doute pas Github.

En fait, je ne comprends pas comment tu travailles (et plus généralement ceux qui utilisent github)... Pourquoi VSCode plutôt qu'un éditeur de texte classique pour faire un "JDR papier" ?
En regardant ton projet, j'ai l'impression que chaque fichier est un paragraphe.

La gestion de l'historique. Avec GitHub + texte sympa, il est très facile facile un suivi des modifications au fil du temps ( quel texte a changé, a quel endroit, quand, ...). Et tout c'est historique est fourni par git.

Comme il a été dit plus haut, il y a également la gestion de la concurrence. On est 2 a modifier, il est très facile de de voir qui a fait quoi, et de fusionner les modifications.

C'est plus complexe avec un éditeur de texte complet comme Word.

Qui Revient de Loin a écrit : ↑lun. janv. 13, 2025 3:01 pm

atman a écrit : ↑lun. janv. 13, 2025 2:53 pm Pour donner l'exemple de ma publication, j'utilise le logiciel Vscode pour les modifications, et je peux directement envoyer vers github en faisant un merge (il ne va envoyer que ce qui a changé) avec une historisation auto des versions.
Comme c'est un ensemble de fichiers (+80) ça a du sens, si je devais publier un pdf ou quelques fichiers (moins de 10), j'utiliserai sans doute pas Github.

En fait, je ne comprends pas comment tu travailles (et plus généralement ceux qui utilisent github)... Pourquoi VSCode plutôt qu'un éditeur de texte classique pour faire un "JDR papier" ?
En regardant ton projet, j'ai l'impression que chaque fichier est un paragraphe.

Pour la partie publication
Le texte est mis en forme en format Markdown, j'ai fais une grosse partie du travail sur Obsidian, mais toutes les corrections sur VsCode pour gérer par exemple la partie metadonné qui est répétitive et pour laquelle on gagne un temps précieux avec VsCode pour faire du traitement de masse.
La syntaxe Markdown convient très bien à VsCode, d'autres logiciels peuvent être utilisés néanmoins.
Le Github permet de mettra à dispo tous les fichiers en un point avec le versionning et comme je l'ai fais à partir de la version anglaise de OSE sur obsidian, j'ai utilisé le même site pour déposer mon travail. 

Pour la partie usage
Sur ma publication l'idée de fragmenter l'information de cette manière, c'est de permettre de jouer avec l'aspect base de données à partir de la metadata pour synthétiser les infos.
Par exemple sur Obsidian je peux lors de la rédaction d'un scénario insérer la fiche stat d'un monstre juste en pointant sur la page ou encore zoomer sur un point de règles dont j'aurai besoin en partie, sans avoir à chaque fois besoin de faire un copié/collé.
Celles ci s'afficheront, soit directement inclus dans la page, soit au survol dans une pop-up.

Ce texte ci dessous :



Affichera cette visualisation ci-dessous (les jets de dés sont cliquables et font rouler des dés sous Obsidian).



mais ça pourrait être affiché dans un tableau tous les sorts de clerc du 3 ème niveau par exemple.

Yep, contrairement à des systèmes comme SVN, github est décentralisé, du coup tu peux aussi "importer" automatiquement dans ton arbre ce qui est produit dans d'autres projets que cela soit du "texte" ou des feuilles de style au fil des modifs effectuées sur les autres projets...
Mais je note que personne ne semble vraiment utiliser la possibilité de bosser à plusieurs...

Y a des projets jdr avec le texte basé sur des fichiers latex?

Oui, j'en ai vu.

tauther a écrit : ↑lun. janv. 13, 2025 6:58 pm Y a des projets jdr avec le texte basé sur des fichiers latex?

Ouaip !

tauther a écrit : ↑lun. janv. 13, 2025 6:58 pm
Y a des projets jdr avec le texte basé sur des fichiers latex?

Ouaip, la quasi-totalité de mes productions pdf (tous les trucs qui font plus de 2 pages).
https://osr-vf.itch.io/

Alors, je triche un peu, c'est formaté via LyX (avec quelques bribes de code LaTeX par endroits).


Sinon j'utilise GitHub au quotidien au boulot (informaticien où on est souvent plusieurs dizaines à tripatouiller en parallèle un même projet GitHub), mais pour mes loisirs créatifs, vu que je bosse tout seul et que je n'ai pas envie d'exposer publiquement la moindre modification, je n'en ai pas l'utilité.

Et typiquement, lorsqu'on publie un projet créatif via GitHub il vaut mieux avoir une interface plus sexy pour présenter ses travaux, interface éventuellement gérée par Github.
Exemple (jeu vidéoesque) : le clone de DOOM FreeDoom qui a son projet dédié (https://github.com/freedoom/freedoom) mais aussi une page web relativement ergonomique (https://freedoom.github.io/) elle-même générée via un sous-projet GitHub (https://github.com/freedoom/freedoom.github.io)

C'est l'appel de GitHublhu.

Il y avait un jeu de SF basé sur un système cousin du BRP, dont j'ai oublié le nom...