idées prochaines améliorations pour le README

[deronnax]

idées que je jette en l'air :

• le readme mix allègrement potodo et make todo. Seul make todo devrait être abordé => corrigé par Encore des changements sur le README. #1293
• encore réorganiser l'ordre de certaines sections, les plus importantes d'abord (par ex "Ressources de traduction" devrait être près du glossaire et non pas tout à la fin collé remisée avec les sections trop techniques)(pareil pour "make fuzzy") => Améliorations du README. #1331
• sections beaucoup trop techniques qui ne servent à personne : synchro le dépot avec transifex (Julien le fait tout les 36 du mois), make merge (qui en fait à part les super-core-contributeurs ?), simplification des diff git (les 3/4 de nos contributeurs galèrent avec juste créer une branche et la pousser, ils en sont pas à customiser leur diff git), maintenance (c'est géré par le makefile)
• la section sur les touches compose m'embête beaucoup. Elle casse le rythme de lecture avec un très gros pavé technique austère, qui si je ne dis pas de bêtises, ne concerne que Linux

Originally posted by @deronnax in #1288 (comment)

EDIT @awecx et @deronnax 21/05

• exclure c-api/ et whatsnew du make todo (nécessite Add an "exclude" option to skip some directories. AFPy/Potodo#54) => résolu Exclusion de whatsnew/ et de c-api/ de make todo. #1345 ;

EDIT @awecx 22/05

• mettre l'accord de contribution APRÈS le « Comment contribuer » dans le README ; => Améliorations du README. #1331
• on ne devrait parler que de make wrap, pas de powrap ; => Améliorations du README. #1331
• dans la section « Traduction », expliquer make spell et make wrap ; => Améliorations du README. #1331
• expliquer qu'on peut aussi contribuer en relisant des PRs ; => Améliorations du README. #1331
• un « CONTRIBUTING-CORE.rst » avec les sections techniques (et peut-être y inclure des points de traduction plus avancés — comme par exemple les ièmes en exposant ou le fait de ne pas mettre des titres à l'infinitif.

EDIT @deronnax 02/06

• Dire aux primo-contributeurs de ne pas proposer des PRs trop ambitieuses. => Indiquer aux nouveaux qu'une petite PR pour commencer c'est bien. #1355

[awecx]

* le readme mix allègrement potodo et `make todo`. Seul `make todo` devrait être abordé

👍

* encore réorganiser l'ordre de certaines sections, les plus importantes d'abord (par ex "Ressources de traduction" devrait être près du glossaire et non pas tout à la fin collé remisée avec les sections trop techniques)(pareil pour "make fuzzy")

👍

* sections beaucoup trop techniques qui ne servent à personne : synchro le dépot avec transifex (Julien le fait tout les 36 du mois), make merge (qui en fait à part les super-core-contributeurs ?), simplification des diff git (les 3/4 de nos contributeurs galèrent avec juste créer une branche et la pousser, ils en sont pas à customiser leur diff git), maintenance (c'est géré par le makefile)

👍
Tout à fait d'accord pour faire un « CONTRIBUTING-CORE.rst » avec les sections techniques (et peut-être y inclure des points de traduction plus avancés — comme par exemple les ièmes en exposant ou le fait de ne pas mettre des titres à l'infinitif.
Le diff git c'est quand même bon à savoir je pense.

* la section sur les touches compose m'embête beaucoup. Elle casse le rythme de lecture avec un très gros pavé technique austère, qui si je ne dis pas de bêtises, ne concerne que Linux

Il est trop gros et trop aride ? C'est une section utile aussi.

[awecx]

Aussi, je viens de me rendre compte qu'à aucun moment on explique … où trouver le rendu les pages HTML (make serve ou build/). On ne dit même pas de faire un make dans la section « pas-à-pas » au début du README. J'ai déjà reproché à des contributeurs de ne pas avoir regardé le rendu avant de faire leur PR…

EDIT corrigé avec #1293

[awecx]

Si je résume bien il reste :

• sections beaucoup trop techniques qui ne servent à personne : synchro le dépot avec transifex (Julien le fait tout les 36 du mois), make merge (qui en fait à part les super-core-contributeurs ?), simplification des diff git (les 3/4 de nos contributeurs galèrent avec juste créer une branche et la pousser, ils en sont pas à customiser leur diff git), maintenance (c'est géré par le makefile) => d'où l'idée de faire un contributing-core.rst

• la section sur les touches compose m'embête beaucoup. Elle casse le rythme de lecture avec un très gros pavé technique austère, qui si je ne dis pas de bêtises, ne concerne que Linux

[Seluj78]

make merge (qui en fait à part les super-core-contributeurs ?

Moi ! :P #1385

* la section sur les touches compose m'embête beaucoup. Elle casse le rythme de lecture avec un très gros pavé technique austère, qui si je ne dis pas de bêtises, ne concerne que Linux

Nope, j'ai une compose key sur mon mac qui est en QWERTY

[Catadanna]

Comment peut-on traduire l'anglais deallocator ? dé-allocateur ?

[awecx]

Comment peut-on traduire l'anglais deallocator ? dé-allocateur ?

Probablement. Dans quel contexte ?