[SPIP Zone] [Spip-zone-commit] r113515 - in _plugins_/noizetier/trunk

Plop,

Dans zpip-vide les noms des pages ne s'affichent plus correctement, j'ai
l'impression que c'est depuis ce commit.
<:zvide:nom_page-401:> etc.

Le 19/01/2019 à 17:25, spip-zone-commit@rezo.net a écrit :

Author: eric@smellup.net
Date: 2019-01-19 16:25:27 +0000 (Sat, 19 Jan 2019)
New Revision: 113515

Modified:
   _plugins_/noizetier/trunk/base/noizetier_tables.php
   _plugins_/noizetier/trunk/formulaires/etendre_noisette.php
   _plugins_/noizetier/trunk/formulaires/inclure/inc-resume_noisette.html
   _plugins_/noizetier/trunk/inc/noizetier_bloc.php
   _plugins_/noizetier/trunk/inc/noizetier_page.php
   _plugins_/noizetier/trunk/noisettes/bloctexte.yaml
   _plugins_/noizetier/trunk/noizetier_pipelines.php
   _plugins_/noizetier/trunk/paquet.xml
   _plugins_/noizetier/trunk/prive/squelettes/navigation/noisette_edit.html
Log:
On remplace _T_ou_typo() par typo() qui depuis SPIP 3.2 a repris la fonctionnalité.
On nécessite aussi la dernière version de N-Core

Details: Connexion · GitLab

_______________________________________________
Spip-zone-commit@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-zone-commit

Le 23/01/2019 à 06:38, Charles Razack a écrit :

Dans zpip-vide les noms des pages ne s'affichent plus correctement, j'ai
l'impression que c'est depuis ce commit.
<:zvide:nom_page-401:> etc.

Par ailleurs typo() ne fait pas tout à fait pareil que _T_ou_typo().

Cette dernière fonction sait prendre en charge *les tableaux* en
récursif à l'infini. Donc quand on balance une config de saisies (ou
noisettes ou autre), ça va traduire tout ce qu'il trouve. En effet dans
de nombreux cas, on ne sait absolument pas quelles variables sont des
chaines libres et lesquelles sont des chaines brutes à garder telles
quelles. Quand il y a plein d'options, comme saisies, noisettes, etc, il
est parfaitement impossible d'établir une liste *fixe* pour dire "ces
options là sont à traduire, pas celles là". Donc la fonction peut être
lancé sur tout un tableau d'un coup, et ça traduit dès que ça trouve
soit <multi> soit <:chaine:> ET ça laisse le reste identique sinon.

Donc non, on est loin d'avoir remplacé _T_ou_typo() complètement…

--
RastaPopoulos

Yo,

Le mer. 23 janv. 2019 à 08:37, RastaPopoulos <rastapopoulos@spip.org> a écrit :

Par ailleurs typo() ne fait pas tout à fait pareil que _T_ou_typo().

Cette dernière fonction sait prendre en charge les tableaux en
récursif à l’infini. Donc quand on balance une config de saisies (ou
noisettes ou autre), ça va traduire tout ce qu’il trouve. En effet dans
de nombreux cas, on ne sait absolument pas quelles variables sont des
chaines libres et lesquelles sont des chaines brutes à garder telles
quelles. Quand il y a plein d’options, comme saisies, noisettes, etc, il
est parfaitement impossible d’établir une liste fixe pour dire « ces
options là sont à traduire, pas celles là ». Donc la fonction peut être
lancé sur tout un tableau d’un coup, et ça traduit dès que ça trouve
soit soit <:chaine:> ET ça laisse le reste identique sinon.

Donc non, on est loin d’avoir remplacé _T_ou_typo() complètement…

Faut qu’on voit ça avec Marcimat donc mais ce n’est pas le problème ici.

Le problème est un bug latent dans zpip_vide qui vient d’être révélé parce que la fonction typo() utilise une regexp VALIDE pour reconnaitre les items de langue ce que ne faisait _T_ou_typo().
En effet, les items de langue qui ne sont pas traduits possèdent un tiret au lieu du underscore.
Ce qui n’est pas valide pour un item de langue.

Donc la correction consiste à corriger zpip_vide.
Ce qui est embêtant c’est que ces items sont traduits donc on va les perdre si on les renomme.
C’est vraiment un truc à faire ça dans tradlang.

Voilà pour le bug, donc j’ai pas modifié les items pour l’instant.

Eric

+1 pour tradlang, c’est gênant de ne pas pouvoir normaliser des vieilles chaînes de langue sous peine de perte de traduction.

Dans les vieux plugins, ça part un peu dans tous les sens :slight_smile: