Version imprimable
Je vais créer des documents riches, dans lesquels je souhaite imprimer du texte écrit en HTML (pour des questions d'enrichissement des textes), à certains endroits d'une page.
Par exemple, j'imprime un paragraphe dans le quart en bas à droite de la page. Ce paragraphe est décrit en HTML avec des gras et des soulignés, evéntuellement des couleurs, etc.
Je n'ai rien trouvé qui permette de le faire sur le Net.
Une idée, une piste ?
Christian
Oui, pour cela il te faudra trouver 2 choses :
- Il existe un moyen simple d'imprimer un JComponent en java. (tu devrais trouver cela dans la FAQ de developpez).
- Il existe aussi un moyen de faire du rendus de HTML avec un composant java qui hérite de JComponent. (Il en existe moultes donc certains natif a java).
Attention que les CSS ne seront peut être pas supportés. (position en bas a droite de la page par exemple).
Merci de ta réponse.
J'ai trouvé, en effet.
Pour cela il faut que le JComponent soit visible. Or ce n'est pas ce que je cherche.
Je l'ai donc placé dans une JFrame, que je place derrière ma feuille principale d'application. Ainsi le JComponent n'est pas visible de l'utilisateur, et peut être utilisé.
Ce n'est pas vraiment élégant, et s'il existe quelque chose de plus propre, je suis preneur.
Merci.
Christian
Salut,
est il absolument nécessaire de passer par du html ?
si tu gères tes docs en interne de ton appli, tu peux imprimer sans affichage en implémentant Printable et Pageable. En utilisant TextLayout, tu peux facilement faire le layout de ton texte. Pour styler ton texte, les map de TextAttributes pourront de permettre d'aller assez loin dans le rendu du texte (souligné, indice et exposant, oblique, graisse, crénage...)
si tu as besoin d'éditer tes textes dans ton appli, tu peux utiliser un StyledDocument comme modèle de tes JEditorPane
si tu as besoin de stocker tes docs, tu peux réaliser ton propre format encapsulant du rtf par exemple.
c'est plus de boulot que de simplement imprimer un "JComponent" certes, mais tu pourras faire ce que tu veux...
Salut,
Je débute en Java. Les besoins que j'ai sont rudimentaires :
justifier, gras, italique, choisir la fonte, imprimer à un certain endroit (à coté je place des images créées à la volée) en positionnant Top, Left, Width.
Et surtout stocker dans un fichier UTF8 le texte et ses attributs pour l'enrichissement. C'est pour cela que le HTML est sympa.
Si ce que tu proposes permet de faire tout cela, évidemment cela me convient mieux.
Christian
Salut,
il n'est pas difficile d'exporter du rtf en html. l'inverse est plus complexe (si on part du principe de supporter tout html, plus css).
si tu gères ton texte en interne de ton application en html limité aux attributs que tu cites, aucun problème pour le gérer. ce serait plus simple de le gérer sans html.
le fait que tu débutes en java n'est pas un problème en soi. tout ce que j'ai cité ne présente pas trop de difficultés, et on peut trouver des tutoriaux. je peux te fournir des exemples de code plus tard (j'ai pas le temps tout de suite) si nécessaire.
la question est "est ce que tu veux seulement stocker pour pouvoir recharger", ou "est ce que tu veux pouvoir prendre n'importe quel html et le charger"Citation:
Envoyé par weabow
dans le premier cas, tu peux gérer ton propre format de fichier (en utilisant html si tu y tiens, mais de façon cachée), afin de sauver et recharger tes documents, et éventuellement exporter en html si tu veux pouvoir offrir la possibilité que ton document soit ensuite utilisé dans un contexte externe (visualisé dans un navigateur par exemple).
Merci de ta réponse.
En fait : les deux :
1) j'ai des textes en ressource que j'utilise directement, en les adaptants at run time,
2) je prévoie de fournir la possibilité aux utilisateurs d'implémenter des textes de leur cru.
C'est pourquoi le html me semblait intéressant. Le rtf peut l'être tout autant (je n'ai pas d'expérience en rtf). Il s'agirait dans le cadre des utilisateurs de charger un fichier et de l'imprimer depuis l'appli Java, dans un endroit spécifique. C'est en quelque sorte un éditeur de rapport ultra-simpliste, qui permet d'intégrer des pages sur-mesures dans un dossier de plusieurs pages.
Christian
si tu veux permettre à un utilisateur de collecter des pages du web en html et de les compiler dans un rapport, ça va être complexe vu la richesse des documents qu'on peut trouver sur le web : réécrire un renderer html prend beaucoup de temps. la solution peut être d'étudier les renderer existant : bon on connait le JEditorPane et ses limites (doit être affiché, limite de la gestion html et css, etc...), après il y a d'autres solutions existantes (lobo, flyingsaucer), mais ils sont tous en général prévu pour "faire du browser".
si les docs sont des textes stylés créés dans word ou openoffice, demander à l'utilisateur de l'exporter en rtf ou en html ne change pas grand chose. Et le charger est simple avec une javax.swing.text.rtf.RTFEditorKit.
remarque c'est aussi simple de charger un html avec le HTMLEditorKit, mais c'est l'impression qui peut demander beaucoup de travail et les limitations un peu restrictives (html 3.2 et css1). Le problème étant toujours les limites : difficile de proposer de pouvoir entrer dans un système librement un doc html et de le traite de façon simplifiée : on risque d'avoir des pertes d'information. Mais dans le principe, filtrer les balises en disant qu'on n'en traite que certains
en tout cas l'impression en elle même est un sujet qui m'intéresse : j j’avais déjà commencé un travail basé sur paperclip (SWT) pour imprimer du html simplifié (donc les balises de texte, image, certains div ; il me reste que 2 ou 3 trucs à faire, comme les exposants et les indices ; j'ai pas traité les tableaux non plus, mais ce n'est pas difficile avec paperclip ; pas de traitement de css en tout cas dans un premier temps), mais je me suis arrêté faute de temps et d'autres projets, je m'étais rabattu sur une impression par un Browser en appelant la fonction d'impression javascript, ce qui me permet d'imprimer n'importe quel html. mais tu n'es pas le premier à pauser la question sur ce forum (et à chaque fois la réponse est la même : imprimer les composants swing directement, ce que je trouve particulièrement laid et peu souple) et je me sens bien de me lancer dans le développement d'une api print swing : évidemment c'est un travail de longue haleine.
Merci de ces infos.
Je vais avancer sur le projet en testant différentes options. Mon projet semble plus simple au départ que de travailler avec du pur html dans toutes ses potentialités.
Nous verrons.
Christian