[address book] Empty state for Favorites view not correct

Bug #1489330 reported by Bill Filler
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Canonical System Image
In Progress
Medium
Bill Filler
Ubuntu UX
Fix Committed
Medium
Olga Kemmet
address-book-app (Ubuntu)
In Progress
Medium
Renato Araujo Oliveira Filho

Bug Description

The empty state for the Favorites view of the contacts is confusing and should be improved. Currently if you have populated contacts but not favorites, it will show:
"Create a new contact by swiping up from the bottom of the screen". If you do swipe up and create a contact it is not even made a favorite.

I'd propose changing the message to something like:
- "You have no favorites. Open a contact and select star button to favorite" or something along those lines
- It's fine to leave the "+" on bottom edge but the Star should be automatically selected if you create the new contact from the Favorites view

------------ UX comment ---------------

As per comment #1: remove the favourites section from the header until user starts favouriting contacts. This way we can avoid maintenance on empty states and only surface the right sections if they are in use.

Addition:
Regardless what section the user is in, triggering the bottom edge would only create a new contact. This means that even if the contact is seemingly created e.g. in the Favourites section, the contact is not automatically stored there.

Tags: system-apps

Related branches

Bill Filler (bfiller)
Changed in address-book-app (Ubuntu):
assignee: nobody → Renato Araujo Oliveira Filho (renatofilho)
importance: Undecided → Medium
Changed in ubuntu-ux:
assignee: nobody → Olga Kemmet (olga-kemmet)
importance: Undecided → Medium
Changed in address-book-app (Ubuntu):
status: New → Confirmed
Changed in canonical-devices-system-image:
milestone: none → ww40-2015
assignee: nobody → Bill Filler (bfiller)
importance: Undecided → Medium
status: New → Confirmed
Changed in ubuntu-ux:
status: New → Triaged
summary: - Empty state for Favorites view not correct
+ [address book] Empty state for Favorites view not correct
Revision history for this message
Olga Kemmet (olga-kemmet) wrote :

I am not sure if it is the best idea to change the copy for the empty state. This would mean that we have to change the copy every single time if a new group is created and a new section appears in the header.

How about reassessing the need of a favourites section in the first place when no contact was made a favourite yet?
As the plan is to move frequently called entries into the recent call screen, this section might always be empty because some users simply never favourite any contacts (me for example). This means that the section will be always present, even if unused.

My suggestion is to only surface the favourites tab in the header sections if users really use it, this way we remove any need of additional empty states.

Revision history for this message
Bill Filler (bfiller) wrote :

I like it, good suggestion!

description: updated
Changed in ubuntu-ux:
status: Triaged → Fix Committed
Changed in canonical-devices-system-image:
milestone: ww40-2015 → ww46-2015
Bill Filler (bfiller)
Changed in canonical-devices-system-image:
milestone: ww46-2015 → backlog
Changed in address-book-app (Ubuntu):
status: Confirmed → In Progress
Bill Filler (bfiller)
Changed in canonical-devices-system-image:
milestone: backlog → ww02-2016
Revision history for this message
Bill Filler (bfiller) wrote :
Changed in canonical-devices-system-image:
status: Confirmed → In Progress
description: updated
Revision history for this message
Pat McGowan (pat-mcgowan) wrote :

SDK bug was fixed can we land this?

Changed in canonical-devices-system-image:
milestone: ww02-2016 → ww08-2016
Revision history for this message
Pat McGowan (pat-mcgowan) wrote :

@renato any reason this is still pending?

Changed in canonical-devices-system-image:
milestone: ww08-2016 → 11
Bill Filler (bfiller)
Changed in canonical-devices-system-image:
milestone: 11 → backlog
tags: added: system-apps
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.