- Notifications
You must be signed in to change notification settings - Fork266
Closed
Labels
Description
idées que je jette en l'air :
- le readme mix allègrement potodo et
make todo
. Seulmake todo
devrait être abordé => corrigé parEncore 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)
- exclure c-api/ et whatsnew du make todo (nécessiteAdd an "exclude" option to skip some directories. AFPy/Potodo#54) => résoluExclusion 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
etmake 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