Re: traductions.txt vs package/composer.json et git.spip.net
RastaPopoulos <[email protected]>
| Newsgroups | gmane.comp.web.spip.devel |
|---|---|
| Message-ID | <[email protected]> |
Le 31/01/2020 à 11:10, Cerdic a écrit : > Donc on ferait un mix : > - pour les projets de git.spip.net il suffit de le déclarer dans le repo selon format à préciser > - pour les autres projets on a un archivelist > > Donc on revient quand même à faire un projet archivelist sur git.spip.net, on y migre le fichier actuel, et quand la feature par repo sera fonctionnelle on pourra le cleaner. > Ça semble le plus robuste Oui dans la période de transition, ça permet que le fichier soit toujours pris en compte tel qu'il est déjà. Mais je suis plutôt pour ta première idée qu'à terme ça soit uniquement déclaratif en interne et que si on veut profiter des automatismes on doit être sur la forge communautaire. Après pour les cas non-automatiques, ça pourrait être ajouté manuellement dans l'interface de trad.spip ? Tout ce qui est sur la forge communautaire est scanné et reconnu automatiquement par XML ou JSON plus tard. Et ce qui est externe c'est ajouté à la main (librement je sais pas, sinon par les admins en demandant). -- RastaPopoulos