Re: traductions.txt vs package/composer.json et git.spip.net

Hello,



Le ven. 31 janv. 2020 à 10:25, Cerdic <[email protected]> a écrit :

> Hello,
>
> avec le passage d’un dépôt svn unique vers de multiples dépôts git se pose
> la question du fichiers traductions.txt qui alimente trad.spip.net et
> salvatore.
>
> Au départ je pensais faire un dépôt archivelist qui contiendrait le
> fichier traductions.txt actuel, mais à la reflexion je me demande si il ne
> serait pas mieux et plus lisible que chaque dépôt puisse déclarer ses
> besoins de traduction.
>
> Cela pourrait se faire
>  - dans le fichier paquet.xml mais dans ce cas il faut introduire de
> nouvelles balises xml qui casseront sur les anciennes versions de SPIP
>  - dans un fichier package.json (ou composer.json dans l’avenir), avec une
> syntaxe json compatible pour les package composer sur le modèle suivant :
> {
>
>     "extra": {
>          "translate": [{
>            "branch": "master",
>            "files": [
>              "lang/medias_fr.php",
>              "lang/paquet-medias_fr.php"
>            ]
>          }]
>     }
> }
>
>
>
La balise traduction existe déjà pour le paquet.xml.
Il faut vérifier par contre qu'elle te donne les informations requises mais
en tout cas je l'avais créé il y a longtemps car je voulais par
smart-paquets m'affranchir du fichier traductions.txt en le recréant à la
volée à partir des balises traduction.
Donc oui, pour moi c'est la bonne approche.




> La déclaration des fichiers à traduire suffisant à définir le module et la
> langue mère.
>
> Potentiellement on peut vouloir traduire plusieurs branches, si un module
> n’existe que dans une branche ou si la branche master n’est pas la branche
> de référence,
> (mais je ne suis pas sur qu’il faille autoriser de traduire le même
> fichier depuis plusieurs branches car cela entrainerait du doublon et de la
> confusion côté traduction, ou alors de façon exceptionnelle uniquement)
>

Ouais là je trouve que c'est casse gueule. Est ce vraiment utile de
demander cet effort aux traducteurs ?


>
> Si techniquement il va être possible de brancher salvatore dessus, il y
> aura toujours une question de droits d’écriture (il faut que salvatore soit
> autorisé en écriture directement sur le projet) qui fait que ça devrait
> être géré manuellement au cas par cas.
>
> Peut-être le mieux est de décider qu’un projet *doit* être sur
> git.spip.net pour bénéficier de la traduction par la communauté ?
>
> Est-ce que dans ce cas on peut prévoir que salvatore ait un droit en
> écriture sur tous les projets hébergés sur git.spip.net quel que soit le
> propriétaire ?
>

C'est le cas déjà non ? Il me semble que les bots comme salvatore et amemo
ont toujours des droits d'écriture dans les repos.

++
Eric