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

ready and complete events/Promises for responding to source file availability etc #75

Open
zachernuk opened this issue Jan 22, 2024 · 3 comments

Comments

@zachernuk
Copy link
Collaborator

Irrespective of where it goes in the future, a V1 element should obtain its contents through an asset file. In order for an author to construct a compelling experience, they'll need to know both:

  • when the bytes of an asset file are loaded,
  • and when whatever parsing process has concluded, such that the is ready to represent a 3D object.

These would be useful to be available both as Promise-based moments in the lifecycle of the object, as well as events that can be listened to. We have the byte-stream moment exposed as complete and the first renderable moment as ready. Is this adequate coverage? Are the names the most web-appropriate?

@zachernuk
Copy link
Collaborator Author

/agenda

@probot-label probot-label bot added the agenda To be discussed at a future CG meeting label Jan 22, 2024
@Yonet
Copy link
Member

Yonet commented Jan 23, 2024

Apologies for adding this issue late to our meeting agenda. For anyone interested, meeting minutes for the discussion are available here.

@Yonet Yonet removed the agenda To be discussed at a future CG meeting label Jan 23, 2024
@marcoscaceres
Copy link
Contributor

Related also whatwg/html#10077

Note that this can't really deviate too much from what's in HTML already with respect to <source> selection.... thought we are looking to update that algorithm for media elements (#13).

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

No branches or pull requests

3 participants