Discussion :

[samus35]

Bonjour,
j'ai quelque chose d'un peu particulier a réaliser. je pense être sur la bonne piste mais il doit me manquer quelques informations.

J'ai un service et une application (les deux ne sont pas fournit via le même apk).

Le service va écouter certains périfériques/slots et recevoir certaines informations.
J'ai besoin que ce service puisse envoyer dans le flux de "saisie clavier" des données.

Toute la partie technique/hardware est résolue. Le materiel transmet bien les informations au service qui arrive à les "afficher" via le logcat par exemple.

Le but est que si un textfield est sélectionné (le curseur est à l’intérieur), le service puisse remplir ce textfield.

Cela serait permit l'unique condition d'utiliser la permission INJECT_EVENTS.
Est-ce la bonne piste ? Si oui, quel objet va pouvoir me permettre d'envoyer mes données texte dans le flux de saisie ?
je tiens à rappeller que le service et activité sont dissociés, car le service fait un peu office de "driver". Son but est juste d'envoyer l'information au composant texte selectionné d'une activité en cours. (si aucune activité, l'information sera perdue je suppose).
La version android actuelle est une 2.3, mais cela pourrait peut etre être porté sur une 4.0.

Question un peu idiote : ai-je un quelconque moyen de verifier qu'une saisie était possible ?

merci pour les informations que vous pourrez me donner. Bonne journée.

[Minicalion]

Bonjour samus35,

Si l'objectif est de faire transiter des données peut-être que le ContentProvider pourrait te convenir?

Sinon, une possibilité serait d'écrire les données du service dans un fichier, puis de les chargers dans l'activity?

Mais aller écrire dans un TextField, d'une activity qui n'est à priori pas connue par le service, sa me semble trop compliqué, voir impossible (mais je n'ai pas la science infuse donc je me trompe peut-être).

[samus35]

Hélas, c'est quelque chose qui ne me semble pas facile à réaliser.

J'ai pensé aux contentproviders au départ,
mais cette solution risque de ne pas etre performante et il faut en plus de cela que les applications clientes aient leur propre code afin de récupérer cette information. Certaines applications sont natives, d'autres sont de simples pages web. On ne peut donc pas déterminé "comme ca" le champ de saisie à remplir.

Concernant les INJECT_EVENTS, je suis tombé de haut : cette permission est verrouillée et ce même si l'application est une application placée dans /system/app
Il est nécéssaire que l'application possède la même signature que le system eandroid même car cette permission est jugée critique (une application possédant ces droits peux faire de la prise de controle à distance). Bien que jhe dispose des sources de l'appareil, comme je ne connais pas le processus de signature d'Android (et même de compilation), je suis completement bloqué.

[Minicalion]

Re samus35,

Et l'écriture dans un fichier ou une base de donnée? Cela ne conviendrais pas non plus?

Je dois aussi t'avouer que j'ai du mal à voir l'intérêt de ce que tu souhaite faire, peut-on savoir quelle est l'objectif final?

[samus35]

Exemple d'application : lorsqu'on passage un badge devant un lecteur RFID (ou autre) connecté à l'appareil, cela "ecrit" comme une saisie clavier les données recues.