Ayant écrit un "poème" (enfin, ça y ressemble plus qu'à un réel texte, soit) avec une mise en forme spéciale, j'ai essayé par divers moyens de le rendre à l'identique, numériquement.

La solution adéquate a été pour moi d'utiliser une feuille de calcul, et pour pouvoir poster mon texte ici, d'en retranscrire la structure en html avec un tableau.

Dans mon navigateur, ça s'affiche sans problème, mais une fois posté, le texte bugue dans la prévisualisation : en effet, il est "répoussé" plusieurs blocs plus bas - un millier de pixels dirais-je - laissant une grande zone de blanc.

Techniquement, ma table fait trois colonnes de 170 pixels (est-ce trop large que ça coince ?), avec des lignes comprises entre 20 et 40 pixels. Quelqu'un pourrait-il m'aider ? Je ne voudrais pas le proposer alors que je sais déjà que ça bugue...

Merci d'avance.

La pré-visualisation sert justement à ça.

Vous avez utilisé <table> comme balises, je suppose ? (n'avez-vous pas mis des retours à la ligne et des sauts de ligne ?). Réessayez en les supprimant, éventuellement, mais il faudra sans doute attendre l'avis de Nico pour ce genre de problème.

Il est pratiquement impossible de faire un tableau HTML dans la structure actuelle du code des pages. Pour éviter le phénomène que vous décrivez, les balises <tr>, <td>, etc., doivent être TOUTES sur la même ligne, rendant de ce fait le tableau pratiquement illisible à l'œil humain. C'est ainsi qu'on été construits les quelques tableaux qui sont utilisés actuellement. Et nous évitons, autant que faire se peut, de manipuler ce type d'objet.

La meilleure manière de procéder serait de soumettre votre texte en précisant qu'il a une mise en forme spéciale. Un de nos spécialistes de la mise en forme recherchera la meilleure manière techniquement de restituer les effets que vous souhaitez.

Platonange, essaie en supprimant tous les retours à la ligne.

Ca va pas être super lisible en code source pour les correcteurs malheureusement, mais c'est le seul moyen.

Raison : tout retour chariot est transformé en <br />, donc ton tableau est repoussé après des dizaines de <br /> qui sont affiché avant.

Merci pour vos réponses ! (et pour l'explication)

Voilà, j'ai supprimé tous les retours à la ligne et en effet, j'obtiens l'effet désiré. Merci pour l'astuve, j'y repenserai si le cas se présente encore.

Pour les correcteurs, ne pourrais-je leur faciliter la tâche ? Parce que j'utilise non seulement le balisage <table><tr><td></td></tr></table>, mais aussi & e a c u t e ; , & n b s p ; , & m d a s h ; , & e c i r c ; , & e g r a v e ; , & i u m l ;, ayant travaillé en html pur. Dois-je remettre ces caractères spéciaux de façon "normale" ?

EDIT : l'hml était reconnu, il fallait s'y attendre :P

le & nbsp va poser problème (peut-être aussi les autres zigouigoui) : ça ne tient pas dès qu'on édite deux fois un texte (et comme il y a deux corrections).

Citation :

Oui, sinon ça va planter.

J'ai un problème avec & nbsp; : je l'utilise pour faire un espacement plus grand de quelques espaces entre certaines lettres. Comment contourner dès lors l'amoindrissement à un seul espace ?

Du reste, c'est bon, c'est corrigé. Conviendra-t-il aux correcteurs que je joigne un lien vers le pdf en commentaire ?

J'avais déjà signalé que le & nbsp ne fonctionnait pas (il faut publier le texte immédiatement et ne jamais plus l'éditer sinon, ça disparaît).

Pour les espaces dans les tableaux, jusqu'à présent on a magouillé avec des lettres transparentes. On ne peut pas mettre de <tab> dans les tableaux.

Pour expliquer techniquement, si tu mets un &nbsp; alors il s'enregistre tel quel, mais dès que tu édites le texte le navigateur affiche un espace insécable dans l'éditeur, et lors du ré-enregistrement c'est l'espace insécable qui est enregistré, converti en simple espace car n'existant pas dans l'encodage.