padpo doesn't like *n*-uplet on msgstr start

[Seluj78]

As you can see, *n*-uplet is a valid word but padpo throws an error when it sees that word at the beginning of a translation

[vpoulailleau]

https://github.com/AFPy/padpo/blob/master/padpo/checkers/glossary.py needs to be updated, "n-uplet" was added to https://github.com/python/python-docs-fr/blob/3.9/CONTRIBUTING.rst

The entire file needs to be updated according to the sources in comment in the Python code.

[Seluj78]

Could you make a scrapper that auto does it ?

[vpoulailleau]

I thought I could do it, but it was not feasible, because the glossary is not exhaustive (plural form…). This is a manual work, but in comment in the code, there is the exact commit from which comes the data, so that we can git diff

[Seluj78]

ah nice !

[vpoulailleau]

@Seluj78 C'est quoi l'astuce pour afficher les résultats padpo directement dans la pull request ?

[Seluj78]

@vpoulailleau aucune idée, ca l'a fait tout seul, je suppose que ton formatting l'a fait? ou alors c'est mes extensions (genre refined github) ?

[vpoulailleau]

@Seluj78 Suite à une remarque de @JulienPalard, je respecte le formattage de GCC.

Je vois aussi les remarques de padpo dans la pull request. J'imagine qu'il a fallu configurer quelque chose dans le dépôt. Cela doit avoir un rapport avec https://github.com/actions/toolkit/blob/master/docs/problem-matchers.md, non ?

[Seluj78]

Je n'ai aucune mémoire de configuration spécifique dans le répo, donc ça doit être par défaut et c'est déjà très stylé!