Attributs HTMLDocument via HTMLEditorKit

**bomehc** · 21/03/2012, 21h10

Bonjour,

J'essaye de faire un petit éditeur de texte HTML, et pour les actions gras, italique, souligner, je voudrais un bouton toggle (JToggleButton).

Le problème que je rencontre vient du fait qu'il faut pouvoir balader le curseur dans le document et que l'état des boutons (enfoncé ou non) doit se mettre à jour en même temps.

Par exemple : le curseur est sur une zone en gras. Le bouton gras doit être enfoncé. A l'inverse, quand il sort d'une zone en gras, le bouton doit se relever.

J'ai donc besoin de connaître l'état du texte HTML à une position donnée du document (gras, italique, souligné). Je n'ai pas trouvé comment faire cela

Merci de votre aide

(PS : j'utilise les actions de l'HTMLEditorKit pour faire mes boutons)

**dinobogan** · 22/03/2012, 15h49

Tu peux utiliser un CaretListener pour savoir quand le curseur change de position puis la méthode getInputAttributes.

**bomehc** · 22/03/2012, 22h33

Ok je te remercie.

J'ai effectivement essayé cette méthode, mais la méthode getInputAttributes() ne me renvoie pas les attributs au niveau du caret mais au niveau de la position précédente du caret. Du coup, ça ne me permet pas de mettre à jour l'état des boutons au bon moment.
Est-ce que c'est parce que je ne m'en sers pas correctement ?

**dinobogan** · 26/03/2012, 17h15

Ca parait étonnant. Tu stockes peut-être les informations, ce qui expliquerait ce décalage ?

**bomehc** · 29/03/2012, 13h21

A priori, je ne touche pas à la méthode getInputAttributes() ailleurs.
Pourtant, quand j'essaye de l'appeler dans le CaretUpdate(), il y a bien un décalage entre ce sur quoi pointe le curseur et les valeurs renvoyées par la méthode, et si tu me dis que ce n'est pas normal, alors c'est bien étrange...

**dinobogan** · 29/03/2012, 17h32

J'ai une hypothèse : il faut que le mouvement du "caret" soit complètement "consommé" pour que la position du "caret" soit prise en compte entièrement.
L'editor possède déjà un CaretListener. Si celui que tu as ajouté est appelé en premier, alors l'editor n'a pas encore fait toutes les modifications de propriétés.
Il faudrait donc.... éplucher la doc

**bomehc** · 30/03/2012, 00h01

J'ai regardé dans les superclasses, et il n'y a à priori pas de CaretListener Dans JTextPane et JEditorPane.
Mais ton hypothèse comme quoi toutes les mises à jour n'auraient pas été faites au moment où j'appelle mon CaretUpdate a un sens et pourrait bien être la cause du rpbolème.
Est-ce déjà certain que le getInputAttributes() du JTextPane est sensé récupérer les attributs à la position du caret ?

**dinobogan** · 30/03/2012, 11h26

Envoyé par bomehc

J'ai regardé dans les superclasses, et il n'y a à priori pas de CaretListener Dans JTextPane et JEditorPane.
Mais ton hypothèse comme quoi toutes les mises à jour n'auraient pas été faites au moment où j'appelle mon CaretUpdate a un sens et pourrait bien être la cause du rpbolème.
Est-ce déjà certain que le getInputAttributes() du JTextPane est sensé récupérer les attributs à la position du caret ?

Tu peux très facilement tester cette hypothèse : ajoute un JButton sur ton interface pour appeler le getInputAttributes. Puisque c'est en dehors du CaretListener, tu seras fixé

**bomehc** · 31/03/2012, 09h27

Bonne idée en effet.
Alors j'ai fais le test, et apparement ça ne récupère pas les attributs à la position du caret, mais ceux avec lequel je JTextPane s'apprête à écrire le caractère suivante. En fait, ça récupère les attributs du caractères précédent le caret, et donc avec lequel il va écrire le suivant.
Le résultat est en tout cas différent de celui du CaretUpdate, donc il doit effecture d'autres opérations par la suite.

Mais du coup, la méthode

Code :

Sélectionner tout - Visualiser dans une fenêtre à part