Closed Bug 923263 Opened 11 years ago Closed 11 years ago

[B2G][Everything.Me] Selecting any of the categories on the Homescreen display category name and phone after each one(ex. Social Phone)

Categories

(Firefox OS Graveyard :: Gaia::Everything.me, defect)

ARM
Gonk (Firefox OS)
defect
Not set
normal

Tracking

(firefox27 affected)

RESOLVED FIXED
Tracking Status
firefox27 --- affected

People

(Reporter: dwatson, Unassigned)

References

Details

Attachments

(2 files)

Description:
After getting to the Homescreen and tapping on one of the 4 categories, the search bar displays the name of the category and the word phone.

Repro Steps:
1. Load Buri Build ID: 20131002040206
2. Navigate to the Homescreen
3. Tap on one of the Everything.Me categories
4. Observe the Search bar at the top

Actual Results:
The name of the category displays "Phone".

Expected Results:
The name of all categories will only display the name of the category.

Environmental Variables-
Device: Buri v 1.3 Mozilla RIL
Build ID: 20131002040206
Gecko: http://hg.mozilla.org/mozilla-central/rev/e3c84e9f2490
Gaia: 73a64d360f0ed135fcca205c6292e9219e085413
Platform Version: 27.0a1
Blocks: 1.3-e.me
I don't have all the information but I think that it is a UX decision, Ran?
Flags: needinfo?(ran)
Yes this is by design.
Flags: needinfo?(ran)
According to Ran it was implemented by design so closing as invalid
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → INVALID
(In reply to Cristian Rodriguez (:crdlc) from comment #3)
> According to Ran it was implemented by design so closing as invalid

I'm not in agreement here. When I saw this, I was pretty confused. For example, let's just say I use Education as my category. I then select the collection and I see Education Phone. What does mean? It seems a bit confusing to include in that wording.

Need Info for UX for discussion. Reopening for more discussion as well.
Status: RESOLVED → REOPENED
Flags: needinfo?(firefoxos-ux-bugzilla)
Resolution: INVALID → ---
We've decided together with the UX team at Mozilla to use the "Phone" suffix to strengthen the concept of the "Adaptive phone". When the user opens a collection, the phone "changes" to deliver content specific to the chosen topic (the collection's title).
Flags: needinfo?(firefoxos-ux-bugzilla)
Jason - need a decision on whether to close this, or at least remove the Blocking.
Since this is by design, I don't feel it should block 1.2. However, if there's a disagreement, we can change it to a feature request and bring it up in the next UX session.
Flags: needinfo?(jsmith)
Attached image Collection design
As Yosef said, it is intentional.
There is, however, a change that needs to be made to differentiate the two. I believe Ran is already on it. There's an open issue for it (923408)
Flags: needinfo?(jsmith)
Returning ni? for Jason to remove the Blocking
Flags: needinfo?(jsmith)
I don't think this is a feature by any means - as far I can tell, this looks like a bug.

The problem using a Phone suffix is that I don't think a user is going actually understand the adaptive phone concept you are talking about. To me, this seems like a concept a user is not going to be able to derive. They'll instead see this as a type-o, not a clarification of a concept.

I really still want UX's opinion here. Multiple QA team members were confused when they saw this. They thought it was a type-o, not a concept clarification.
Flags: needinfo?(jsmith) → needinfo?(firefoxos-ux-bugzilla)
Jason, I've fixed some styling bugs in the Collection header in Bug 923408.
Attached a screenshot of how it looks now.
Jaime and I will discuss with E.me tomorrow (Oct. 8 PST) and I'll update the bug afterward.
It was decided to remove the "Phone" Suffix.
Flags: needinfo?(firefoxos-ux-bugzilla)
Status: REOPENED → RESOLVED
Closed: 11 years ago11 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: