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

link BufferSource to definition #108

Closed
wanderview opened this issue Aug 11, 2015 · 6 comments
Closed

link BufferSource to definition #108

wanderview opened this issue Aug 11, 2015 · 6 comments

Comments

@wanderview
Copy link
Member

While BufferSource is part of webidl, it looks like a separate interface. It would be nice to link it to:

http://heycam.github.io/webidl/#common-BufferSource

@annevk
Copy link
Member

annevk commented Aug 12, 2015

Terms part of IDL are the only ones that are not linked.

@annevk
Copy link
Member

annevk commented Aug 12, 2015

It seems that if we were to link BufferSource we would also have to link any, USVString, DOMString, ByteString, and I don't think that makes sense. Sorry.

@annevk annevk closed this as completed Aug 12, 2015
@wanderview
Copy link
Member Author

Ok, although it clearly confuses people (event spec authors):

http://logs.glob.uno/?c=freenode%23whatwg&s=23+Mar+2015&e=23+Mar+2015&h=BufferSource#c941240

@domenic
Copy link
Member

domenic commented Aug 12, 2015

I think we should link all those terms too in theory. (As well as long, etc. etc.) @tabatkins, thoughts? Bikeshed only includes "interface", which USVString/DOMString/etc. are not.

@annevk
Copy link
Member

annevk commented Aug 12, 2015

Note that Fetch is not yet in Bikeshed, but that would work for me.

@tabatkins
Copy link
Contributor

They're like interfaces. Close enough, at least. Same with any, etc. When I finally Bikeshed WebIDL like I've been threatening to, they'll be marked up as such. (Well, any is probably a typedef. Doesn't super matter; they're all linkable with the {{idl}} shorthand without having to know the type.)

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

No branches or pull requests

4 participants