Discussion :

[ChPr]

Bonsoir à toutes et à tous,

Avec Android Studio 4.1, certains mots ou blocs de code sont surlignés en jaune, en orange (note : je suis daltonien ).

Je n'ai pas trouvé d'infos sur la toile. Je n'arrive pas à savoir quelle en est la signification.

Cordialement.

Pierre.

[grunk]

Une capture pourrait aidé pour être sur de quoi tu parles.

En général c'est pour indique un warning oou une erreur sur la partie de code concernée

[ChPr]

Merci "grunk",

Ce sont des warning puisque cela compile et s'exécute.

J'en ai résolu quelques uns. Pour d'autres, cela ne se passe pas aussi facilement. Je reviendrai pour des cas précis.

Cordialement.

Pierre.

[ChPr]

Dans la catégorie des surlignages, j'ai celui-ci :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
		affCarte.setOnTouchListener(new View.OnTouchListener() { 
			@Override
			public boolean onTouch(View v, final MotionEvent event) {
				return false;
			}
		});

C'est un orange clair. Quand je passe la souris sur la première ligne, j'obtiens la message suivant :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

Custom view `LinearLayout` has setOnTouchListener called on it but does not override performClick

Je ne trouve pas cette syntaxe "performClick" ni où la mettre.

Cordialement.

Pierre.

[grunk]

C'est un warning qui est lié à l'accessibilité pour les personnes avec des handicap.
Les éléments de base sont tous utilisable par des personnes aveugle par exemple et ce, parce qu'elle retourne des information supplémentaire dans certains cas.

Ce qu'on te dit ici , c'est que tu as gérer toi même les événements de touché , mais dans le cas où ton composant serait utilisé par les Accessibility Service tu n'as pas implémenté la méthode performClick qui serait appelé.

Soit l'accessibilité n'a pas d'importance dans ton cas et tu peux ignorer ou masquer le warning
Soit tu essai de le résoudre en surchargeant performClick dans la vue concernée.

Note que c'est étrange de définir un touchListener sur un linearLayout

[ChPr]

Merci "grunk" pour ces précisions.

... Soit l'accessibilité n'a pas d'importance dans ton cas et tu peux ignorer ou masquer le warning ...

Si je masque le warning (comment fait-on pour le masquer) est-ce que pour autant le surlignage va disparaître ?

... Soit tu essai de le résoudre en surchargeant performClick dans la vue concernée. ...

Là encore, je ne sais pas faire

... Note que c'est étrange de définir un touchListener sur un linearLayout

Pourquoi ?

Cordialement.

Pierre.

[grunk]

Si je masque le warning (comment fait-on pour le masquer) est-ce que pour autant le surlignage va disparaître ?

NOrmalement avec l'annotation
@SuppressLint("ClickableViewAccessibility") au dessus de la méthode posant problème.
Sinon en cliquant sur l'icone du warning sur la gauche , il doit te proposer de faire disparaitre le warning

Là encore, je ne sais pas faire

C'est, normalement, le genre de warning qu'on à dans des vues custom hors tu l'as sur un LinearLayout , donc tu n'as pas accès au code nécessaire.
Il faudrait donc que tu recréer une classe qui hérite de LinearLayout pour surcharger se comportement.

Pourquoi ?

Parce que c'est un Layout de positionnement qui n'a pas spécialement vocation à recevoir des événements. C'est plus souvent les enfants qui gère les événements (par exemple un bouton placé dans ce layout).
Ca peut être signe d'une mauvaise conception.

[ChPr]

NOrmalement avec l'annotation
@SuppressLint("ClickableViewAccessibility") au dessus de la méthode posant problème. ...

J'avais essayé, mais j'avais dû cliquer au mauvais endroit. Là, ça a fonctionné.

... Parce que c'est un Layout de positionnement qui n'a pas spécialement vocation à recevoir des événements. C'est plus souvent les enfants qui gère les événements (par exemple un bouton placé dans ce layout).
Ca peut être signe d'une mauvaise conception.

J'utilise ce LinearLayout (qui en fait est devenu un RelativeLayout, mais je suppose que le problème est le même) pour y dessiner mes cartes. et ce sont bien ces cartes que je veux déplacer. Un autre conteneur serait-il mieux approprié ?

Cordialement.

Pierre.

[grunk]

Si le but est d'afficher une carte à base de tuile (tiles en anglais) avec des coordonnées , j'aurais surement plutôt optée pour une vue custom qu'un layout ordinaire. Mais si ca marche comme ca pourquoi pas.

Tu peux jeter un oeil à https://github.com/moagrius/TileView et https://github.com/peterLaurence/MapView , ca te donnera peut être des idées

[ChPr]

... Tu peux jeter un oeil à https://github.com/moagrius/TileView et https://github.com/peterLaurence/MapView , ca te donnera peut être des idées

Intéressants tes liens ... c'est exactement ce que je fais ... en tout fait !

Même si je réinvente la poudre, c'est ce qui m'intéresse, comprendre le cheminement du placement, zoom, en relation avec les infos de position.

J'avais réalisé cette application en Pascal Objet, mais le code n'est pas directement utilisable car la gestion des bitmap est différente avec Android.

Ca va bien aller avec l'hiver et le confinement .

Cordialement.

Pierre.