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

WebRTC needs mechanism to handle the metadata needed to re-aggregate Pinned audio content #21

Open
RealJoshue108 opened this issue Dec 2, 2020 · 6 comments
Assignees

Comments

@RealJoshue108
Copy link
Contributor

Filed on behalf of @JaninaSajka.

For pinned audio content, there is a need to handle and support the metadata that allows the client engine to re-aggregate pinned content, eg. French Sign Language translation of the French language speaker interpreting the English speaking member of the Canadian Parliament.

Not all of our atomic items necessarily are pinned next to other atomic elements, but some clearly are, and this must be an extensible mechanism.

For example, if we have multiple atomic data points destined for an 80 char braille display that has been sectioned to display 4 atomic items in up to 19 spaces each (leaving at least one blank cell for spacing.

@RealJoshue108 RealJoshue108 self-assigned this Dec 2, 2020
@RealJoshue108
Copy link
Contributor Author

Relates to #22

@RealJoshue108
Copy link
Contributor Author

@JaninaSajka we may need to aggregate or route or a combination of both.

@RealJoshue108
Copy link
Contributor Author

@joshueoconnor JOC: Adding a reference to sending atomic content to different sections of the braille display would be helpful to readers to understand the user need for atomic output.

@RealJoshue108
Copy link
Contributor Author

For pinned content, there is a need to handle and support the metadata that allows the client engine to re-aggregate or re-route pinned content.

TBD: Not all atomic items necessarily are pinned next to other atomic elements but some may be dependent, related or updated synchronously.

For example, if we have multiple atomic data points destined for an 80 char braille display that has been sectioned to display 4 atomic items in up to 19 spaces each (leaving at least one blank cell for spacing.

@RealJoshue108
Copy link
Contributor Author

Discussed by RQTF: 6th Jan 2021 https://www.w3.org/2021/01/06-rqtf-minutes.html

@RealJoshue108
Copy link
Contributor Author

RealJoshue108 commented Jan 6, 2021

This could be a new requirement for RAUR https://www.w3.org/TR/raur/#window-anchoring-and-pinning

NEW REQ 1e: For pinned content, there is a need to handle and support the metadata that allows the client engine to re-aggregate or re-route pinned content.

NOTE: Not all atomic items necessarily are pinned next to other atomic elements but some may be dependent, related or updated synchronously.

User need notes on this: For example, if we have multiple atomic data points destined for an 80 char braille display that has been sectioned to display 4 atomic items in up to 19 spaces each (leaving at least one blank cell for spacing).

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

No branches or pull requests

1 participant