Suite :

Dans functions.php
Citation :

J'ai remplacé $howmany par une valeur fixe ... toutes les lettres sont devenues des liens. donc c'est le calcul de $howmany qui ne fonctionne pas et renvoie toujours zéro.

on revient a ce que je disais plus haut, si il n'y a pas d'erreur dans les requêtes MySQL du mode debug reste la class ./class/database/mysqldatabase.php il faut vérifier la fonction "getRowsNum" et voir la différence entre les deux versions de Xoops

Bonjour
pour avoir utilisé Lexicon comme base au module lexique (il y a déjà un bail), je me souviens avoir rencontré ce genre de soucis, mais j'en ai complètement oublié la cause.
Cependant en procédant par étape on devrait trouver une solution.
Voici quelques pistes en vrac:

Dans un premier temps:
Peux vérifier le contenu de la table "lxentries"
La colonne "init"' doit contenir la première lettre de la colonne "term". (Verifie la casse également)

La définition de la colonne dans le fichier "mysql.sql" est:


Si la colonne contient des '0' c'est que le calcul de l'initiale ne fonctionne pas;
Si elle contient des espace il y a peut être un problème au moment de la validation de la définition ou de sa saisie.

Éventuellement si il y a des incohérences peux donner des exemples.

Dans l'admin de ta base de donnée (j'utilise toujours le module "phpmyadmin" pour plus de facilité) peux tu tester quelques requêtes du genre:

ne pas oublié de remplacer "prefixe" par celui de ta base.

Utiliser "=" n'est peut être pas non plus la meilleure solution en SQL, il est préférable d'utiliser l'opérateur "LIKE", Il être peut être pertinent de tester en changeant la requête par :
SELECT * FROM `prefixe_lxentries` WHERE `init` LIKE 'C'


dernier point:
c'est dans le fichier "sumbit.php" que l'initiale est calculée, vers les lignes 97 et 98:

il faudrait peut être afficher ces deux variables pour vérifier leur valeurs.
ou la requête qui se trouve un peux plus bas ligne 118.

Dernier point, est ce que tu as un exemple en ligne du site qui pose problème?

J'oubliais, quelle version de lexicon utilises tu, la dernière que j'ai est la 0.6

JJDai

Merci pour vos réponse, je vais regarder ça de suite !

1ère vérification, la plus facile (que j'aurais dû effectuer dès le départ ...), dans la table lxentries, colonne init, il n'y a QUE des dièses (#) !!!

2ème vérif, j'ai comparé les fichiers submi.php du site qui fonctionne et de l'autre: aucune différence (normal, c'est le même module que je n'ai pas modifié).

en utf-8, il faut plus d'un octet pour désigner une lettre, si tu a un dièse c'est que le format n'est pas bon ou trop long.
Essai de mettre le varchar de lxentries a au moins 3 (si tu utilises que les lettres latines)

J'utilise la v1.11

Elle fonctionn parfaitement sur un site depuis très longtemps.

Varchar :

J'ai modifié la taille à 3, pas de changement.

Calcul de term et init :

Dans mon submit.php c'est à la ligne 116.
Citation :

Tu peux voir que htmlSpecialchars a été mis en commentaire et remplacé par addSlashes

Citation :

Justement, lexikon a été écrit en iso (ou latin1), il y a très longtemps l'UTF-8 n'était pas répandu. Si tu rentre des données UTF-8 dans une table latin1, cela fonctionne sans problème. Sauf quand on limite à 1 octet pour stocker un caractère UTF-8 (qui lui est, codé sur au moins 2)

J'ai remis le calcul du terme avec htmlspecialchars ... pas de changement. D'ailleurs pour les définitions j'ai laissé addSlashes et ça fonctionne parfaitement.

tu devrais plutôt utiliser utf8_decode pour passer de utf-8 a iso