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

Specs lack detail useful for developers #2

Closed
paulirish opened this issue Oct 20, 2011 · 2 comments
Closed

Specs lack detail useful for developers #2

paulirish opened this issue Oct 20, 2011 · 2 comments

Comments

@paulirish
Copy link

As web authors aren’t watching standards lists, much of the useful practical info about how these standards improve developer ergonomics is lost. Specs boil down the discussions for implementers and APIs but author-facing info isn’t prioritized. A good example: nearly all developers consider it a “trick” that you rev a comment in an appcache manifest in order to indicate the cache needs to be refreshed.

Specific issues

  • As these details are not published in the specs, they don’t make it into developer documentation and thus, it takes months and years of experimentation to “discover” features and use cases of common features.
  • In many cases, new specifications do not clearly outline use-cases that led to the specific implementations. Often, this information is clearly outlined in long mailing list threads, but those discussions are not synopsized in the specification.
  • Specification authors and implementers don’t always think about feature detection, which lead to false positives and false negatives. This hurts a recognized best practice and encourages more UA sniffing.

Specific Suggestions

  • Specification authors and editors should document intended use-cases and patterns for all newly developed features.
  • When discussions on public mailing lists inform a specification, the editor of the specification should synopsize the results of the discussion in the specification.
  • All new feature specifications should include a mechanism, in the specification, for detecting whether the feature is present in a particular user agent.
  • The mechanism for filing “bugs” against a specification should be clearly indicated in the official location for the specification, especially during the drafting process.

Notes

The HTML5 specification’s “web author” mode is a very good starting point for improving the web author view of a specification. (http://developers.whatwg.org)

@paulirish
Copy link
Author

looks like the feature detection was proposed already: http://www.w3.org/Bugs/Public/show_bug.cgi?id=13853

hixie asked for a web service to ping for each feature and the spec would show results inline.

@leobalter
Copy link
Collaborator

Too many has changed in the last 5 years, including some standards projects moving to GitHub.

This issue might need some updates in case of re-opening it.

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

2 participants