Closed Bug 1075359 Opened 11 years ago Closed 7 years ago

[Contacts] Consider changing how contacts save/add activities work

Categories

(Firefox OS Graveyard :: Gaia::Contacts, defect)

x86_64
Linux
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED WONTFIX

People

(Reporter: julienw, Unassigned)

Details

Context is bug 1040874 from comment 11 to 16. I think there is enough discussion here to warrant a new bug. I'll add the various comments here to help for discussion.
Julien (Bug 1040874 comment 11): Jenny, moreover, don't you think these 2 options should be merged in one, and that we should have the option to create a new contact from the contacts app itself? When I use this functionality, I usually don't remember if I already have the contact in my contact list (for example imported from GMail without a phone number), and it's painful that I need to launch the contacts app first to check this.
Jenny (Bug 1040874 comment 12) I see your point, that is indeed quite a challenge for user especially when there are multiple accounts and 100+ contacts. However I don't think it's possible to do what you suggested. Say we change the option for unknown phone number to "Add to contact", tap on the option to open Contacts, it's quite unclear that at this point, user can either tap on a contact to add to existing contact or tap on "+" on header to create new contact. Also we have find duplicate contact function in Contact that can resolve this issue. Hope this makes sense. Thanks!
Julien (Bug 1040874 comment 13) If we'd do this, we could have a different Contact app UX when we're in activity. We could have this screen: -------------------------------------- Summary of the new contact to be added -------------------------------------- CREATE NEW CONTACT button or pick an existing contact -------------------------------------- SCROLLABLE LIST OF CONTACTS --------------------------------------
Carrie (Bug 1040874 comment 16) I'd say that the case Julien mentioned in comment 11 is not the main scenario we should focus on. Generally speaking, when I want to save the numbers, it usually would be the unknown numbers that I want to create a new contact for. Maybe sometimes we will find new number of a contact and want to keep it as well, then we do provide the option "Add to an existing contact " here. I think it's really straight forward and intuitive to have these two options in the action menu. In addition, Call log adopts this approach too. Hence, I'd suggest keeping things simple rather than change Contacts picker for this small issue and I don't think it will even be better. Thanks!
Well, actually, this has bugged me enough to ask you to change it, so it's maybe not that straightforward and intuitive. From a very logical point of view, I don't think we should have had 2 activities in the first place. I don't think the apps (and as you say it correctly, both the SMS app and the Call log had to implement this separately) need to have the logic to ask separate activities for create new contact/add to existing contact. What should happen (still, from a logical point of view): the SMS app or the Call log launches an activity "save" with a "phone number" payload. Maybe there are 2 activities for this, maybe not. If there are 2 activities, the System app would show the 2 activities (like we do already for different applications; maybe this even already works!), with no big changes to the current Contacts app. If there is only 1 activity (as I suggest, because this bugged me several times already), then the Contacts app would implement this. Francisco, i'd like your advice here too.
Flags: needinfo?(francisco)
Hi Julien I would like to give my views on this : ** as in bug 1040874 we are going to 'add two more' option to option menu. Then i think we should add the third option (call) too or shouldn't add as we have already call icon in header which will more preferable. ** basically i am saying that now there is no need of long press on number in view report because as we are adding those functionality at other place which is more easily user approachable , also it will save one dialog box which will be less likely used. ** also we have should such functionality that long press on messagge should open a option menu where there is can scrap numbers from message add show option to add to contact. Ex:Message "ajdkajsk23434434kjg" --> long press ---> add 23434434 to contact .... this will be one of the option with others. This feature is very useful as contact numbers can be saved easily (currently this is in android too). It's very nice if we have functionalities arranged so that it is easily accessible and should not be redundant (repeatition should be less as much as possible). Thanks
Flags: needinfo?(felash)
(In reply to kumar rishav (:rishav_) from comment #6) > Hi Julien > I would like to give my views on this : > > ** as in bug 1040874 we are going to 'add two more' option to option menu. > Then i think we should add the third option (call) too or shouldn't add as > we have already call icon in header which will more preferable. Please this question in bug 1040874. > ** basically i am saying that now there is no need of long press on number > in view report because as we are adding those functionality at other place > which is more easily user approachable , also it will save one dialog box > which will be less likely used. I quite think we don't have this in current master now. Can you check? > > > ** also we have should such functionality that long press on messagge should > open a option menu where there is can scrap numbers from message add show > option to add to contact. > Ex:Message "ajdkajsk23434434kjg" --> long press ---> add 23434434 to contact > .... this will be one of the option with others. > This feature is very useful as contact numbers can be saved easily > (currently this is in android too). I think we can already do this if the number is between spaces. Do you often have the case that it's in the middle of other text? > > It's very nice if we have functionalities arranged so that it is easily > accessible and should not be redundant (repeatition should be less as much > as possible). Personally, I like redundant features. Different people will use a feature in different ways. But note that this bug is not really about all this. This bug is about having only one activity to act on a phone number, and let the user choose within the Contacts app if the phone number should be used to create a new contact or to be added in an existing contact.
Flags: needinfo?(felash)
(In reply to Julien Wajsberg [:julienw] from comment #7) > I think we can already do this if the number is between spaces. Do you often > have the case that it's in the middle of other text? The number can be between space also, infact this is more likely. It shouldn't necessary to be in between of space.
Sorry for the late feedback. Technically merging both actions is not a problem, but having that 'create new contact' within the contact list I found it specially really confusing. That's current behavior in android, and last time that I had to used took me a while, till I discovered the first row with the new contact. I'm happy with two actions, so you intermediately know you are executing.
Flags: needinfo?(francisco)
I'd say it depends how UX is. If the "create new contact" button is fixed at the top of the list while you scroll the list, if would always be displayed. Moreover its style could be made quite different than a normal contact.
Firefox OS is not being worked on
Status: NEW → RESOLVED
Closed: 7 years ago
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.