A priori c'est pas lié directement au theme...

C'est quoi ton module qui s'affiche au centre?

ca ressemble a du boostrap comme ca...

Par contre il est censé être reponsive, je comprends pas pourquoi on a des tailles en px mais bon.

En l'occurence, tu dois avoir quelque part un bout de code qui doit produire ca :


Et c'est la partie width : 320px qui fout la #OOPS#.

Ce code est positionné juste derriere l'ouverture de la

Donc a voir si tu n'as pas un template qqpart qui a ce code, ou sinon directement dans le code php, ou sinon regarde si tu n'as pas rentré la valeur qqpart en base pour une taille et donc du coup ca serait un truc généré à la volée.

ton affichage est en colonne pour une bonne est simple raison...
Si tu essayes de mettre a l’intérieur d'un cadre de qui fait 320px de large, des cadres qui font 270px, 570px et 270px de largeur, et cela même si tes differents cadres (des div) sont en float left, le browser ne sait pas faire... donc il positionne les cadres les uns au dessous des autres...

C'est logique.

Il faut que tu vires le width 320px pour la classe .content qui est positionné je dirai a priori via code car c'est dans ta page html et non via un fichier css

En passant, tu as des tailles differentes positionnées sur les memes classes css dans les mêmes fichiers a des lignes différentes... ca sera super chiant a maintenir...

ca ne corrigeait pas le problème, ca permet juste d'afficher les erreurs sur la page...

Du coup...

Cela va pas etre facile de répondre... on ne peut pas tester sur ton site car on n'a pas le compte, donc on arrive uniquement sur la page de connexion.

Peux-tu donner l'erreur qui apparait?

tu lui rentres le code sans les br ca OK. Par contre tu lui rentres le code avec les sauts de ligne ou sinon sans et c'est lui qui les rajoute?

Dans mon post précédent tu as le code a lui mettre en copier coller... sans br, et sans sauts de ligne.

Pour moi le bug est au niveau de render... je sais pas pourquoi il considere que le code de ton template est en partie en html et en partie en texte... du coup il sort le html correctement et le saut de ligne en br...

Est ce que tu sais ou c'est sauvegardé en base ?
Juste j'aimerai bien voir comment le texte de ton template est sauvegardé... (avant le copier coller si possible :) )

je connais pas tinymce4 etc...
et j'ai pas regarder le code...

j'ai juste regarder ton lien.

Alors comme dit par Alain au desus, il y a tout une palanquée de <br> qui se sont mis devant ton tableau, c'est pourquoi ton tableau est en bas de la page.


On voit ces br en utilisant soit F12 sur IE ou Edge soit Firebug sur FF.
Par contre c'est rigolo, car si on demande a afficher la source de la page, on n'a pas la même chose...

On a des br oui... mais pas placés aux mêmes endroit.

En fait les browser ont tendance à corriger les erreurs basiques de html. On voit dans le 2eme bout de code qu'il y a des br entre les balises td et tr. Ce qui ne sert a rien. A priori je dirai que le browser a corrige et remonter les br inutilies au dessus du tableau. Je n'ai pas vérifié mais je suis quasi sur que si on prend que les br foutu entre les balises td tr th etc... (et pas celles dans l'interieure d'une cellule) on va trouver le mm nombre de br que les br que l'on voit avec firebug avant l'affichage du tableau.

Donc voilà, on sait d'ou viennent les br... maintenant.
A mon avis pour exemple si tu rentres exactement ca :

Sans y toucher ca devrait dejà etre pas mal.


Alors oui c moche...mais en regardant de pres, ton outil a generer un br a chaque fois que tu avais passe une ligne sous l'editeur. Donc il y a une erreur dans l outil que tu utilises, soit au moment de la svg en base (voir s'il colle des br en base) soit au moment du renderer pour affichage. Il doit merder et changer des sauts de lignes CR ou CR LF en tag br.

Je vais déjà essayer chez moi...

Il faut que je me remette dans le dev xoops, et que je me rappel comment sont utilisés les templates smarty dans du code.
Car franchement le meilleur moyen de faire qqchose de propre et surtout qui soit apres surchargeable facilement dans un theme c'est de le faire sous forme de tpl...
Mais il faut que je regarde aussi que cela continue a fonctionner au niveau de la partie administration et que cela pete pas tout le reste...
En esperant que cela fasse pas trop trop de code a modifier.

Je vais deja essayer de le faire sur ma version 2.5.7.2
De toutes façons, sur la 2.6 pour l'instant, ils ont juste changer la class de place mais c'est le mm code.

Y a plus qu'à... et bon c'est aussi quand j'ai le temps.

A partir du moment où on utilise les 'table' html pour faire de la présentation, c'est horrible pour les non voyants...

Après pour faire un bon site pour tous les utilisateurs et mal voyant compris, il faut qu'il soit nickel au niveau html c'est a dire qu'il passe haut la main la validation W3C, et là déjà, on a un fait un très très grand pas pour être accessible...

Ca n'empeche qu'il n'a pas tout a fait tort :P

Franchement, j'ai du modifié des sites pour des assos et creer des pluging dessus, sur Joomla et sur wordpress...

Aujourd'hui au niveau look y a pas photo, il y a des sites sur joomla et aussi sur wordpress qui sont juste magnifiques, et même, désolé pour ceux qui vont mal le prendre, les sites des communautés sont en terme de look mais a des années lumières de xoops (et xoops.org... c'est franchement pas à la page). Faut se mettre à la place des gens qui cherchent un CMS, ils vont faire le tour des différents CMS en allant sur les différentes communautés et ils vont faire leur choix à partir de ce qu'ils voient...Et donc forcément les communautés les plus actives sont celles qui ont aussi le plus d'utilisateur etc... c'est un cercle vertueux...

Et c'est vraiment dommage...

Maintenant par contre, et là, y a pas à chier, si vous devez créer des modules biens spécifiques à un besoin bien particulier, le faire sous joomla c'est juste horrible, le faire sous wordpress, c'est pareil...(bon en plus sur wordpress, c'est pas fait pour gérer des communautés à la base...). La c'est franchement la grande force de Xoops. Développer un module c'est facile. C'est bien rangé, tout au même endroit etc... C'est propre!

La seule chose qui est bien dommage avec Xoops, c'est qu'au final, pas mal d'erreur de jeunesse sont encore présentes, et comme je l'avais déjà indiqué à l'époque, c'est bourré de super idée qui vont jamais jusqu'au bout... mais bon on s'éloigne du sujet là :P

Bon pour en revenir à mon soucis sur les formulaires avec la class de xoops... ben actuellement y a le même soucis dans les sources de la 2.6... je vais me replonger sur ce point bien precis, je vais essayer de voir comment virer cette partie de rendu html qui est dans les classes, et faire en sorte que cela soit propre...
La partie qui est foutu dans tes tag hmtl qui me gêne dans un premier temps c'est la partie qui indique qu'il y a des champs obligatoire.
Au final pour être vraiment super propre, et correcte, aussi bien en terme de visuel que pour les robots des mals voyants, il faudrait que cette rubrique soit dans une div qui serait au niveau html devant le formulaire de saisie (pour que les robots le lise et l'interprete avant), et qui serait visuellement au dessous du formulaire (car en général c'est affiché comme cela au dessous...).