Version imprimable
Ok, j'ai modifié le code avec la nouvelle version, cette fois c'est sûr!
Et si j'ai tout suivi cette fois ci, l'idée serait d'avoir THRESHOLD_DROPDOWN = THRESHOLD_TASK + 1 pour que la liste soit déjà initialisée.
exemple:
Code:
2
3
Ben si... je le vois bien à la fin...Citation:
ok, compris le problème: il n'y a pas de mention de mise à jour (Dernière modification par xxxxx ; 11/12/2012 à xxhxx. ) de ce post!
Pas du tout, si tu regardes les examples d'autocomplete, ils ne marcheraient pas sinon ;)Citation:
-> c'est space (à mes yeux) de différencier les 2...
(tu passes une array de string completement différentes).
Oui, c'est grosso merdo ce que je disais :Citation:
Et si j'ai tout suivi cette fois ci, l'idée serait d'avoir THRESHOLD_DROPDOWN = THRESHOLD_TASK + 1 pour que la liste soit déjà initialisée.
Citation:
Envoyé par nicroman
http://hpics.li/e4e6ba1 ;)
Je vais tester tout ça et je reviens. :roll:
me rend compte d'un truc bizarre, me demande si c'est pas le autocomplete lui-même qui déconne....... parce que même avec le décalage des 2 threshold j'ai l'impression que la liste affichée n'est pas la bonne par rapport à la requête...
Ou alors à force de tester 12M de trucs je n'ai plus les idées claires...... sans parler du fait qu'on m'embrouille aussi ici...
précision: pour des raisons trop compliquées à expliquer ici, la query DOIT être relancée à chaque caractère >= THRESHOLD_TASK (=3 & DROPDOWN=4)
(notamment parce qu'on a une fct php dont je dois me servir et qui ne renvoie que les 20 premières villes xxx correspondantes, et qu'il faut donc forcément affiner la rqt à chq caractère saisi)
-> et j'ai fait la modif de ton code en ce sens
J'espique ce qui me trouble:
-> je tape PAR
-> la requête ramène
-> le dropdown n'affiche rien: c'est normalCode:
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
-> je rajoute le 'I'
-> la requête ramène
-> le dropdown affiche uniquement: Paroy (Seine-et-Marne, Paris-Ile de France) de la 1ère requêteCode:
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
-> alors que finalement, avec le décalage, il devrait afficher TOUTE la liste des villes de la 1ère requête! de Park à Pareid
-> or il ne le fait pas!
Donc AutoCompleteTextView n'affiche pas tout le tableau des Ville [] :calim2:
J'étais trop focalisé sur la 1ère problématique avant, je n'avais pas fait gaffe à ça!
-> que la liste s'affiche en décalé pour qry-1, ok, pkoi pas
-> mais qu'elle n'affiche pas toutes les data?
EDIT: une piste?
-> en fait le clear() ne vide pas l'array des Villes
Code:
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17public synchronized void onVilleAdapterUpdateResult(ClassVilleAC[] data) { int i=0; for (Ville v : data) { Log.w("onVilleAdapterUpdateResult-----------> " + i,v.toString()); i++;} this.villeAdapterUpdateTask = null; if (data != null) { Log.d("MyActivity - received","Received "+data.length+" villes from update task"); this.villeAdapter.clear(); for (i=0; i< villeAdapter.getCount(); i++) { Log.w("onVilleAdapterUpdateResult 2-----------> " + i,villeAdapter.getItem(i).toString());} this.villeAdapter.addAll(data); this.villeAdapter.notifyDataSetChanged(); // mise à jour du drop down... } }
logcat:
et c'est cette même ligne "non clearée" qui se retrouve en affichage au caractère + 1Code:
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
Il doit y avoir un filtre automatique fait par l'objet AutoCompleteTextView lui-même
.
Reste à pouvoir le désactiver.
Ha non mais c'est sur et certain !
C'est la base de AutoCompleteTextView (et je pensais honnêtement que tu le savais au tout début ! :mouarf: )
http://developer.android.com/guide/t...l#AutoComplete
Et je ne vois pas l’intérêt de le désactiver !
ben non... :calim2:Citation:
Envoyé par nicroman
je comprends donc aussi mieux pourquoi on avait du mal à se comprendre.
oui, ça j'ai bien compris, et je ne sais plus comment t'expliquer l'intérêt pour nous, en dehors du fait que je n'ai pas le choix (ce que boss veut...........).Citation:
Et je ne vois pas l’intérêt de le désactiver !
cela dit, le pourquoi n'a pas trop d'importance finalement, la question est surtout "est-ce-que tu pourrais STP adapter ton code en implémentant un filtre qui affiche TOUT"? :hola:
-> non pas par facilité, loin de là
-> mais parce que je comprends mieux avec un exemple concret
j'ai trouvé des pistes sur un autre forum anglophone bien connu, mais je n'arrive pas à adapter les exemples donnés à "notre" cas de Ville[] :no:
bonne soirée.
Rien n'empêche de mettre les thresholds à la même valeur....
et de faire la requête tout le temps (enfin... juste quand le filtre a changé hein !)
Mais sans parler d'implémentation, il y aura toujours deux/trois problèmes:
1. Le dropdown ne s'affichera pas tout de suite (il sera vide au départ, et il faudra attendre la fin de la requête pour qu'il se remplisse)
2. Quand on rajoute un caractère, le feedback sera immédiat, mais il faudra attendre pour avoir une "nouvelle liste" (donc risque de cliquer sur une mauvaise ville du coup)
3. Quand on supprime un caractère, la liste ne changera pas... tant que la requête ne sera pas revenue.
Et quel que soit le sens dans lequel on tourne le problème, ce sera toujours le cas si on fait la requête à chaque caractère.
Faire la requête une et une seule fois solutionne #2 et #3... #1 est minimisé par les thresholds différents.
On peut supprimer #2 et #3 en "vidant" l'adapter complètement à chaque caractère (mais du coup on a #1 en boucle, et c'est carrément moche).
Il est possible de supprimer #3 en conservant un "cache" de(s) la requète précédente(s) (au prix donc d'une grande quantité de mémoire).
Enfin bref... après... tout est question de choix...
choix que je n'ai pas....... j'ai eu beau expliquer tout ce que tu me dis...... mais "on" veut que ça marche comme ça..... toujours la même réponse "mais non y a forcément un moyen, faut chercher!"...Citation:
Enfin bref... après... tout est question de choix...
une idée des modifs du code donc, pour désactiver le filtre, ou filtrer avec un " * " finalement?
Non mais y a pas moyen....
Même en partant sur des latences de 20/30ms (ce qui est déjà très très bon).... la latence sera quasi-visible, et à moins de vraiment faire la requête à chaque caractère tapé directement, sans passer par un thread, ce ne sera jamais synchronisé... une expérience utilisateur déplorable, un programme qui risque de "crasher" à tout moment (une perte temporaire de réseau ?), etc...
Ca il faudrait regarder dans le code deAutoCompleteTextView (j'avoue avoir la flemme un peu).Citation:
une idée des modifs du code donc, pour désactiver le filtre, ou filtrer avec un " * " finalement?
Bon je mets ça en pause pour le moment, en espérant que j'arriverai à enfin lui expliquer que ce qu'il veut est impossible... :calim2:
Faut que j'avance encore sur d'autres points!