[spip-dev] _L ou _T

Dans les raccourcis je ne comprends pas la différence entre _L et _T

Quelqu'un aurait il la gentillesse de m'expliquer?

Merci

BB

* Bernard Blazin tapuscrivait, le 17/12/2008 18:50:

Dans les raccourcis je ne comprends pas la différence entre _L et _T

_L : chaine de langue à L(ocaliser) (donc non présente dans un fichier de langue)
_T : chaine de langue à T(raduire) en utilisant les fichiers de langue

Oui , Merci à tous les deux.. En effet je viens de faire le test et c'est très parlant.. Par contre pourquoi _L existe t'il encore? Si je fais un _L ou un _T avec juste par exemple "montrer un _L ou un _T " ça passe dans les deux cas et donc je pense que _L ne sert plus à rien, non?

Bernard

RealET a écrit :

_L est un pense-bête qui permet de retrouver toutes les chaines de langues non localisées dans le code

grep '_L(' *.php

et de verifier qu'on a bien tout localisé.
Si tu utilises _T pour tout, tu ne t'y retrouvera jamais.

Cédric

Bonjour,
Je viens de tester SPIP 2.0 et j'ai repéré le problème suivant :
J'ai installé spip via spip_loader.php sur un serveur web nommé mithrandir sur
mon lan dans le répertoire /var/www/spip. Tout s'est très bien passé. Ensuite
j'ai voulu me connecter à mon serveur depuis l'extérieur et là je n'avais
qu'une page blanche avec juste le titre dans l'onglet de Firefox qui se
mettait bien.
En désactivant javascript coté browser, la page s'affichait !
En regardant le source de la page, j'ai vu que toutes les urls étaient bien
transformées avec l'adresse externe sauf celle concernant SPIP-CRON qui
pointait toujours sur mithrandir.
J'ai recommencé l'install from scratch dans un autre répertoire en installant
cette fois depuis l'extérieur et là tout va bien, à condition que sur mon
lan, je fasse un alias entre mon adresse extérieure et mithrandir.

C'est pas bloquant comme bug mais assez gênant quand même.

Si vous voulez, j'ai gardé les 2 installs et si vous voulez regarder pas de
soucis je pourrais vous passer l'url extérieure.

Sinon superbe boulot.

Cordialement,

Donc _L est une sorte de code d'erreur ou bien plutôt, un code de vérification..D'ailleurs et à ce propos, SPIP2., ne me retourne plus de code d'erreur si je fais un echo echo"jk"; ou un echo "jk" ou encore plein de choses style, if($truc=="")..
Tout cela me retourne une page blanche; c'est dommage car pas facile de voir une faute de frappe..

BB

cedric.morin@yterium.com a écrit :

Bernard Blazin a écrit :

Donc _L est une sorte de code d'erreur ou bien plutôt, un code de vérification..D'ailleurs et à ce propos, SPIP2., ne me retourne plus de code d'erreur si je fais un echo echo"jk"; ou un echo "jk" ou encore plein de choses style, if($truc=="")..
Tout cela me retourne une page blanche; c'est dommage car pas facile de voir une faute de frappe..

BB

Il me semble que la lecture de ecrire/inc_version.php et des constantes devrait éclairer ta lanterne et répondre à ton souhait.

Concernant les echo... heu c'est étrange "chezmoicamarche". Mais die, et autre spip_log sont parfois utiles :slight_smile: notamment grace a MAX_LOG ...

Il en a une bien sympa pour débuguer les erreurs sur les plugins. (E_ALL est ton ami).

Bien sur il y a les outils pros pour les pros du PHP (zend machin bidule).

Bon débogage.