non c'est la classe limagei de du fichier:
xoopsfaq/templates/css/module.css

Bonjour,

Non, ce n'est pas ça.
C'est assez fou, j'ai l'impression que c'est un zoom sur toute la page... Ca te fait ça aussi ?

J'ai commenté dans les CSS tout ce qui touchait les font-size, rien.
J'ai même renommé les 4 fichiers css du module pour casser le lien, ça ne change rien.
Et c'est la même chose sur chrome comme sur FF.
J'ai même été fouiller dans les JS sans succès.
C'est très fort 0_0

Ce qui est surprenant, c'est que ça ne fait ça que sur le thème default, mais c'est le thème que j'ai ciblé pour mes autres modules.

Vérifie sur ta page l'état du DOM.
Tous les id de chaque balise, pas d'espace, pas de symboles spéciaux, uniques (pas 2 id identique), etc...
J'ai rencontrer quelques modules qui utilisaient par exemple le titre pour générer un id, en français, avec les accents et les apostrophes, ça plante.
suffit qu'une propriété JS ou CSS est appliqué sur un de ces ID foireux pour que ça se répercute au bloc parent par héritage.

Je confirme que c'est bien la classe

Il faut modifier font-size=1em ou 0.8em et peut être enlever font-weight si tu ne veux pas de gras.
Je viens de tester avec le thème par défaut le changement est bien pris en compte.




et pour les onglets.



Ce sont des choses que j'avais laissées en l'état quand j'ai repris le module, mais je vais peut être prendre le temps de modifier, notamment les valeurs absolues comme "8pt", il vaut mieux je pense les valeurs relative en "em".

Je ne suis pas sur qu'on parle de la même chose.

Je parle de tous les textes de Xoops, en dehors du module compris.
Le menu principal, utilisateur, ....
Egalement, il y a un espace entre le bandeau haut et le top de la page (ça ne le fait que sur ce module).

Je me rend compte que dans l'admin aussi, il y a cet espace.
Et cette erreur dans le debugger:Erreurs

Je ne sais pas si c'est lié.

pour l'espace je me souviens avoir eu ça parce que le template était enregistré en utf8, ou quelque chose comme ça.

Tu peut regarder sur mon site de test, j'ai mis la liste des thème en bas et activé les menus pour accéder au module.
JJDai

en principe oui, les templates du module doivent être en UTF-8, et j'espère qu'il n'y a plus de module avec des template iso-latin encore en circulation.

bon pour l'espace au dessus de la barre de menu j'ai fini par trouver.
C'est bien un problème d'encodage. en l’occurrence c'est le fichier language/common.php, je l'ai mis en utf8-no-bom et le problème a disparu.
Mise à jour sur gitHub

En effet, c'était ça aussi le souci avec les polices générales.

Top, je vais pouvoir m'amuser avec ton module. merci.

L'encodage des pages est chaque souvent une vrai galère.
La j'ai du m'y reprendre une bonne dizaine de fois.
Peut-être est-ce du à l'éditeur de texte que j'utilise (pspad).
L'essentiel est de solutionner le problème.
Merci pour les retours.
JJDai