Pour l'instant j'ai contourné le problème en réussisant à afficher le formulaire au-dessus de tout le reste en modifiant ainsi theme.html :

...
...
<!-- End Center Top Blocks -->
<{if $xoops_contents}>
<div style="position:relative;z-index:10;" class="page-content <{if $columns_layout}><{$columns_layout}><{/if}>">
<{$xoops_contents}>
</div>
<{/if}>
<!-- Center Bottom Blocks -->
...
...
...

J'ai ajouté le 'style'. Par contre même au-dessus je n'arrive ni à modifier la dimension du formulaire, ni à modifier sa position (il est légèrement décalé à droite).

Je crois que lorsque j'arriverai à modifier taille ou position du formulaire le problème sera réglé.

En attendant il est maintenant possible d'éditer l'article ! Mais je vais essayer ta proposition.

Slider j'ai essayé ta solution, cela ne change rien.

Dans submit.php, pour voir, j'ai remplacé table par div ... aucun changement !

J'essaie un peu tout, rien n'y fait !

Dernier essai: encapsuler la table dans une autre table avec une ligne TR à 2 cellules.

La cellule contenant le formulaire masque la 2eme cellule qui a pourtant du contenu et une largeur définie à 50%

Pour résumer je n'arrive pas à encapsuler <{$xoops_content}>

J'ai beau essayer d'éplucher les thèmes comme zetagenesis qui réussissent à le faire, je ne comprends pas quel est le critère qui contient le formulaire dans une taille/position définie !

Je pense que tu cherche à partir à l'envers, il ne faut pas partir du formulaire et ne pas chercher à modifier le code HTML, tout peut être fait via CSS.

C'est effectivement un tableau, la largeur d'une colonne calcul sur la largeur du contenu (surtout si dans le CSS tu as un padding ou un margin définit pour la cellule).
C'est un formulaire donc, tu dois chercher a réduire la taille des champs via le CSS, seul problème qui pourrait poser problème est au niveau de l'éditeur, ce sera au cas par cas, déjà chercher à limiter la taille de l'éditeur (je pense que le problème vient de lui)

Oui je m'en doute bien mais je ne vois pas quoi !

Déjà je sais qu'il est inutile de toucher à submit.php dans news, puisque d'autres thèmes utilisent ce module, sans surcharge et sans mod du module ...

Donc ça se passe bien dans le thème ! Mais même en analysant quelques autres thèmes, en essayant de reproduire leur structure (partiellement pour ne pas tout refaire quand même !), mettre des div, des table, pour encapsuler; ou rajouter des div après la table avec un clear:both pour remettre les éléments qui précédent dans le flux (vu sur alsacreation), nada ! rien ! que dalle !

Je ne vois pas où est l'astuce ...


ps:

Je rappelle que dans le tableau défini par submit.php, le <H4> respecte la largeur assignée (vu en affectant une couleur de fond), mais le formulaire qui suit sort de tout !

Est-ce que ça se passerait au niveau de la gestion de storyform.inc.php ou storyform.original.php ?

A chaque essai j'ai l'intime conviction que c'est la gestion d'affichage des storyform.inc.php (ou original) qui est en cause.

En mettant une border colorée au DIV qui contient <{$xoops_form}> dans theme.html on voit bien que le div respecte la largeur mais que le formulaire sort du DIV ...

Qu'est-ce qui (au niveau du thème) gère la position et la taille du formulaire ??

Je sens que tu vas me maudire lionhell...
Je viens d'installer le thème SAKA sur pour tester en 'live' et...
Je n'ai aucun problème de débordement à l'édition (ni ailleurs d'ailleurs) aieeeee !!!
Y aurait'il une troisième personne qui pourrai tester pour nous départager ?

Bon, ben chez moi, idem que slider84, essai sur un Xoops 2.5.6 non modifié et le module est non modifié, je l'ai récupéré sur ce site (pour mes clients j'en utilise une version modifié par mes soins). Idem pour le thème, aucune modification.

Donc, c'est une modification extérieur réalisée par tes soins ou à la rigueur un bloc extérieur qui provoque un problème d'héritage de propriété CSS.

Testé sur FF et Chrome