[dataList valueForKeyPath:@"@max.image.size.height"]

Réponses

• AliGator Membre, Modérateur

  octobre 2008 19:41 modifié #2

  ??? Ben size c'est un NSSize (ou CGSize) et donc une struct non ?
  Et une struct, ce n'est pas un objet, donc ce n'est pas KVC-compliant, donc c'est normal, non ?
  
  En fait le truc c'est qu'il est aisé de confondre le "." utilisé dans le KeyPath et signifiant implicitement un  "valueForKey" et le "." du C pour accéder à  un élément d'une struct...
  
  Donc moi j'écrirai : [tt]CGFloat height=[[dataList valueForKeyPath:@"@max.image.size"].height[/tt]
• Philippe49 Membre

  octobre 2008 octobre 2008 modifié #3

  dans 1223117184:

  
  ??? Ben size c'est un NSSize (ou CGSize) et donc une struct non ?
  Et une struct, ce n'est pas un objet, donc ce n'est pas KVC-compliant, donc c'est normal, non ?
  

  
  Ce n'est pas une question de savoir si c'est un objet ou non, c'est le fait de disposer d'accessors rendant la property KVC compliant. Cela marche avec la structure size parce que c'est une property, donc les accessors sont prêts. Mais cela ne marche pas avec height car il n'y a pas d'accessor.
  [EDIT] Je me rends compte que je dis la même chose que toi Ali, c'est utile de se relire ! 
  
  
  Donc je vois bien pourquoi cela ne marche pas, et je suis à  la recherche d'une astuce pour contourner le problème.
  
  

  dans 1223117184:

  
  Donc moi j'écrirai : [tt]CGFloat height=[[dataList valueForKeyPath:@"@max.image.size"].height[/tt]
  

  
  Oui j'y ai pensé, mais là  c'est le @max qui ne va pas marcher sur la structure size
  
  
  
  
• AliGator Membre, Modérateur

  octobre 2008 octobre 2008 modifié #4

  Ah oui j'ai recopié bêtement le début de ton KeyPath sans trop chercher à  savoir quel était son but... du coup j'ai pas réalisé la présence du "@max";...! En effet du coup je peux comprendre ton souci...
  
  En relisant la doc sur le KVC, je suis tombé là  dessus, peut-être une piste à  explorer ?
  
  Du coup avec "sizeValue" et le wrapping de cette size dans un NSValue, tu peux peut-être t'en sortir côté KVC ? Bon j'ai pas exploré plus loin, je te laisse voir si ça peut aider...
  
  S'il n'y a rien de directement prévu par Cocoa pour récupérer le paramètre "height" de ton NSSize encapsulé dans un NSValue par KVC, tu peux peut-être voir à  créer une catégorie de NSValue qui supporterait le KVC, en implémentant valueForKey: qui vérifie si ta NSValue est une NSSize et si oui retourne la width ou la height selon la key demandée... ça doit pas être méchant à  faire et à  mon avis la façon la plus simple de contourner le problème et arriver à  tes fins en gardant cette construction de ton KeyPath, non ?
• Céroce Membre, Modérateur

  octobre 2008 19:41 modifié #5

  Le problème, c'est que la conversion du type scalaire NSSize fait de size la plus petite unité manipulable. Par exemple, si tu voulais des text fields pour saisir width et height, tu serais confronté au même problème. Enfin, c'est ce que mon expérience du KVC me fait dire.
  
  Je serais toi, je définirais float width, et float height dans mon modèle.
• Philippe49 Membre

  octobre 2008 octobre 2008 modifié #6

  dans 1223277315:

  
  Le problème, c'est que la conversion du type scalaire NSSize fait de size la plus petite unité manipulable. Par exemple, si tu voulais des text fields pour saisir width et height, tu serais confronté au même problème. Enfin, c'est ce que mon expérience du KVC me fait dire.
  

  
  Ce n'est pas un problème de scalaire ou d'objet, c'est un problème d'accesseur. C'est à  dire que ce qui est renvoyé par le valueForKeyPath ne répond pas à  un objc_msgSend() correspondant à  la valeur de width.
  En fait le valueForKeyPath renvoie bien un objet comme l'a dit Ali de type héritant de NSValue, mais Apple n'a pas prévu de "spécialiser" cet objet pour qu'il ait les accesseurs qui m'intéresse : "Apple, Apple Lama Sabachtani"  
  
  D'où l'indication d'Ali de les construire via une catégorie
  
  
  

  dans 1223277315:

  
  Je serais toi, je définirais float width, et float height dans mon modèle.
  

  
  Oui c'est ce que j'ai fait : construire un model qui calcule et met à  jour les champs maxWidth et maxHeight : c'est plus propre et plus économique.
  
  
• Céroce Membre, Modérateur

  octobre 2008 octobre 2008 modifié #7

  dans 1223278522:

  
  Ce n'est pas un problème de scalaire ou d'objet, c'est un problème d'accesseur. C'est à  dire que ce qui est renvoyé par le valueForKeyPath ne répond pas à  un objc_msgSend() correspondant à  la valeur de width.
  

  
  
  En fait, nous disons la même chose, mais différemment. Le KVC est capable de convertir le type scalaire NSSize en un NSValue, mais du coup, la plus petite unité manipulable devient une NSSize.
  Tu pourrais avoir des accesseurs setSize: et size: dans ton modèle, mais pas setHeight: et height:.