- From: Nick Burris <notifications@github.com>
- Date: Tue, 02 Jul 2019 12:46:27 -0700
- To: w3ctag/design-reviews <design-reviews@noreply.github.com>
- Cc: Subscribed <subscribed@noreply.github.com>
- Message-ID: <w3ctag/design-reviews/issues/392@github.com>
こんにちはTAG! I'm requesting a TAG review of: - Name: Scroll To Text - Specification URL: N/A - Explainer (containing user needs and example code)¹: https://github.com/bokand/ScrollToTextFragment - GitHub issues (if you prefer feedback filed there): https://github.com/bokand/ScrollToTextFragment/issues - Tests: N/A - Primary contacts (and their relationship to the specification): @nickburris @bokand Further details: - Relevant time constraints or deadlines: [please provide] - [x] I have read and filled out the [Self-Review Questionnare on Security and Privacy](https://www.w3.org/TR/security-privacy-questionnaire/). The [assessment is here](url). - [x] I have reviewed the TAG's [API Design Principles](https://w3ctag.github.io/design-principles/) - The group where the work on this specification is: We recommend the explainer to be in [Markdown](https://github.github.com/gfm/). On top of the [usual information expected in the explainer](https://w3ctag.github.io/explainers), it is strongly recommended to add: - Links to major pieces of multi-stakeholder review or discussion of this specification: - Links to major unresolved issues or opposition with this specification: You should also know that... One of our major discussion points currently is how the targetText= indicator should be delimited in the URL fragment. See https://github.com/bokand/ScrollToTextFragment/issues/15. The latest idea here is that we could use a double-hash syntax (e.g. example.com#fragment##targetText=example) to avoid breaking websites that use the fragment for routing/state. The browser would parse the ##targetText= identifier and then remove it from the fragment. We'd prefer the TAG provide feedback as (please select one): - [x] open issues in our GitHub repo for each point of feedback - [ ] open a single issue in our GitHub repo for the entire review - [ ] leave review feedback as a comment in this issue and @-notify [github usernames] -------------------------- _Please preview the issue and check that the links work before submitting._ In particular, if anything links to a URL which requires authentication (e.g. Google document), please make sure anyone with the link can access the document. ¹ For background, see our [explanation of how to write a good explainer](https://w3ctag.github.io/explainers). -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/w3ctag/design-reviews/issues/392
Received on Tuesday, 2 July 2019 19:46:49 UTC