il y a bien un problème :

dans le code

  if ($language_id == $default_language)
  {
    $language['is_default'] = true;
    array_unshift($tpl_languages, $language);
  }
  else
  {
    array_push($tpl_languages, $language);
  }

dans le template

        {if not $language.is_default}
      | <a href="{$language.u_action}&amp;action=set_default" title="{'Set as default language for unregistered and new users'|@translate}">{'Default'|@translate}</a>
        {/if}

si je rajoute $language['is_default'] = false; dans la condition else, tout est normal.
d'une manière générale, c'est une très mauvaise chose de ne pas initialiser des variables.

exactement le même problème sur les thèmes.

je ne sais pas pourquoi çà c'est mis à s'afficher, et pourquoi jusqu'à présent je n'avais pas soucis.

je vais commiter l'ajout de l'initialisation de la variable, je trouve çà plus propre que d'intervenir sur le template pour faire un isset()

plg a écrit:

grum a écrit:

je vais commiter l'ajout de l'initialisation de la variable, je trouve çà plus propre que d'intervenir sur le template pour faire un isset()

Tu as bien raison, ton commit c'est plus propre.

Normalement, mon niveau d'erreur PHP est maximal sur mon environnement de dev, je ne comprends pas pourquoi je n'ai pas eu les erreurs.

Merci en tout cas.

Juste pour que ça serve à d'autre (et éventuellement à moi) quel est-il (constante et valeur) ?

Dernière modification par nicolas (2010-04-04 23:57:31)

P@t a écrit:

Ce n'est pas un problème de niveau d'erreur php, mais de debug smarty.

Pour voir apparaitre les erreurs, il faut mettre:

$conf['debug_template'] = true;

Pour la partie language manager, j'ai aussi oublié d'activer le debug, désolé...
C'est en effet bien plus propre d'avoir toutes les variables initialisées...

bien vu P@t, c'est effectivement ce que j'ai fait dans la matinée, quand je me suis remis à travailler sur mes templates. J'ai bêtement pensé que c'était lié à la dernière update de la trunk, j'ai pas pensé à çà ^^;