Closed Bug 921085 Opened 11 years ago Closed 11 years ago

[Bluetooth][User Story] Multiple file transfer UI

Categories

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

x86
Gonk (Firefox OS)
defect
Not set
normal

Tracking

(blocking-b2g:1.3+)

RESOLVED FIXED
1.3 Sprint 5 - 11/22
blocking-b2g 1.3+

People

(Reporter: bhuang, Assigned: nhsieh)

References

Details

(Whiteboard: [ucid:BTP15, FT:devices, 1.3:p2])

Attachments

(3 files)

User story: As a user, I would like the be able to queue up multiple BT transfers without having to wait for the current transfer to end in order to streamline operations.
Assignee: nobody → nhsieh
Attached file Bluetooth_Multi-transfer.pdf (deleted) —
This is version 1.0. If you have any question, please let me know.
Flags: needinfo?(echou)
Flags: needinfo?(btian)
Feedback for spec. version 1.0: * Receiving status bar icon Shall we want to reuse system downloads status bar icon to indicate that bluetooth is receiving files? Although we should handle and make sure that system update and bluetooth files receiving completely. Then, we are able to hidden the downloads status bar icon. In addition to this condition, not sure it might make some other conflict issue that I never concern between the two modules. Etienne, do you have any concern about the section? Thanks. * Sending status bar icon There is no system uploads status bar icon. For the section, it will need UX to provide sending icon to indicate that bluetooth is sending files. Thanks.
Flags: needinfo?(etienne)
Hi Fang, Please help to ask the global UX team for this animation requirement. Thanks
Flags: needinfo?(fshih)
Hi Eric, I'm not sure if we already have a sending icon for Bluetooth in the current design. Can you help out with Comment 2? Thanks.
Flags: needinfo?(fshih) → needinfo?(epang)
(In reply to fshih from comment #4) > Hi Eric, > I'm not sure if we already have a sending icon for Bluetooth in the current > design. > Can you help out with Comment 2? > Thanks. Hi Fang, we currently do not have a status bar icon for this. But we have something created for our notification tray. I'll send you the file by email so you can use it as a reference.
Flags: needinfo?(epang)
(In reply to Ian Liu [:ianliu] from comment #2) > Feedback for spec. version 1.0: > > * Receiving status bar icon > Shall we want to reuse system downloads status bar icon to indicate that > bluetooth is receiving files? Although we should handle and make sure that > system update and bluetooth files receiving completely. Then, we are able to > hidden the downloads status bar icon. In addition to this condition, not > sure it might make some other conflict issue that I never concern between > the two modules. Etienne, do you have any concern about the section? Thanks. > > * Sending status bar icon > There is no system uploads status bar icon. For the section, it will need UX > to provide sending icon to indicate that bluetooth is sending files. > Julien did a nice count system a while back allowing you to "increase the download count" or "decrease the download count" and then the status bar makes sure the icon is displayed when needed [1]. So it's safe to use from different places in the system app, that's why it was built :) And we could have something similar for uploads. That said, should we use the same icon for network downloads and bluetooth downloads? That's a UX question :) [1] https://github.com/mozilla-b2g/gaia/blob/master/apps/system/js/statusbar.js#L756-767
Flags: needinfo?(etienne)
Neo, next time, when you have a UX document ready, please moztrap? the related QA to create the test case. Thanks in advance. Hi, All, Assigning myself to complete the test cases and UX review.
Flags: in-moztrap?(wachen)
No longer blocks: 929306
Depends on: 929306
Hi Neo, In page 7, flow 2 to 3, there are three scenario not clear. a. In current build version, if user send n files, we will pop up n notification(Check the progress in Notification centre..). Could we have only one notification while user sending multiple files? b. For "Press toast message" showing the notification center, we're not able to do it while user stay in Gallery app. I have to hight the limitation. c. If user don't press toast message, it will be left on the notification centre. It is a generic notification behaviour. These will need your definition in the spec. Thanks for your patient.
Flags: needinfo?(nhsieh)
blocking-b2g: --- → 1.3+
Whiteboard: [ucid:, 1.3:p2]
Target Milestone: --- → 1.3 Sprint 5 - 11/22
Attached file Bluetooth_Multi-transfer_131030.pdf (deleted) —
Hi Ian, As we discussed, I updated the UX specification. Please check.
Flags: needinfo?(nhsieh) → needinfo?(iliu)
Hi Neo, Thanks for your help. The latest spec. is clear to solve these confused scenario in comment 8. In the other side, since Bug 931923 have a decision for indicating sending/receiving status via status bar icon. It will need your help to update in the spec.
Flags: needinfo?(iliu)
Neo, I got some questions for you: 1. If I cancel a 10 file transferring, will there be a report? 2. When multiple file transferring, can you have more status on it? For example, I think current file name and "x/n file transferred" might be good? 3. I didn't see any failure notification ux design, can you have some sample in this UX doc?
Flags: needinfo?(nhsieh)
Currently, 3 test cases are added. I will wait till UX finalize for further test cases creation. https://moztrap.mozilla.org/manage/cases/?pagenumber=1&pagesize=20&sortfield=created_on&sortdirection=desc&filter-tag=2297
Flags: in-moztrap?(wachen) → in-moztrap+
Hi Walter, Per our discussion, the answer as bwlow: 1. Sender:Yes, Reciever: No 2. No 3. as default
Flags: needinfo?(nhsieh)
Attached file Bluetooth_Multi-transfer_131031.pdf (deleted) —
Hi All, I updated the specification document. Use Global VD team provided BT transfering icon.
Flags: needinfo?(echou)
Flags: needinfo?(btian)
No longer blocks: 931923
gecko/gaia work landed. changing to resolved fixed for QA to verify
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
Whiteboard: [ucid:, 1.3:p2] → [ucid:BTP15, FT:devices, 1.3:p2]
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: