Closed
Bug 1163914
Opened 10 years ago
Closed 9 years ago
Expose connected external display list to gaia system app
Categories
(Firefox OS Graveyard :: General, defect)
Tracking
(Not tracked)
RESOLVED
WONTFIX
People
(Reporter: lchang, Assigned: tommykuo)
References
Details
Attachments
(1 file, 4 obsolete files)
4.22 KB,
patch
|
Details | Diff | Splinter Review |
To avoid inventing a new API in this proof-of-concept stage, we propose using mozContentEvent/mozChromeEvent instead. Please refer to the Wiki [1] for our proposal.
[1] https://wiki.mozilla.org/Firefox_OS/1UA_Multi-Screen#Gaia
Reporter | ||
Updated•10 years ago
|
Assignee: nobody → lchang
Reporter | ||
Comment 1•10 years ago
|
||
Attach my WIP patch here.
Reporter | ||
Comment 2•10 years ago
|
||
Change format of the attachment.
Attachment #8605019 -
Attachment is obsolete: true
Reporter | ||
Updated•10 years ago
|
Attachment #8605025 -
Attachment description: 0001-Bug-1163914-Expose-connected-external-display-list-t.patch → WIP patch
Comment 3•10 years ago
|
||
We have similar functionality requirement for Presentation API device management and we've already create an API for it [1]. I think we can plug the external display to it without using mozChromeEvent.
[1] https://dxr.mozilla.org/mozilla-central/source/dom/webidl/PresentationDeviceInfoManager.webidl#17
Reporter | ||
Comment 4•10 years ago
|
||
Yes, we'll try merging multi-screen scenario into Presentation API eventually. For now, however, details aren't clear to us yet how to make it happen so we use mozChromeEvent temporarily until the spec is well-defined. What do you think?
Reporter | ||
Comment 5•10 years ago
|
||
Update my patch.
Attachment #8605025 -
Attachment is obsolete: true
Comment 6•10 years ago
|
||
(In reply to Shih-Chiang Chien [:schien] (UTC+8) (use ni? plz) from comment #3)
> We have similar functionality requirement for Presentation API device
> management and we've already create an API for it [1]. I think we can plug
> the external display to it without using mozChromeEvent.
>
> [1]
> https://dxr.mozilla.org/mozilla-central/source/dom/webidl/
> PresentationDeviceInfoManager.webidl#17
Yes, integrate with Presentation API is one of our goals, but as we have discussed earlier, 1UA-multiscreen and Presentation API are far from integration, so we plan to stick on our current design (even though they are just for experiment) for the first phase. We will sure integrate with Presentation API in the future, thanks for pointing that out.
Comment 7•10 years ago
|
||
There are two individual parts for integrating into Presentation API, one for launching display and another for discovering display. The PresentationDeviceInfoManager is the later and is landed on master already. This API already implement an event passing mechanism, so you can write less code to fulfill your requirement. You can get this by hooking up the device list to PresentationDeviceManager in Bug 1133641, then you can avoid those shell.js hack. :)
Reporter | ||
Updated•10 years ago
|
Status: NEW → ASSIGNED
Comment 8•10 years ago
|
||
I've filed a task of integrating with PresentationDeviceInfoManager of Presentation API (Bug 1173263). Once it is done, System app no longer need to maintain a list of connected devices.
Updated•9 years ago
|
feature-b2g: --- → 2.2r+
Comment 9•9 years ago
|
||
After discussion with the team (Evelyn, Tommy, Luke), it's not really necessary to have this for flip phone's use case.
feature-b2g: 2.2r+ → ---
Assignee | ||
Comment 10•9 years ago
|
||
This patch will not land to m-c. This is a temporal method to demo multi-screen feature. I'll integrate the display list into device manager of Presentation API.
Assignee: lchang → kuoe0
Attachment #8605047 -
Attachment is obsolete: true
Assignee | ||
Comment 11•9 years ago
|
||
Attachment #8642889 -
Attachment is obsolete: true
Assignee | ||
Comment 12•9 years ago
|
||
Due to we'll integrate multi-screen feature into Presentation API. So, this bug can be closed. See Bug 1161440.
Status: ASSIGNED → RESOLVED
Closed: 9 years ago
Resolution: --- → WONTFIX
You need to log in
before you can comment on or make changes to this bug.
Description
•