You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Oct 19, 2023. It is now read-only.
Spec editors use different tools and environments for authoring ie. not only respec, bikeshed - while some prefer desktop/terminal text editors, the brave among us go through convoluted installation processes, learn non-standardised tool-specific ("proprietary") hybrid languages ... in order to generate an HTML document.
AFAIK, W3C does not mandate the use of specific authoring tools. It is the final HTML output that needs to meet certain criteria eg. https://www.w3.org/pubrules/doc
Thus, to foster an inclusive space in the Spec Editors CG as well as to align with W3C's mission on "web for all", I propose sessions - potentially a work-item - towards building accessible and interoperable authoring and annotation tooling for specs.
The text was updated successfully, but these errors were encountered:
csarven
changed the title
Session idea: accessible and interoperable authoring tooling
Session idea: accessible and interoperable authoring and annotation tooling
Apr 19, 2021
@csarven, thanks for this proposal! It might be good to focus it a bit more just on your particular tool (i.e., something like "Using Dokieli to collaboratively annotate a spec" or something similar). That way, it's nice and focused on just one small thing. The purpose being to show the value, and how it works, but not necessary to mandate it in any way.
Sign up for freeto subscribe to this conversation on GitHub.
Already have an account?
Sign in.
Spec editors use different tools and environments for authoring ie. not only respec, bikeshed - while some prefer desktop/terminal text editors, the brave among us go through convoluted installation processes, learn non-standardised tool-specific ("proprietary") hybrid languages ... in order to generate an HTML document.
AFAIK, W3C does not mandate the use of specific authoring tools. It is the final HTML output that needs to meet certain criteria eg. https://www.w3.org/pubrules/doc
Thus, to foster an inclusive space in the Spec Editors CG as well as to align with W3C's mission on "web for all", I propose sessions - potentially a work-item - towards building accessible and interoperable authoring and annotation tooling for specs.
The text was updated successfully, but these errors were encountered: