-
Notifications
You must be signed in to change notification settings - Fork 161
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
WebSocket standard creation proposal #202
Comments
Sounds great! This should stay in the HTML workstream, right? It would be the first time a workstream holds more than one standard, but that's OK!
Agreed on the shortname. The name needs to make sense without a trailing "standard" since the specs say "Living Standard" just below the name. Since https://tools.ietf.org/html/rfc6455 is "The WebSocket Protocol" a sensible option might be "WebSocket API", similar to https://notifications.spec.whatwg.org/.
Redirecting all of the anchors should indeed be a matter of JavaScript. https://html.spec.whatwg.org/multipage/web-sockets.html as a whole might require server configuration, and if so I can help with that. |
Workstream is HTML as per whatwg/sg#97. I suggest we redirect |
I really have no artistic ability. Can anyone create a logo? I'm thinking that an ethernet port might be good, but other ideas are welcome. |
It seems like there's some sort of unofficial community logo already, but I can't figure out where it comes from and who might have copyright on it... |
Oh, it looks like it probably originated from https://www.w3.org/html/logo/ . CC-BY-3.0! OK cool, let me try to whip something up... we'll want to include attribution in the acks section of the spec. |
Okay, cool! |
A few ideas. (Ignore the different background/border colors; I'm being lazy and screenshotting.) One take: <svg xmlns="http://www.w3.org/2000/svg" viewBox="0 0 100 100">
<circle cx="50" cy="50" r="45" fill="#fff" stroke="#3c790a" stroke-width="10"/>
<path fill="#3c790a" d="M 72.229 66.76 L 83.191 66.76 L 83.191 40.439 L 70.842 28.088 L 63.089 35.841 L 72.229 44.98 L 72.229 66.76 Z M 83.219 72.256 L 67.253 72.256 L 44.982 72.256 L 35.841 63.117 L 39.717 59.24 L 47.268 66.79 L 62.799 66.79 L 47.497 51.46 L 51.403 47.557 L 66.704 62.857 L 66.704 47.324 L 59.184 39.804 L 63.031 35.957 L 44.027 16.867 L 25.284 16.867 L 25.284 16.867 L 5.848 16.867 L 16.782 27.801 L 16.782 27.83 L 16.84 27.83 L 39.459 27.83 L 47.47 35.841 L 35.755 47.557 L 27.745 39.544 L 27.745 33.325 L 16.782 33.325 L 16.782 44.084 L 35.755 63.059 L 28.032 70.782 L 40.383 83.133 L 59.124 83.133 L 94.152 83.133 L 94.152 83.133 L 83.219 72.256 Z"/>
</svg> Another, using
And a more traditional one, using
|
BTW if you want to play with it yourself you can use https://boxy-svg.com/, although it seems to be Chromium-only :-/. Normally I hand-edit my SVGs but figuring out how to keep the logo centered while scaling it is a bit annoying. |
Part of whatwg/meta#202.
Part of whatwg/meta#202.
Part of whatwg/meta#202.
See whatwg/meta#202. Also fixes db.py to work on environments where the default encoding is not UTF-8, i.e., on Windows.
See whatwg/meta#202 and #97. Also fixes db.py to work on environments where the default encoding is not UTF-8, i.e., on Windows.
I would like to extract the WebSocket sections from the HTML and Fetch standards and combine them into a single standard. My major motivation for this is to create a place for the WebSocketStream standard to live, but this is not contingent on that. This work will reduce the number of places implementers have to look to implement WebSocket support, and so is beneficial even if WebSocketStream is ultimately not adopted.
I have a work in progress at https://github.com/ricea/websocket/blob/main/index.bs. This is the HTML WebSocket standard text converted to Bikeshed with the Fetch WebSocket parts pasted in front. The only significant change is that the
send()
method takes multiple types instead of being overloaded, which was necessary to make Bikeshed happy. I still need to convert the Fetch WebSocket parts to use Bikeshed Markdown, but it may be useful not to do that yet to make review easier.I propose using the long name "WebSockets" or "The WebSocket standard", and the short name
websockets
to match the existing wpt directory name, but I am open to other ideas.I propose myself as one editor of the standard. I am already an editor of the Streams Standard so I roughly know what I am doing. It would be good to have a co-editor from another browser, but I don't have a volunteer at present.
As well as the normal work of starting a new standard, we will have to create redirects from the HTML and Fetch standards to the new locations. This should be a small matter of JavaScript.
The text was updated successfully, but these errors were encountered: