CGPath avec 2 systemes de coordonnées
Bonjour,
(Je sais, je pose beaucoup de questions, mais ce forum est là pour ça, non, alors pourquoi m'en priver ? hé hé ^^)
Voilà , ma prochaine étape consistera à dessiner 2 lignes blanches avec Quartz2D, reliant un cerf volant à 2 poignées.
Une de ces lignes part de la partie gauche du cerf-volant, l'autre de la partie droite et rejoignent leurs poignées respectives.
Comment indiquer les points de depart des CGPath dans le systeme de coordonnées de la view cerf-volant, et les points d'arrivée dans le system de coordonnées des poignées ?
Conversion de coordonées ? ça marcherait ça ?
@+
Vico
(Je sais, je pose beaucoup de questions, mais ce forum est là pour ça, non, alors pourquoi m'en priver ? hé hé ^^)
Voilà , ma prochaine étape consistera à dessiner 2 lignes blanches avec Quartz2D, reliant un cerf volant à 2 poignées.
Une de ces lignes part de la partie gauche du cerf-volant, l'autre de la partie droite et rejoignent leurs poignées respectives.
Comment indiquer les points de depart des CGPath dans le systeme de coordonnées de la view cerf-volant, et les points d'arrivée dans le system de coordonnées des poignées ?
Conversion de coordonées ? ça marcherait ça ?
@+
Vico
Connectez-vous ou Inscrivez-vous pour répondre.
Réponses
Mais si c'est la question, il y a les méthodes de NSView :
Une ligne relie le cerf-volant à une poignée (qu'on tient dans la main).
Sur un cerf-volant à 2 lignes, il y a 1 points d'attache de part et d'autre du centre du cerf-volant (1 pour tourner à gauche et 1 pour la droite).
Mon CGPath doit donc partir d'une coordonnée relative au cerf-volant, et rejoindre l'extremité de la poignée qui a son propre systeme de coord.
C'est tout, et je pense bien qu'il faudra utiliser les méthodes que tu cites pour dessiner ces lignes.
Quel dessin ?
Comment ça des vues qui bougent tout le temps ?
(le cerf-volant, il doit forcement se déplacer, donc tu vx parler du decors de fond ?)
Sinon j'ai du mal à capter ton problème : la frame de ta vue cerf-volant indiquent les coordonnées de cette UIView dans la UIView parente (contrairement à bounds qui indiquent les coordonnées locaux). Donc avec [cerfVolantView frame] tu devrais avoir tout ce qu'il te faut, non ?
ah d'accord, J'ai plusieurs view parce que j'ai des actions sur certaines vues et pas d'autres etc.
ah oui, c'est vrai, mais je vois pas trop comment exploiter ça dans mon cas. Comme les points d'attache des ficelles ne rejoignent pas le centre du cerf-volant (voir schema), et que ce dernier fait des rotations, les coordonnées des CGPath sont compliquées à calculer. :crackboom:-
C'est probablement Schlum qui a raison, avec ça ça devrait fonctionner:
Je pense également qu'un dessin global est préférable et plus simple.
Il suffit de garder en mémoire l'angle du cerf-volant et le nombre de tours ce qui permettra de dessiner les ficelles en conséquence.
Enfin ce n'est pas moi qui écrit le programme.
Bravo pour l'idée.
Eric
Merci Eric, le concept était vraiment nouveau quand je me suis lancé il y a 2 mois, mais aujourd'hui il existe déjà 2 apps de cerf-volant (heureusement, elles sont pas super bien pensées ni faites, hé hé ^^)
Je suis bien content car j'ai réussi à dessiner un CGPath qui relie 2 objets animés entre eux, tout se passe bien, et c la première fois, Ho Ho !!!
A part ça, je voudrais bien comprendre comment utiliser les méthodes que tu m'as données, Schlum :
(en fait, c'est la mise en forme qui me perturbe, celle-là même qu'on retrouve partout dans le Guide de Référence Apple).
Quoi mettre dans le .h
et quoi dans le .m ?
Merci bcp,
Vico.
Dans le .h rien, ces méthodes sont définies dans UIView et utilisables sans redéfinition.
Dans le .m, c'est à toi de voir où tu en as besoin.
Explication de texte:
Pour [view1 convertPoint:aPoint fromView:view2],
aPoint correspond à un couple de coordonnées d'un point A dans le repère attaché à la vue view2.
Le résultat est un couple de coordonnées du même point réel A dans le repère attaché à la vue view1.
CGPoint coordInView1=[view1 convertPoint:coordInView2 fromView:view2];
Le plus souvent cela revient à soustraire la différence sur les coordonnées des origines respectives de ces vues.
view2=nil est une convention qui équivaut à considérer que view2 est la window de l'application.Â
Plus généralement
Ces méthodes de conversion se trouvent expliquées dans n'importe quel livre de base comme
  -Programmation Cocoa avec Mac OSX de Hillegass
  -Beginning iPhone Development
  - ...
Rappelons que Objective-C, Cocoa et Cocoa Touch sont basés sur un certain nombre de prérequis indispensables, et que si on veut avancer raisonnablement, il faut en passer par là .Â
Ah ben c le view1 qui me manquait, alors, marchi bien.
Passer de -(NSPoint)convertPoint:(NSPoint)aPoint fromView:(NSView *)aView à [view1 convertPoint:aPoint fromView:view2] est logique à posteriori mais pas encore évident pour moi à priori...
J'ai ce livre, semble être une très bonne synthèse (et donc par définition incomplet peut-être). Je n'avais pas trouvé les convertPoint dedans ???
Merci Philippe, je vais essayer ça tout de suite
EDIT: ça marche !!!!