| 09:23 | <littledan> | Reminder: All Ecma member organizations (whether "ordinary" or another category) are welcome to join the Ecma GA starting tomorrow at 9 AM, Swiss time. DM me for a Zoom link, agenda or other meeting materials. |
| 09:23 | <littledan> | Be sure to either attend or send in your voting intentions form if you will be absent. |
| 17:03 | <Michael Ficarra> | When do you think we will make the go/no-go call on this? I'd like to start planning my Sept/Oct travel. |
| 18:08 | <Chris de Almeida> | today |
| 18:21 | <shu> | what's with these calendar issues |
| 18:29 | <ljharb> | they're all for the public calendar that Chris de Almeida is making |
| 18:30 | <Chris de Almeida> | https://github.com/tc39/how-we-work/issues/94#issuecomment-1522496596 |
| 18:30 | <Chris de Almeida> | tl;dr -- it's up to each meeting's participants whether or not they want the item to appear on the public calendar |
| 18:46 | <shu> | ah okay, cool, thanks for doing the work |
| 19:38 | <Chris de Almeida> | note that something being on the public calendar does not mean the meeting itself is public |
| 19:55 | <Michael Ficarra> | I'm confused. Chris de Almeida are you asking for the owners of those meetings to comment on the issue about whether they should be public? |
| 19:55 | <Michael Ficarra> | If so, you probably should've messaged that somewhere. |
| 19:57 | <Chris de Almeida> | there is a plenary agenda item for it. and yes, under meeting participants' tasks the idea is that the meeting participants decide how to proceed |
| 20:38 | <shu> | bakkot: i'm confused by the symmetricDifference spec |
| 20:39 | <shu> | why is inResult needed? |
| 20:39 | <shu> | oh because of side effects of the iterator? |
| 20:40 | <shu> | love too javascript |
| 21:08 | <bakkot> | yyyyyyeah |
| 21:08 | <bakkot> | also the iterator can return the same value multiple times |
| 21:08 | <bakkot> | even in the absence of side effects |
| 21:08 | <shu> | yeah |
| 21:09 | <shu> | JS, the groverhaus of mathematics |
| 21:11 | <bakkot> | I'm not totally sure why I am still using O.[[SetData]] in step 7.b.iv though |
| 21:11 | <bakkot> | instead of a copy |
| 21:11 | <bakkot> | hm, no, I guess intersection does as well, so that's consistent |
| 21:12 | <bakkot> | don't want to make more copies than necessary |