Closed Bug 835940 Opened 12 years ago Closed 11 years ago

Data usage graph scaling should adjust at regular intervals

Categories

(Firefox OS Graveyard :: Gaia::Cost Control, defect)

x86
macOS
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: marcoc, Unassigned)

References

Details

(Whiteboard: UX-P2, TEF_REQ)

Attachments

(2 files)

The data usage graph should scale and adjust at regular intervals to allow better legibility and consistency of visualization. current - Currently the graph automatically scales based on the data alert level set by user, and if this number is not even, the graph scales itself in irregular increments that are difficult for a user to understand. expected: - Graph always maintains a regular scale, meaning the numbers on the side always represent an even scale with round numbers. - When data level goes beyond the highest limit, the graph adds one horizontal line on top and scales itself to fit the data. - There should be a maximum of 7 horizontal lines allowed, beyond which the graph goes back to 4 lines and numbers change on the sides.
Whiteboard: UX-P2, TEF_REQ
Nit: it refers to the horizontal lines but it is the **vertical** scaling what should be "fixed".
Walter commented something to take in count: b. Should it show 100KB or 102.4KB? Yes, I know this question is so stupid. And, you might think that it's fine to go beyond a little bit or stay in for 2.4KB. However, try to think about data roaming internationally, 1KB would cost you a lot.
On Bug 913552, the data usage graph scren was reviewing by UX, (including the graph scale). Closed as Works for me.
Status: UNCONFIRMED → RESOLVED
Closed: 11 years ago
Resolution: --- → WORKSFORME
We don't meet the specification here but let's reopen this if the UX team thinks the exposed behaviour in CC is suboptimal.
Flags: needinfo?(hello)
We don't meet the specification here but let's reopen this if the UX team thinks the exposed behaviour in CC is suboptimal.
Flags: needinfo?(hello)
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: