Previous: Modèle Up: Smalltalk 4.1, un tutorial Next: Les PopUpMenu

Les View

La hiérarchie de la classe View est imposante ...

De ces toutes ces classes, les plus rapidement utiles sont celles détaillées dans les sections suivantes. La construction d'une fenêtre est abordée paragraphe .

Pour définir une nouvelle sous-classe de View, il suffit, dans le cas le plus simple de lui apprendre à afficher les informations spécifiques contenues dans son modèle ; la méthode utilisée est displayOn: aGraphicsContext.

___________________________________________

Exercice 36 Cherchez les façons qu'ont les vues de s'afficher.

Indications...

___________________________________________

La hiérarchie des composants visibles est incluse sous VisualPart. Elle se scinde ensuite en deux :

  1. CompositePart qui décrit les objets composes d'autres objets et permet de gérer les positions relatives des uns par rapport aux autres,
  2. DependentPart qui décrit les objets liés à un model et dans lesquels on trouve les View.

Les instances de VisualPart savent répondrent aux quelques méthodes suivantes :

Quand un composant visuel est altéré, soit par une modification de son modèle, soit par des déplacements de fenêtre sur l'ecran, il doit redéssiner tout ou partie de son contenu. Pour ce faire les instances de VisualPart (et de VisualComponent) savent repondre aux messages :

Les modifications d'une fenêtre sont cumulées par le composant le plus haut dans la hiérarchie des containers (en general une ScheduledWindow) qui calcule et commande le réaffichage nécessaire. Comme le délai peut être long entre l'invalidation et le réaffichage, il est possible de forcer le réaffigage grâce à la méthode invalidateRectangle: aRectamgle repairNow: true.

___________________________________________

beugnard@enst-bretagne.fr