Utilisation de scrollView .. ou pas

Bonjour à toutes et à tous,

Je souhaite développer une application de type navigation avec GPS sur cartographie. Mon problème : afficher une image qui est plus grande que la fenêtre d'affichage, pouvoir la faire défiler verticalement et horizontalement par toucher de l'écran et par programmation.

J'ai essayé avec deux SscrollView imbriqués (ScrollView et HorizontalScrollView), mais, malgré avoir mis à peu près toutes les combinaisons possibles des paramètres de ces Scroll, le résultat n'est pas probant. Au toucher, le déplacement vertical se fait correctement, mais il faut relever le doigt et retoucher l'écran pour avoir un déplacement horizontal : pas moyen d'avoir les deux (H et V) simultanés. Dans ces conditions je n'ai pas essayé par programmation.

Est-ce la bonne voie, et si oui comment procéder ?

Une autre méthode que les ScrollView est-elle envisageable et si oui, laquelle ?

Merci de votre aide.

Pierre

Non ce n'est clairement pas la bonne route...

Il vaudrait mieux gérer soit même le "draw", et les events "onTouch".

Citation:

---

Envoyé par nicroman

Non ce n'est clairement pas la bonne route...

Il vaudrait mieux gérer soit même le "draw", et les events "onTouch".

---

N'utilisant pas les scrollview, j'arrive à faire bouger mon image par les "Ontouch". Pour autant les mouvements sont bizarres (dédoublement de l'image) et surtout, mon image est limitée à la taille de l'écran. Donc quand je la déplace, c'est du blanc qui vient remplir les bords.

Les scrollview ont cet avantage de mettre toute l'image potentiellement en vue. Je vois deux solutions (certainement parmi d'autres) :

• utiliser les scrollview pour avoir l'image entière, mais désactiver ses ontouch (comment fait-on ?) automatique pour les remplacer par des ontouch programmés,
  
• ne pas utiliser les scrollview, mais alors comment fait-on pour avoir l'image entière visualisable par déplacement ?

Merci pour votre aide.

Pierre

idée: au lieu de scroller (comme le scroll pose problème), tu pourrais montrer l'image complète, et onTouch faire des zoom in/zoom out.

Le probleme du scroll-view est que justement il capture les onTouch pour faire du scroll ;)
Et je crois qu'il est limité à vertical/horizontal pas les deux.

Donc faire un vue soit-meme et gérer les onTouch est exactement ce que j'indique... bien entendu... il faut gérer les onDraw et donc à chaque mouvement "on touch":
* Déplacer l'image.
* Rafraîchir les deux zones devenues blanches par le déplacement.

Si l'image est déjà plus grande que la view (attention à la mémoire quand même, 32MB c'est vite atteint !), il suffit à priori de faire un "invalidate" la matrice utilisée pour dessiner s'occupant de faire le "mouvement".

Citation:

---

Envoyé par nicroman

Le probleme du scroll-view est que justement il capture les onTouch pour faire du scroll ;)
Et je crois qu'il est limité à vertical/horizontal pas les deux. ...

---

Est-ce à dire que les deux scroll sont exclusifs : quand on bouge l'un, l'autre ne peut pas bouger (ce qui semble effectivement se passer) ?

Citation:

---

Envoyé par nicroman

...Donc faire un vue soit-meme et gérer les onTouch est exactement ce que j'indique... bien entendu... il faut gérer les onDraw et donc à chaque mouvement "on touch":
* Déplacer l'image.
* Rafraîchir les deux zones devenues blanches par le déplacement. ...

---

Est-ce le "invalidate" qui rafraichit l'image ? Et si oui, est-ce même "invalidate" qui va combler les blancs créés par un déplacement, pour autant que l'image soit plus grande que l'écran ?

Si j'ai bien compris, la procédure serait la suivante :

• capter par un OnTouchListener, les déplacements,
• dans la procédure OnDraw, récupérer ces déplacements et appliquer la bonne procédure (laquelle ?) qui va afficher la bonne partie de l'image,
• en fin du OnToucListener, faire un "invalidate".

Je vais essayer tout ça.

Merci de votre aide.

Pierre