Discussion :

[M4v3rick]

Dans les bonnes règles de programmation SWT, à ce que je comprends actuellement; c'est qu'il ne faut pas étendre des wigets... Du fait de la présence d'une méthode protégée vérifiant le "sous-classement".

Par contre, il y a la classe Composite qui peut être sous-classée afin de faire ensuite des compositions évoluées au niveau des interfaces graphiques.
C'est du moins ce que j'ai déduis de plusieurs lectures sur différents sites et de la FAQ SWT disponible ici sur développez.com.

Actuellement, je travaille sous Eclipse et j'ai essayé un éditeur graphique du nom de Jigloo qui permet de créer des Composite et des Dialog.

Hériter de la classe Dialog est-il "permis" ? Est-ce dans les "bonnes pratiques" ?

[meddle]

Dans les bonnes règles de programmation SWT, à ce que je comprends actuellement; c'est qu'il ne faut pas étendre des wigets... Du fait de la présence d'une méthode protégée vérifiant le "sous-classement".

Tout à fait, en SWT on ne peut pas étendre les "widgets" de base (combo, table, zone de saisie...) C'est une règle immuable de l'environnement SWT.

Par contre, il y a la classe Composite qui peut être sous-classée afin de faire ensuite des compositions évoluées au niveau des interfaces graphiques.
C'est du moins ce que j'ai déduis de plusieurs lectures sur différents sites et de la FAQ SWT disponible ici sur développez.com.

Si tu veux faire des propres widgets, tu peux utiliser un composite ou un objet Canvas... Plus d'informations à l'adresse suivante : Creating your own widget

Hériter de la classe Dialog est-il "permis" ? Est-ce dans les "bonnes pratiques" ?

C'est même plus que permis, c'est obligatoire car c'est une classe abstraite. Une fenêtre Dialog est modale (c'est pour cela qu'il ne faut pas oublier de mettre un shell parent lors de sa création) et permet le dialogue avec l'utilisateur.

J'espère t'avoir aidé,

Laurent

[M4v3rick]

oui, merci beaucoup