Author here, that's correct, we haven't implemented the WebRTC binding yet. The way grim's communication works, we put REST semantics and protocol over messaging transports. We've already done it over Web Workers' postMessage API, and don't expect any trouble doing the same over WebRTC's DataChannels. In fact, the blog post's content is served by a Worker server which proxies out to a markdown file on the remote host, converts to HTML using https://github.com/chjj/marked, and responds.
Comments
Author here, that's correct, we haven't implemented the WebRTC binding yet. The way grim's communication works, we put REST semantics and protocol over messaging transports. We've already done it over Web Workers' postMessage API, and don't expect any trouble doing the same over WebRTC's DataChannels. In fact, the blog post's content is served by a Worker server which proxies out to a markdown file on the remote host, converts to HTML using https://github.com/chjj/marked, and responds.