›

NSProgressIndicator + bindings - je m'y recolle...

LeChatNoirLeChatNoir Membre, Modérateur
05:49 modifié dans API AppKit #1
Salut à  tous !
Devinez quoi ? Je me remet aux bindings  :crackboom:-

Bon, j'ai pas trop l'habitude de ces machins là  et chaque fois que je m'y replong, je m'embrouille un peu...

Là , mon pb est simple.

J'ai un NSProgressIndicator du type "Spinning" (la roue grise). Quand mon appli bosse, je veux que ce NSSlider apparaisse et s'anime. Sinon, qu'il disparaisse.

Et j'ai vu qu'il y avait un bindings nommé "animate" qui semble répondre à  mon souhait. En gros, il suffit de binder ça à  un booléen et quand le booléen est à  vrai => animation, faux=> stop animation (pour les NSProgressIndicator indeterminate).

Donc dans mon objet perso (sous classe de NSObject), je pensais mettre un attribut isWorking et simplement binder mon progressindicator à  ça.

Et ça marche pas...

Et je m'emmêle les pinceaux avec ces objets controller prédéfinis...

En gros, sur le binding pré cité, j'ai mis Bind to : mon objet, Controller Key : rien (rien n'est proposé) et ModelKeyPath : isWorking.

Dans mon objet, j'ai défini les méthodes isWorking et setIsWorking mais ca donne rien...



Réponses

  • cargocargo Membre
    05:49 modifié #2
    Sinon il y a les méthodes  startAnimation: et stopAnimation: , avec un outlet ça devrait être facile même moi je m'en sens capable. :)


  • LeChatNoirLeChatNoir Membre, Modérateur
    05:49 modifié #3
    Ouais avec ça pas de pb mais les trucs simples comme ça, j'ai envie de les faire par bindings...

    Ca devrait être tout bête mais j'y arrive vraiment pas...

    Je m'y recolle ce soir...
  • Eddy58Eddy58 Membre
    avril 2006 modifié #4
    Voici un exemple, dans lequel un NSObjectController gère la clef "isWorking". Ensuite il ne reste plus qu'à  jouer sur la valeur de la clef dans la sous-classe de ce contrôleur. Sinon, pas du tout besoin de faire d'accesseurs. :)

    [Fichier joint supprimé par l'administrateur]
Connectez-vous ou Inscrivez-vous pour répondre.