Discussion :

[Paul TOTH]

Version 12.07.02

Modification importante sur la gestion des événements.
Ajout des mots clés private, protected et public, ils passent à la compilation mais sont ignorés pour l'instant.
Ajout des propriétés sur les classes utilisateur : property Items[Index: Integer] read GetItem write SetItem; default;.
Création de quelques composants à la Delphi : FlashCL.

Retrouvez tout cela sur le site http://flashpascal.execute.re, rubrique Versions.

[Archimède]

Bravo !
Encore un joli travail, ça commence à prendre de plus en plus forme...
l'encapsulation... nickel. les événements, le facteur (sender)...
Bien pour les composants...c'est indispensable.

[Roland Chastain]

Version 12.07.02

Modification importante sur la gestion des événements.
Ajout des mots clés private, protected et public, ils passent à la compilation mais sont ignorés pour l'instant.
Ajout des propriétés sur les classes utilisateur : property Items[Index: Integer] read GetItem write SetItem; default;.
Création de quelques composants à la Delphi : FlashCL.

Retrouvez tout cela sur le site http://flashpascal.execute.re, rubrique Versions.

J'ai regardé l'exemple Events. J'arrive à peu près à suivre.

Non, sérieusement, il y a un point sur lequel j'aimerais que tu reviennes, parce qu'il me gêne toujours.

Code :

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

1
2
3
constructor TButton.Create(Name: string; x, y: Integer);
begin
  inherited Create(_root, Name, _root.getNextHighestDepth);

Je crois deviner que ça veut dire quelque chose comme : quand l'objet parent (ici _root) sera créé, l'objet descendant sera créé du même coup. Mais ensuite je vois dans la boucle principale une instruction pour créer le bouton :

Code :

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

Button1 := TButton1.Create('Button1', 10, 40);

Du coup je ne vois plus à quoi peut servir le mot inherited.

Sinon une petite remarque sur l'emploi des mots-réservés comme noms de variables (label dans cet exemple, type dans le jeu des points). Je ne sais pas si c'est un avantage de pouvoir faire cela, mais l'éditeur ne sait pas faire la différence et affiche ces mots en gras.

[Archimède]

bonsoir, en attendant, je peux essayer de t"aider à comprendre...
TButton hérite de movieclip :

Code :

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

1
2
 
TButton=class (movieclip)

l'héritage est que TButton va récupérer les méthodes de movieclip.
_Root n'est que le parent des instances de TButton...

pour les composants, tu dois télécharger en plus : FlashCL

Voilà

[Roland Chastain]

TButton hérite de movieclip :

Code :

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

1
2
 
TButton=class (movieclip)

l'héritage est que TButton va récupérer les méthodes de movieclip.
_Root n'est que le parent des instances de TButton...

Merci pour ta réponse.

pour les composants, tu dois télécharger en plus : FlashCL

Vu !

[Archimède]

De rien, en fait tu as confondu l'ancêtre (movieclip) dont va hériter TButton avec le parent.
Et je rajoute que _root.getNextHighestDepth définit le niveau sur lequel sera situé l'instance créée de TButton sur son parent (ici _root). Le niveau de la couche sur laquelle sera située l'instance sera le prochain disponible sur _root.

[Roland Chastain]

De rien, en fait tu as confondu l'ancêtre (movieclip) dont va hériter TButton avec le parent.
Et je rajoute que _root.getNextHighestDepth définit le niveau sur lequel sera situé l'instance créée de TButton sur son parent (ici _root). Le niveau de la couche sur laquelle sera située l'instance sera le prochain disponible sur _root.

D'accord.

Autrement je viens de parcourir le début de documentation. J'étais passé à côté. C'est drôlement bien ! Et les exemples sont parfaits. Chapeau, patron !