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

We should clarify the document scope in the Introduction section #476

Open
lu-zero opened this issue May 15, 2023 · 2 comments
Open

We should clarify the document scope in the Introduction section #476

lu-zero opened this issue May 15, 2023 · 2 comments
Labels
for next iteration Planned or postponed topics for the future priority: low Issues that might be deferred for later Spec-improvement Using idioms, standard prose, Web IDL, alignment with other specs

Comments

@lu-zero
Copy link

lu-zero commented May 15, 2023

  • The document is mainly informative.
  • The document presents some algorithms that are language-agnostic, implementations may or should use them notwithstanding which is their language
  • Some of the API, even if it is described using WebIDL may be very close to TypeScript and in general imply browser technologies that may be not present on other platforms in that specific shape.
  • If there are discrepancies or API holes that are more glaring in other languages they should be reported and they will be addressed.
@zolkis
Copy link
Contributor

zolkis commented May 15, 2023

In the early times of the WoT WG, there was formal objection against the Scripting API becoming a normative web spec.
In addition, browser makers were reluctant to the idea of implementing a rather open-ended API in the browser, with all the open-ended dependencies (for the varieties of IoT protocols supported).

Instead, the following approach was recommended: use the HTTP binding for the web browsers, which already is supported by existing web APIs.

Also, since Scripting API is an optional element in the WoT Architecture, it is left to the applications how do they implement the WoT network API specified in the WoT specs.

However, the Scripting API spec is a good informative document on how in general to implement WoT. The prose is based on web/infra specs, i.e. specifies what is needed for a native browser implementation. This needs to be translated in the case of other types of implementations.

The main WG reference implementation, node-wot (TypeScript) is not a native browser implementation. So that is already a translation of the Scripting API spec to another implementation.

Since there are no native browser implementations at the moment, also there is no direct test framework that can be integrated to wpt (Web Platform Tests). It can only be indirectly validated via node-wot implementation feedback, and from other implementations.

So I do agree this situation needs to be explained in the introduction (with links).

@JKRhb JKRhb added the Spec-improvement Using idioms, standard prose, Web IDL, alignment with other specs label Dec 11, 2023
@JKRhb
Copy link
Member

JKRhb commented Dec 11, 2023

I think this issue should be resolvable relatively quickly, right? I added the Spec-improvement label to sort of label it as a TODO item – feel free to change that if another label should be more appropriate here :)

@relu91 relu91 added for next iteration Planned or postponed topics for the future priority: low Issues that might be deferred for later labels Jan 22, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
for next iteration Planned or postponed topics for the future priority: low Issues that might be deferred for later Spec-improvement Using idioms, standard prose, Web IDL, alignment with other specs
Projects
None yet
Development

No branches or pull requests

4 participants