Skip to content
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

Address issues #254, #269, #273 #277

Merged
merged 11 commits into from
Apr 21, 2016
Merged

Address issues #254, #269, #273 #277

merged 11 commits into from
Apr 21, 2016

Conversation

markafoltz
Copy link
Contributor

This PR makes minor spec changes to address outstanding issues.
#254: When is the first presentation connection created in the receiving browsing context?
#269: Only allow one PresentationAvailability per PresentationRequest
#273: PresentationConnectionClosedEventInit.message needs to have a default value

markafoltz and others added 3 commits April 14, 2016 16:29
That used to be the case, but getAvailability now automatically uses the
presentation request URL.
Getting the connectionList attribute now returns the same
PresentationConnectionList instance, and only resolves the promise when the
set of presentation controllers is non empty (as things stood, the use of a
Promise was useless).

The commit also drops the step that instructed the receiving user agent to start
monitoring incomping presentation connections if not already started. This is
done in the "starting a presentation" algorithm, no need to repeat it here.
tidoust and others added 8 commits April 19, 2016 12:02
This update should address last Pull Request comments, as well as #281.

Note I ended up introducing two new idioms to talk about the Promise and
PresentationConnectionList singletons, as I believe it improves the readability
of algorithms, and makes the list of objects that user agents need to maintain
explicit.

However, as usual, finding names for things is hard. I came up with
"presentation controllers monitor" and "presentation controllers promise".
It may be possible to find better names. For instance, instead of "monitor", we
could use "manager", "holder", "wrapper", "container".
@markafoltz
Copy link
Contributor Author

@tidoust, I reworded the initialization of the presentation controllers monitor and the presentation controllers promise to make it clear that they are created once (on first connection and first getting). I think this looks pretty good so going ahead and merging.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants