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)
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.
Reporter | ||
Updated•11 years ago
|
Whiteboard: [good first bug][mentor=alive]
Updated•11 years ago
|
Component: Gaia::System → Gaia::System::Window Mgmt
Reporter | ||
Updated•11 years ago
|
Blocks: task-manager
Reporter | ||
Updated•11 years ago
|
No longer blocks: task-manager
Reporter | ||
Updated•11 years ago
|
Alias: app-menu
Assignee | ||
Comment 2•11 years ago
|
||
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.
Assignee | ||
Comment 3•11 years ago
|
||
This patch will generate different id for each activitiesDialog.
Assignee | ||
Comment 4•11 years ago
|
||
Generate action menu for each AppWindow on gaia.
Assignee | ||
Comment 5•10 years ago
|
||
Comment on attachment 8351361 [details]
PR to master
Hi Alive,
please kindly help to review it. Thanks.
Attachment #8351361 -
Flags: review?(alive)
Assignee | ||
Updated•10 years ago
|
Attachment #8351359 -
Attachment is obsolete: true
Reporter | ||
Comment 6•10 years ago
|
||
Comment on attachment 8351361 [details]
PR to master
Well done but see github.
Attachment #8351361 -
Flags: review?(alive) → feedback+
Reporter | ||
Updated•10 years ago
|
Assignee: alive → gduan
Assignee | ||
Comment 7•10 years ago
|
||
Comment on attachment 8351361 [details]
PR to master
Hi Alive, patch is updated. Please kindly check it again. Thanks.
Attachment #8351361 -
Flags: review?(alive)
Reporter | ||
Comment 8•10 years ago
|
||
Comment on attachment 8351361 [details]
PR to master
r+ thank you much
Attachment #8351361 -
Flags: review?(alive) → review+
Assignee | ||
Comment 9•10 years ago
|
||
Thanks, https://github.com/mozilla-b2g/gaia/commit/35a63b2cfc631f89c146a72ff9a3f0b916d9d43a
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → FIXED
Comment 10•10 years ago
|
||
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 → ---
Comment 11•10 years ago
|
||
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)
Assignee | ||
Comment 12•10 years ago
|
||
Linter error is updated and add test in .jshintignore
Flags: needinfo?(gduan)
Assignee | ||
Comment 13•10 years ago
|
||
Travis is all green now. https://github.com/mozilla-b2g/gaia/commit/0cdbd10dd200799710c93843dc5c20e42b7594f6
Status: REOPENED → RESOLVED
Closed: 10 years ago → 10 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•