# Braid Meeting 89
Meet in Zoom on Monday, July 8 at 1:00pm Pacific
Announcements
- Braid Collaboration Sessions @ Internet Archive
- Tuesday, July 9th: 11:00am–5:00pm
- Wednesday, July 10th: 11:00am–5:00pm
- Share the [Invitation](https://docs.google.com/document/d/1SQT-cYDqLAWr--WMGmtAe1iw6-15Hb5BNQFNsponOII/edit?usp=sharing)!
- Mike will present Braid demos @ [dweb lightning talks](https://www.eventbrite.com/e/dweb-sf-meetup-dweb-camp-sneak-peek-in-person-tickets-940716206497?aff=oddtdtcreator)
- Wednesday at 5:30pm
- New IETF submission: [draft-toomim-httpbis-versions-00](https://datatracker.ietf.org/doc/html/draft-toomim-httpbis-versions-00)
Demos
- Greg: Release of new [dom-diff library](https://www.npmjs.com/package/@braidjs/dom-diff)
- Mike: Interesting use-case: [improving Youtube Embed](https://frontendmasters.com/blog/youtube-embeds-are-bananas-heavy-and-its-fixable/) performance
- Greg: Braidify your OS with FS ↔ WWW proxy
Discussion
- Mike: New [Versions](https://datatracker.ietf.org/doc/html/draft-toomim-httpbis-versions-00) spec
- Mike: New HTTP Multiresponse idea (below)
## Mike: HTTP Multiresponse
I propose `104 Multiresponse` as a better way to push updates. It would work like this:
```
Request:
GET /chat
Version: "3"
Parents: "1a", "1b"
Response:
HTTP/1.1 104 Multiresponse
Current-Version: "3"
HTTP/1.1 200 OK
Version: "2"
Parents: "1a", "1b"
Content-Type: application/json
Content-Length: 64
[{"text": "Hi, everyone!",
"author": {"link": "/user/tommy"}}]
HTTP/1.1 200 OK
Version: "3"
Parents: "2"
Content-Type: application/json
Content-Length: 117
[{"text": "Hi, everyone!",
"author": {"link": "/user/tommy"}}
{"text": "Yo!",
"author": {"link": "/user/yobot"}]
```
This "Multiresponse" idea feels very smooth and general. You could use it for a lot of things in HTTP.
Our current subscriptions [can't toggle](https://github.com/braid-org/braid-spec/issues/110) the state of a resource between being deleted `404` and OK `200`, but a Multiresponse can.