Problème de mise à jour de NSView

[Illuvatar]

J'ai des problèmes assez ennervant avec une NSView.
Je vous décrit brievement le principe. La vue est sensée représenter une grille de 15 sur 15 initialement de couleur uniforme. L'objet possède 3 tableaux d'entiers de 225 cases chacun pour les composantes RVB de chaque case, C1,C2,C3.
J'ai donc un truc dans drawRect: du type :

int i;
int j;
NSRect R;

for (i=0;i<=14;i++) {
for (j=1;j<=15;j++) {

[[NSColor colorWithDeviceRed:(float)C1[15*i+j]/100 green:(float)C2[15*i+j]/100 blue:(float)C3[15*i+j]/100 alpha:1.0] set];
R.origin.x=40*i;
R.origin.y=40*(j-1);
R.size.height=40;
R.size.width=40;
[NSBezierPath fillRect:R];
}
}

Je rencontre le problème suivant : Il semble que la méthode d'initialisation ne soit pas appelée avant d'afficher la vue ( par exemple si je demande à mettre tous les C1 à 100 pendant l'initialisation, la grille n'apparait pas rouge mais noire )
Pour tenter d'y remedier, j'ai créé une méthode externe qui remplit les tableaux Ci et fait un setNeedsDisplay : Tout marche alors mais bon j'aurais aimé que cette étape se réalise automatiquement...

Si quelqun a une idée, j'ai peut-être oublié un truc hyper important ( je suis encore un débutant en Cocoa )...

Merci d'avance...

 

[claw59]

pour faire les choses proprement, en temps normal, il faudrait dans ta classe View faire la nette distinction entre 3 méthodes fondamentales :

-(id)initWithFrame: (NSRect)frameRect;
{
   [super initWithFrame:frameRect]




    return self;
}

-(void)drawRect:(NSRect)rect
{


}

C1,C2,C3 déclaré dans l'interface de ta view

-(void)awakeFromNib
{



}

cette méthode doit être placé de préférence dans la classe de contrôle de l'application en conformité avec le modèle 3-tiers.


'drawRect' c'est la méthode qui sera appelé à chaque appel de la méthode 'setNeedDisplay' pour forcer de redessiner la zone d'affichage, par conséquent il est inutile de préciser à chaque fois l'initialisation des tailles de rectangle Rect initiale qui peuvent être modifiés quelques lignes plus loin dans 'drawRect'.

sous spotlight tape 'custom view typedf' pour accéder à plus d'infos sur la doc fourni avec xcode.

'initWithFrame' permet de spécifier les cadres de tes rectangles : tu donnes les emplacements selon les valeurs de frameRect à des tableaux C1, C2, C3

'awakeFromNib' : tu défnis les valeurs de couleurs que doit contenir tes rectangles, en particulier puisqu'ils sont stockés dans l'interface View tu y accèdes grâce à un IBOutlet:

IBOUTLET NSView *myViewPerso;

dans 'DrawRect', utilise ta méthode 'fill' avec C1,C2,C3

normalement cela devrait être correcte.

par ordre de priorité natif, le programme exécute dans l'ordre suivant :

awakeFromNib
initWithFrame
drawRect

 

[Illuvatar]

Merci beaucoup. En fait j'avais mis mes instructions dans une méthode init: classique qui ne s'appelait jamais puisque les NSView appellent initWithFrame: à leur initialisation ce que j'ignorais ...

Enfin maintenant tout marche !

Merci encore je vais tâcher de mieux me renseigner la prochaine fois...

 

[Illuvatar]

J'ai un petit problème qui n'est pas vraiment lié au précedent mais bon c'est dans la continuité et je ne vais pas polluer le forum avec des posts multiples.
En fait j'ai un objet A qui a un outlet vers ma vue personnalisée. Je voudrais que lorsque on clique sur la vue à un endroit précis, l'objet A execute une méthode donnée. Je n'ai aucun problème pour receuillir le NSEvent etc... mais j'ai à priori besoin d'un outlet dans le sens inverse ( de la vue vers l'objet A ). Cependant le compilateur refuse de rajouter un Outlet dans le sens contraire....
Si quelqun a une idée ?

 

[claw59]

ta réponse correspond à l'utilisation correcte du modèle 3-tiers:

Le truc c'est de comprendre correctement la philo de ce modèle :

3 parties : Modèle - Controller - View

usuellement :

la section Controller implémente les actions (fournirArgent)
la section View implémente les évènements (mouseClick)

Les évènements servent à modifier les schémas de configuration des arguments d'une actions. Les actions définissent le comportement d'une variable modèle.

Cliquer sur une cellule de NSButton consiste à valider un schéma de configuration d'un modèle de portefeuille (ie: argent = 500&#8364 tandis que l'instance du NSButton en question valide l'action 'fournirArgent'. donc au total le modèle 3-tiers de permet de faire:
fournirArgent( 500 € , utilisateur1, propriétaire 2); //par exemple


Donc IBOUTlet sert à initialiser et à obtenir les variables modèles contenus dans un contrôle Cocoa, tandis que les évènements implémentés dans un objet View permettent de modifier les contenus de ces variables modèles durant l'exécution du programme.

Donc, si tu utilises un NSButton, crée une classe qui contient en dérivation 'NSButton' et qui implémente des méthodes évènements comme 'mouseClick' et relie cette objet à ton contrôle view dans IB dans la section 'custom class', tandis que dans ta classe controller de l'application (dérivée traditionnellement soit de 'NSResponder' ou 'NSObject', la tu implémentes les 'IBActions' qui référencent et utilise ton 'IBOUTLET' !

avec un peu de pratique, tu verras ça deviens rapide à faire et clair !

Si tu veux aller un peu plus loin tu utiliseras les notifications !!

dans ta classe contrôller tu définis un objet particulier par exemple 'NSMutableDictionary' si le fait d'utiliser une action en provenance d'une View modifie la valeur d'une clef de ce dictionnaire (par exemple la clef @"Donnateur" ou @"montantMauvaisPayeur" et bien tu signifie par une notification les conséquences de ce changement de donnateur ou du seuil de la dette atteint lors d'une action effectué sur ta view !!!

 

[Illuvatar]

Je crois que je vois un peu mieux le truc. Je vais essayer de potasser un peu le sujet.

Merci encore.