Version imprimable
bonjour,
comment pourrais-je afficher un texte comportant des saut de lignes dans une textbox (ou autre... html compris), qui garde la mise en forme et s'agrandisse automatiquement en fonction de la taille du texte?
en fairt, je dois imprimer la page et des informations restent cachées dans le bas de la textbox quand le texte est trop long.
dans les propriétés de ta TexBox set TextMode="MultiLine"
bonjour,
le multiline n'est pas satisfesant pcq'il met un ascensseur pour permetre a la textbox de contenir tout le texte.
mais l'integralité du texte n'est pas visible a l'ecran.
en fait je dois imprimer la page, doonc avoir tout le texte sous les yeux...
donc redimensioner la zone de texte en fonction du nombre de ligne.
j'ai essayé de l'afficher en html dans une cells d'une htmltable, mais les saut de ligne ne sout evidement pas respectés...
donc soit je parse le texte en remplacant les saut de ligne (/n peut etre....) en <br/>, ce qui a l'avouer me tente a moitié soit je trouve un moyen de redimensionner la textbox...
a la limite si qlq connait un objet html qui garderais ma mise en page... ca me va!
T'as essayé la rich text box ?
(re) bonjour Mose,
il me semble que la richtextbox n'est qu'en winform... nan?
sinon je suis sur la voie du parse/remplace "/n" par <br> et affichage dans une cells...
meme si je suis pas sur du "/n"
en jouant avec les format de string y a pas moyen de passer d'un format textbox a html par hasard?
Bein... la RichTextBox oui, mais pas la FreeTextBox : http://freetextbox.com/Citation:
Envoyé par igorzup
T'as raison de pas êtrre sûr, c'est pas "/n", mais '\n'Citation:
Envoyé par igorzup
Et si tu veux prévoir tous les cas, faut aussi traiter "\n\r" et "\r\n", comme je l'ai expliqué un-peu-plus-haut-mais-après-tout-c-pas-intéressant-ce-que-je-dis ;)
mmaaaaaaaaiiiiiiiiissss non!
tu te flagele la!
attend j'ai pas vu ton explication ... (c'est ou?)
mea culpa total complet a tout les coups.
Mais t'a l'air sur de toi la... ca fait plaiz.
ecoute, j'ai une pile monstre de trucs urgents, mais je te promet de zieuter ca et de te dire si ca marche ou pas d'ici vendredi (donc demain!).
peux po mieu
mille thank en tout cas
mais sinon qu'est ce que t'en pense de ma question des formats de string?
--------------------- (edit/maj)
rhhhhaaaaaaaaa !
mille moulte thank pour la freeTb... je l'avais vue y a un bail puis perdue et... oubliée!
par contre je me souviens pas d'un redimensionement auto...
bah voui un replace("\n", "<br/>") remplis bien son role dans une cells.
exit la TB.
merci Mose pour les "\n\r" et "\r\n"... connaissait pas la subtilité du retour chariot... la nouvelle ligne (\n) suffit a elle seule apparement
En fait, tout à commencé il y a 50 000 000 d'année, quand on fonctionnait encore avec des machines à écrires (A la même éopque où on a inventé le clavier qwerty et azerty).
Sur les machine à écrire, y'avait de qu'on appelait le "chariot" qui tirait le papier au fur et à mesure.
pour passer à la ligne on faisait :
* LF (line feed ou "ligne suivante" en français) : ça descendait d'une ligne en faisant tourner la molette
* puis CR (retour du chariot à la colonne zéro)
ce qui se traduit par :
\n (new line)
\r (retour chariot)
Après la machine a écrire, on a inventé les ordinateurs et surtout les imprimantes, et comme on a pas beaucoup réfléchi à l'époque, on a gardé les deux caractère pour faire un retour à la ligne sur l'imprimante (bon, en fait c'est pour des contraintés mécaniques, les ingénieurs à l'époque n'ont pas prévu qu'on pouvait faire deux mouvements avec le même caractère).
Quand Billou a inventé le MS-DOS en 1981, il a gardé ces deux caractères pour sauter de ligne, alors qu'Unix (le papa de linux), inventé en 1969, n'utilisait déjà qu'un seul caractère.
C'est pour des raisons de compatibilité ascendante avec MS-DOS qu'on se traîne deux caractères pour faire un saut de ligne. Vous pouvez vérifier en regardant dans un fichier texte avec un éditeur hexa : les lignes se terminent par les caractères 0D et 0A, soit les caractère 13 et 10 de la table ascii.
Wikipedia en parle (mais oublie que tout vient des machines à écrire ;))
Mais pourquoi on a gardé le "\n" ? Bein pour des histoires de compatibilité ascendante avec le langage C, inventé sous unix.
Et pourquoi ça marche quand ne change que '\n' ?
Bein aujourd'hui, les conversions se font toutes seules la plupart du temps, merci les compilos. Seulement parfois, y'a les deux dans les chaînes de caractères. Et si tu laisses le '\r' ça te fait un gros carré en fin de ligne dans tes TextBox.. C'est pour ça que c'est mieux de garder les deux.
C'est con, j'ai plus d'exemples de cas où ça marchait pas... j'en avais rencontré avec .Net y'a qq temps...