-
Notifications
You must be signed in to change notification settings - Fork 40
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Add note about controlling browsing contexts. #487
Conversation
Addressing a long-standing issue, @louaybassbouss seemed to have some input back when it was opened. Feel free to take a look. |
I suppose Web developers can detect that they may try to start a new presentation from an existing presentation simply by assessing whether |
Thanks @mfoltzgoogle LGTM. Adding a note as @tidoust proposed make it more clear. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM
Added a note along the lines of section 6.2.2. @tidoust, PTAL |
@tidoust, please add any comments if you think further changes are needed. |
This addresses Issue #338: Can the same browsing context act as a controller and receiver?
This adds a note just clarifying that the spec allows a receiving browsing context (created by starting one presentation) to start a second presentation, and thus become a controlling browsing context as well.
Not sure if this belongs in the main body of the specification, as this is a clarification and not a new requirement, but would be fine with putting it there as well.
Preview | Diff