Closed Bug 921828 (app-menu) Opened 11 years ago Closed 10 years ago

[Window Management] Refactor ListMenu and move it to AppWindow + implement System Wide Menu if needed

Categories

(Firefox OS Graveyard :: Gaia::System::Window Mgmt, defect)

ARM
Gonk (Firefox OS)
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: alive, Assigned: gduan)

References

Details

Attachments

(2 files, 1 obsolete file)

I observed some issues due to we're sharing the same list menu UI in so many different use cases.
Proposal:
AppWindow shall have it's own list menu + context menu UI,
and if system needs a system wide list menu not belong to any app frame, we shall create another one under #screen element.

I don't recall there's a need to have system wide menu now though.
Whiteboard: [good first bug][mentor=alive]
wrong bug..
Whiteboard: [good first bug][mentor=alive]
Component: Gaia::System → Gaia::System::Window Mgmt
No longer blocks: task-manager
Alias: app-menu
WIP,
https://github.com/cctuan/gaia/commit/b05c830a5be43c74666576b8c8464b578cfaa96b
The pb I have now is the detail.id from mozChromeEvent is always the same, so, if I either cancel or choose one activity, all of the action menus of the other app will also be invalid.

I traced ActivitiesGlue.js of gecko, and found out that , ActivitiesDialog always pass the same id as 0 whenever we create a new one..
I'll keep looking into it.
Attached patch bug-921828.patch (obsolete) — Splinter Review
This patch will generate different id for each activitiesDialog.
Attached file PR to master
Generate action menu for each AppWindow on gaia.
Comment on attachment 8351361 [details]
PR to master

Hi Alive,
please kindly help to review it. Thanks.
Attachment #8351361 - Flags: review?(alive)
Attachment #8351359 - Attachment is obsolete: true
Comment on attachment 8351361 [details]
PR to master

Well done but see github.
Attachment #8351361 - Flags: review?(alive) → feedback+
Assignee: alive → gduan
Comment on attachment 8351361 [details]
PR to master

Hi Alive, patch is updated. Please kindly check it again. Thanks.
Attachment #8351361 - Flags: review?(alive)
Comment on attachment 8351361 [details]
PR to master

r+ thank you much
Attachment #8351361 - Flags: review?(alive) → review+
Thanks,
https://github.com/mozilla-b2g/gaia/commit/35a63b2cfc631f89c146a72ff9a3f0b916d9d43a
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → FIXED
This has been reverted due to breaking the linter rule: https://github.com/mozilla-b2g/gaia/commit/1d2eaab3a0eb6e9535aca8e220e42c9924f27bb4

Please fix the errors and re-land after a green travis pull request. Thanks.
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
I suppose this just caused the tree to go red because of the new JSHint linter. One quick fix would be to add the files to the xfail.list file, but ideally we could fix the syntax and reland.
Flags: needinfo?(gduan)
Attached file PR to master
Linter error is updated and add test in .jshintignore
Flags: needinfo?(gduan)
Travis is all green now.
https://github.com/mozilla-b2g/gaia/commit/0cdbd10dd200799710c93843dc5c20e42b7594f6
Status: REOPENED → RESOLVED
Closed: 10 years ago10 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: