Feature #60
Interraction avec la liste de contact du telephone
Added by Frédéric Barthéléry over 15 years ago. Updated over 14 years ago.
10%
Description
- Ajouter un contact
- Supprimer un contact
- Associer une Jabber ID avec un contact
- Eventuellement rajouter d'autre informations sur le contact
Interesting links :
Content providers
Classe Contacts
Updated by Frédéric Barthéléry over 15 years ago
Apparemment dans l'application contact il existe un champ jabber :)
Donc il nous faut juste pouvoir agir avec le repertoire utiliser le champ jabber.
Ca serait bien de pouvoir synchroniser la liste sur le serveur avec celle du telephone. Ainsi lors de la connexion au serveur, on ajoute les contacts du telephone possedant une adresse jabber, et on ajoute les contacts jabber sur le telephone.
Il est peut etre possible d'afficher egalement dans la liste de contacts d'origine une icone pour indiquer le status.
Updated by Frédéric Barthéléry over 15 years ago
- Category changed from XMPP to User Interface
- Assignee set to Jean-Manuel Da Silva
Chose a faire :
- voir comment faire pour lancer beem quand on clique sur le champ jabber d'un contact
- et pour aller plus loin stocker des infos supplementaires sur le contact. Ces informations serait recuperer dans une vcard (ou autre, voir les xep) par jabber.
Updated by Jean-Manuel Da Silva over 15 years ago
Bon comme nous le savons, Jabber stocke l'ensemble des informations concernant nos contacts.
Cependant, cela demande des appels au serveur pour tout ce qui est mise à jour.
Afin de proposer une application robuste et qui n'empiete pas non plus sur la liste de contacts du téléphone voici ma proposition :
- Creation d'un content provider gérant les informations des contacts qui sont stockés sur Jabber. Cela permettra par exemple d'accèder a toutes ces informations même si il n'y a pas de connexion Jabber. Je trouve ça plutôt interessant de laisser le choix a l'utilisateur en plus de synchroniser ces infos avec son téléphone ou juste de les garder dans l'application.
- Ce ContentProvider permettra a d'autres applications si elles le souhaitent d'accèder aux infos de BEEM
- La synchro avec la liste de contact sera possible en mode offline et en mode onlune, vu que Jabber sera uniquement synchro avec notre ContentProvider.
Je suis ouvert à toutes propositions, et je commence à dev dans ce sens là.
Comme je le dis si souvent,
Wet kisses.
Updated by Jean-Manuel Da Silva over 15 years ago
- Category changed from User Interface to XMPP
- % Done changed from 0 to 10
Hmm au final je viens de finir le ContactProvider. Et je me suis permis de faire dans la foulée un UserProvider.
Sachant que les contacts stockés doivent être relié a un utilisateur. Et que je trouverais ça plutôt cool de ne pas se dire que forcemment celui qui utilise BEEM sur son téléphone est l'utilisateur du téléphone. Qui a parler d'amis ?
Enfin même, rien que pour une démo. Si le mec peut pas test avec son compte sur un seul téléphone lors d'un salon, c'est vraiment low.
Je push dès que j'en suis capable. Petit problême technique :>
Updated by Frédéric Barthéléry over 15 years ago
Jean-Manuel Da Silva wrote:
Hmm au final je viens de finir le ContactProvider. Et je me suis permis de faire dans la foulée un UserProvider.
Sachant que les contacts stockés doivent être relié a un utilisateur. Et que je trouverais ça plutôt cool de ne pas se dire que forcemment celui qui utilise BEEM sur son téléphone est l'utilisateur du téléphone. Qui a parler d'amis ?Enfin même, rien que pour une démo. Si le mec peut pas test avec son compte sur un seul téléphone lors d'un salon, c'est vraiment low.
Je push dès que j'en suis capable. Petit problême technique :>
On avait eu une discussion a ce sujet. Au final, on en etait arrivé à la conclusion inverse.
Justement l'utilisateur principal c'est le proprietaire, c'est donc lui qu'on doit "seduire" donc on prefere tout miser sur une integration avec un seul user (le proprio) et lui faciliter la vie a lui. Apres ce qu'on pourrait eventuellement faire, c'est permettre la connexion avec un autre utilisateur mais dans ce cas on utiliserait un mode "allégé". Bref, à court terme, je pense qu'il vaut mieux rester concentré sur l'utilisateur principal donc le proprio.
Updated by Nikita Kozlov over 15 years ago
- Due date set to 05/18/2009
- Status changed from Assigned to Feedback
- Target version changed from Prototype before 1.5 - SFR_Version to Prototype Technical assessement
- Estimated time set to 40.00 h
Faut ce decider sur ce ticket.
On fait, on fait pas.
Updated by Jean-Manuel Da Silva over 15 years ago
- Due date deleted (
05/18/2009) - Assignee deleted (
Jean-Manuel Da Silva) - Priority changed from Immediate to Low
- Target version changed from Prototype Technical assessement to 0.1
Changement du status de la tache qui pour le moment me semble complêtement inutile en vue de la soutenance de fin de Tek4. Je suis ouvert à la discussion lors de la prochaine réunion afin de statuer sur la priorité de la tache.