Hmmm si je dis pas de bêtise, pospell ne vérifie pas un mot qui commence par une majuscule (parce que c'est un nom propre, évidemment), saaaauf si ce mot est au début d'une phrase, parce que dans ce cas il n'a pas moyen de savoir si c'est un nom propre. Voili voilou

Par contre, padpo se base sur Grammalecte combiné aux glossaires de la doc et de contributing.rst.

Mais c'est une chose qui pourrait être assouplie pour les mots qui commencent par une majuscule (ou autre idée)…

Je suis en rush jusqu'à fin mai, n'hésitez pas à ouvrir une issue sur padpo si le besoin est confirmé (voire une PR 😉).

Il se trouve que nous avons traduit « James C. Ahlstrom », donc oui, pour pospell il est en début de phrase, ce qui génère une erreur donc une entrée dans le dictionnaire. On aurait peut-être pu traduire « James Ahlstrom », ce qui résoud le problème pour cet exemple.
Mais qu'en est-il des mots suivants dans dict (y ont-ils leur place ou une simple indication sur l'entrée correspondante ne serait pas mieux) : 017f, 212a, farrugia, fredrik, kuchling, ….

Ensuite, je propose la balise # kinapadpo:majuscule pour ne pas vérifier les majuscules :

    #: ../Doc/reference/datamodel.rst:2197
    # kinapadpo:majuscule
    msgid "and so forth.  Missing slice items are always filled in with ``None``."
    msgstr "et ainsi de suite. Les éléments manquants sont remplacés par ``None``."

Un but pourrait aussi de supprimer le fichier padpo.ignore qui me semble être plus une rustine qu'une vraie réflexion d'architecture (je ne critique pas, ça fait le job aujourd'hui et j'❤️ padpo).

Un but pourrait aussi de supprimer le fichier padpo.ignore qui me semble être plus une rustine qu'une vraie réflexion d'architecture (je ne critique pas, ça fait le job aujourd'hui et j'heart padpo).

Le but du padpo.ignore est juste de vérifier qu'on ajoute pas de nouvelle erreurs par rapport à un existant qui avait été sauvegardé dans ce fichier. Il ne contient pas de liste de mots à ignorer.

Là j'ai vu passer le mail, mais je risque de zapper la suite, donc je compte sur vous pour une issue dans padpo si nécessaire (une balise comme proposée par @christopheNan est tout à fait jouable, mais ça risque de ne pas être très précis dans la localisation de ce qui doit être réellement ignoré, en particulier pour les longs msgstr)

Je suis d'accord, mais quand je vois la longueur de padpo.ignore, j'ai peur ! Cela veut aussi dire que tout ce qui est dedans aujourd'hui, on ne le voit plus. Donc on ne se pose pas la question de savoir si c'est toujours bien de l'ignorer.
Le but est de mettre toutes les lignes de padpo.ignore au plus près des traductions pour que nos successeurs aient plus d'éléments pour apprécier la qualité de la traduction.
Je prends par exemple les majuscules en début de msgstr. Je me suis fait c***r à vérifier la bonne typographie dans reference et tutorial. Et aujourd'hui, dès que quelqu'un reprend un fichier, il me colle des majuscules partout au prétexte que « c'est pas moi, c'est POEdit qui me l'a dit ». Ce type de balise permettrait d'ignorer le message d'erreur de Grammalecte (repris par padpo) et de prévenir le traducteur ultérieur.