From 570cf67f14b715d379deb7b3637eb6fcb869d0c1 Mon Sep 17 00:00:00 2001
From: "mark a. foltz"
This code renders a button that is visible when there is at least one
- compatible presentation display that can
- present
- Monitoring of display availability is done by first creating
- a PresentationRequest with the URLs you want to present, then
+ Monitoring of display availability is done by first creating a
+ PresentationRequest with the URLs you want to present, then
calling getAvailability to
obtain a PresentationAvailability object whose change
event will fire when presentation availability changes state.
@@ -723,16 +736,16 @@
"https://www.w3.org/TR/html51/browsers.html#active-sandboxing-flag-set">
active sandboxing flag set
+
"https://www.w3.org/TR/html51/browsers.html#session-history">session
history
Monitoring availability of presentation displays
-
https://example.com/presentation.html
or
+ compatible presentation display that can present
+ https://example.com/presentation.html
or
https://example.net/alternate.html
.
When the user clicks
presentBtn
, this code requests
presentation of one of the URLs in the PresentationRequest.
When start is called, the
- browser typically shows a dialog that allows the user to select one of
- the compatible displays that are available. The first URL in
- the PresentationRequest that is compatible with the chosen
- display will be presented on that display.
+ browser typically shows a dialog that allows the user to select one
+ of the compatible displays that are available. The first URL in the
+ PresentationRequest that is compatible with the chosen display
+ will be presented on that display.
The start method resolves with a PresentationConnection object that is used to track the - state of the presentation, and exchange messages with the presentation - page once it's loaded on the display. + state of the presentation, and exchange messages with the + presentation page once it's loaded on the display.
<!-- controller.html --> @@ -756,11 +769,11 @@
The presentation continues to run even after the original page that started the presentation closes its PresentationConnection, - navigates, or is closed. Another page can use - the id on - the PresentationConnection to reconnect to an existing - presentation and resume control of it. This is only guaranteed to - work from the same browser that started the presentation. + navigates, or is closed. Another page can use the id on the PresentationConnection + to reconnect to an existing presentation and resume control of it. + This is only guaranteed to work from the same browser that started + the presentation.
<!-- controller.html --> @@ -792,14 +805,14 @@
Some browsers have a way for users to start a presentation without - interacting directly with the controlling page. Controlling pages can - opt into this behavior by setting - the defaultRequest property - on
navigator.presentation
, and listening for - a connectionavailable event that is fired when a presentation - is started this way. The PresentationConnection passed with - the event behaves the same as if the page had - called start. + interacting directly with the controlling page. Controlling pages can + opt into this behavior by setting the defaultRequest property on +navigator.presentation
, and listening for a + connectionavailable event that is fired when a presentation is + started this way. The PresentationConnection passed with the + event behaves the same as if the page had called start.<!-- controller.html --> @@ -820,18 +833,18 @@Monitoring the connection state and exchanging data
- Once a presentation has started, the - returned PresentationConnection is used to monitor its state - and exchange messages with it. Typically the user will be given the + Once a presentation has started, the returned + PresentationConnection is used to monitor its state and + exchange messages with it. Typically the user will be given the choice to disconnect from or terminate the presentation from the controlling page.
- Since the the controlling page may connect to and disconnect from multiple - presentations during its lifetime, it's helpful to keep track of the - current PresentationConnection and its state. Messages can - only be sent and received on connections in - a connected state. + Since the the controlling page may connect to and disconnect from + multiple presentations during its lifetime, it's helpful to keep + track of the current PresentationConnection and its state. + Messages can only be sent and received on connections in a + connected state.
<!-- controller.html --> @@ -910,10 +923,11 @@
This code runs on the presented page - (
https://example.org/presentation.html
). Presentations - may be connected to from multiple controlling pages, so it's important - that the presented page listen for incoming connections on - the connectionList object. + (https://example.org/presentation.html
). Presentations + may be connected to from multiple controlling pages, so it's + important that the presented page listen for incoming connections on + the connectionList + object.<!-- presentation.html --> @@ -970,7 +984,7 @@independent presentations on two different presentation displays. This code shows how a second presentation can be added to the first one in the examples above. - +
<!-- controller.html --> <!-- The same controlling page can create and manage multiple presentations, @@ -2212,7 +2226,8 @@closed means that the presentation connection has been closed, or could not be opened. It may be re-opened through a call to reconnect. No communication is possible. + "PresentationRequest">reconnect. No communication is + possible.
When the terminate - method is called on a - PresentationConnection S in a receiving - browsing context, the user agent MUST run the algorithm - to terminate a presentation in a receiving browsing context - using S. + method is called on a PresentationConnection S in + a receiving browsing context, the user agent MUST run + the algorithm to terminate a presentation in a receiving + browsing context using S.
The binaryType attribute can take one of the values of @@ -2487,8 +2501,8 @@
message
, which does not bubble, is not cancelable, and has
- no default action.
+ message
, which does not bubble, is not cancelable, and
+ has no default action.
close
,
- that uses the PresentationConnectionCloseEvent
- interface, with the close, that uses the
+ PresentationConnectionCloseEvent interface, with the
+ reason attribute
initialized to closeReason and the
"PresentationConnectionState">terminated.
terminate
at known
- connection.
+ Fire a simple event named terminate
+ at known connection.
- The top-level browsing context MUST NOT be allowed to - navigate itself, except by navigating to a fragment - identifier or by reloading its - document. This allows the user to grant permission based on the + When the top-level browsing context attempts to navigate to + a new resource and runs the steps to navigate, it MUST + follow step 1 to determine if it is allowed to navigate. In + addition, it MUST NOT be allowed to navigate itself to a new + resource, except by navigating to a fragment identifier or + by reloading its document. +
++ This allows the user to grant permission based on the origin of the presentation URL shown when selecting a presentation display.
++ If the top-level-browsing context was not allowed to + navigate, it SHOULD NOT offer to open the resource in a new + top-level browsing context, but instead SHOULD abort the + navigation and possibly throw a SecurityError (consistent + with the steps to navigate). +
Window clients and worker clients associated with the
receiving browsing context and its list of descendant
@@ -3489,11 +3515,11 @@
requirement that all features be implemented by a single product.
Additionally, implementations of the controlling user agent
conformance class must include at least one implementation of the
- 1-UA mode, and one implementation of the 2-UA
- mode. 2-UA mode implementations may only support non
- http/https presentation URLs. Implementations of the receiving user
- agent conformance class may not include implementations of
- the 2-UA mode.
+ 1-UA mode, and one implementation of the 2-UA mode.
+ 2-UA mode implementations may only support non http/https
+ presentation URLs. Implementations of the receiving user agent
+ conformance class may not include implementations of the 2-UA
+ mode.
The API was recently restricted to secure contexts. Deprecation of the
From 16bb0fad91c8a78c17f4b1b210dd067e92cff047 Mon Sep 17 00:00:00 2001
From: "mark a. foltz"
This code renders a button that is visible when there is at least one
- compatible presentation display that can present
-
- Monitoring of display availability is done by first creating a
- PresentationRequest with the URLs you want to present, then
+ Monitoring of display availability is done by first creating
+ a PresentationRequest with the URLs you want to present, then
calling getAvailability to
obtain a PresentationAvailability object whose change
event will fire when presentation availability changes state.
@@ -736,16 +723,16 @@
"https://www.w3.org/TR/html51/browsers.html#active-sandboxing-flag-set">
active sandboxing flag set
-
"https://www.w3.org/TR/html51/browsers.html#session-history">session
history
Monitoring availability of presentation displays
+
https://example.com/presentation.html
or
+ compatible presentation display that can
+ present https://example.com/presentation.html
or
https://example.net/alternate.html
.
When the user clicks
presentBtn
, this code requests
presentation of one of the URLs in the PresentationRequest.
When start is called, the
- browser typically shows a dialog that allows the user to select one
- of the compatible displays that are available. The first URL in the
- PresentationRequest that is compatible with the chosen display
- will be presented on that display.
+ browser typically shows a dialog that allows the user to select one of
+ the compatible displays that are available. The first URL in
+ the PresentationRequest that is compatible with the chosen
+ display will be presented on that display.
The start method resolves with a PresentationConnection object that is used to track the - state of the presentation, and exchange messages with the - presentation page once it's loaded on the display. + state of the presentation, and exchange messages with the presentation + page once it's loaded on the display.
<!-- controller.html --> @@ -769,11 +756,11 @@
The presentation continues to run even after the original page that started the presentation closes its PresentationConnection, - navigates, or is closed. Another page can use the id on the PresentationConnection - to reconnect to an existing presentation and resume control of it. - This is only guaranteed to work from the same browser that started - the presentation. + navigates, or is closed. Another page can use + the id on + the PresentationConnection to reconnect to an existing + presentation and resume control of it. This is only guaranteed to + work from the same browser that started the presentation.
<!-- controller.html --> @@ -805,14 +792,14 @@
Some browsers have a way for users to start a presentation without - interacting directly with the controlling page. Controlling pages can - opt into this behavior by setting the defaultRequest property on -
navigator.presentation
, and listening for a - connectionavailable event that is fired when a presentation is - started this way. The PresentationConnection passed with the - event behaves the same as if the page had called start. + interacting directly with the controlling page. Controlling pages can + opt into this behavior by setting + the defaultRequest property + onnavigator.presentation
, and listening for + a connectionavailable event that is fired when a presentation + is started this way. The PresentationConnection passed with + the event behaves the same as if the page had + called start.<!-- controller.html --> @@ -833,18 +820,18 @@Monitoring the connection state and exchanging data
- Once a presentation has started, the returned - PresentationConnection is used to monitor its state and - exchange messages with it. Typically the user will be given the + Once a presentation has started, the + returned PresentationConnection is used to monitor its state + and exchange messages with it. Typically the user will be given the choice to disconnect from or terminate the presentation from the controlling page.
- Since the the controlling page may connect to and disconnect from - multiple presentations during its lifetime, it's helpful to keep - track of the current PresentationConnection and its state. - Messages can only be sent and received on connections in a - connected state. + Since the the controlling page may connect to and disconnect from multiple + presentations during its lifetime, it's helpful to keep track of the + current PresentationConnection and its state. Messages can + only be sent and received on connections in + a connected state.
<!-- controller.html --> @@ -923,11 +910,10 @@
This code runs on the presented page - (
https://example.org/presentation.html
). Presentations - may be connected to from multiple controlling pages, so it's - important that the presented page listen for incoming connections on - the connectionList - object. + (https://example.org/presentation.html
). Presentations + may be connected to from multiple controlling pages, so it's important + that the presented page listen for incoming connections on + the connectionList object.<!-- presentation.html --> @@ -984,7 +970,7 @@independent presentations on two different presentation displays. This code shows how a second presentation can be added to the first one in the examples above. - +
<!-- controller.html --> <!-- The same controlling page can create and manage multiple presentations, @@ -2226,8 +2212,7 @@closed means that the presentation connection has been closed, or could not be opened. It may be re-opened through a call to reconnect. No communication is - possible. + "PresentationRequest">reconnect. No communication is possible.
When the terminate - method is called on a PresentationConnection S in - a receiving browsing context, the user agent MUST run - the algorithm to terminate a presentation in a receiving - browsing context using S. + method is called on a + PresentationConnection S in a receiving + browsing context, the user agent MUST run the algorithm + to terminate a presentation in a receiving browsing context + using S.
The binaryType attribute can take one of the values of @@ -2501,8 +2487,8 @@
message
, which does not bubble, is not cancelable, and
- has no default action.
+ message
, which does not bubble, is not cancelable, and has
+ no default action.
close
, that uses the
- PresentationConnectionCloseEvent interface, with the
- close,
+ that uses the PresentationConnectionCloseEvent
+ interface, with the reason attribute
initialized to closeReason and the
"PresentationConnectionState">terminated.
terminate
- at known connection.
+ Fire a simple event named terminate
at known
+ connection.
- When the top-level browsing context attempts to navigate to - a new resource and runs the steps to navigate, it MUST - follow step 1 to determine if it is allowed to navigate. In - addition, it MUST NOT be allowed to navigate itself to a new - resource, except by navigating to a fragment identifier or - by reloading its document. -
-- This allows the user to grant permission based on the origin of the + The top-level browsing context MUST NOT be allowed to + navigate itself, except by navigating to a fragment + identifier or by reloading its + document. This allows the user to grant permission based on the presentation URL shown when selecting a presentation display.
-- If the top-level-browsing context was not allowed to - navigate, it SHOULD NOT offer to open the resource in a new - top-level browsing context, but instead SHOULD abort the - navigation and possibly throw a SecurityError (consistent - with the steps to navigate). -
Window clients and worker clients associated with the
receiving browsing context and its list of descendant
@@ -3515,11 +3489,11 @@
requirement that all features be implemented by a single product.
Additionally, implementations of the controlling user agent
conformance class must include at least one implementation of the
- 1-UA mode, and one implementation of the 2-UA mode.
- 2-UA mode implementations may only support non http/https
- presentation URLs. Implementations of the receiving user agent
- conformance class may not include implementations of the 2-UA
- mode.
+ 1-UA mode, and one implementation of the 2-UA
+ mode. 2-UA mode implementations may only support non
+ http/https presentation URLs. Implementations of the receiving user
+ agent conformance class may not include implementations of
+ the 2-UA mode.
The API was recently restricted to secure contexts. Deprecation of the
From 701ab66df2d32efaf695dc0e56416d7da7419b60 Mon Sep 17 00:00:00 2001
From: "mark a. foltz"
"https://www.w3.org/TR/html51/browsers.html#active-sandboxing-flag-set">
active sandboxing flag set
+
list of descendant browsing contexts
listed above.
- The top-level browsing context MUST NOT be allowed to - navigate itself, except by navigating to a fragment - identifier or by reloading its - document. This allows the user to grant permission based on the + When the top-level browsing context attempts to navigate to + a new resource and runs the steps to navigate, it MUST + follow step 1 to determine if it is allowed to navigate. In + addition, it MUST NOT be allowed to navigate itself to a new + resource, except by navigating to a fragment identifier or + by reloading its document. +
++ This allows the user to grant permission based on the origin of the presentation URL shown when selecting a presentation display.
++ If the top-level-browsing context was not allowed to + navigate, it SHOULD NOT offer to open the resource in a new + top-level browsing context, but instead SHOULD abort the + navigation and possibly throw a SecurityError (consistent + with the steps to navigate). +
Window clients and worker clients associated with the
receiving browsing context and its list of descendant
From 45813d32d42a5e53c0d18742f6525c023b939cc2 Mon Sep 17 00:00:00 2001
From: "mark a. foltz"
If the top-level-browsing context was not allowed to
navigate, it SHOULD NOT offer to open the resource in a new
- top-level browsing context, but instead SHOULD abort the
- navigation and possibly throw a SecurityError (consistent
- with the steps to navigate).
+ top-level browsing context, but otherwise SHOULD be
+ consistent with the steps to navigate.
Window clients and worker clients associated with the