00:24:44  * AtumTquit (Quit: AtumT)
01:05:06  * PestGwjoined
01:05:50  * PestGwquit (K-Lined)
01:13:39  * akirosequit (Ping timeout: 252 seconds)
01:15:02  * akirosejoined
02:11:34  * PatzyEujoined
02:13:48  * keith_millerquit (Ping timeout: 245 seconds)
02:15:27  * keith_millerjoined
02:15:45  * tkrrxjoined
02:19:06  * PatzyEuquit (Ping timeout: 252 seconds)
02:26:45  * tkrrxquit (Ping timeout: 272 seconds)
02:43:11  * SpitfirerXjoined
02:47:40  * SpitfirerXquit (Remote host closed the connection)
03:06:17  * cloudshuquit (Quit: Connection closed for inactivity)
03:21:40  * aki_joined
03:22:21  * akirosequit (Ping timeout: 268 seconds)
03:22:21  * aki_changed nick to akirose
03:25:06  * jwaldenquit (Quit: ChatZilla 0.9.92-rdmsoft [XULRunner 35.0.1/20150122214805])
03:41:28  * howdoijoined
04:14:53  * spectranautquit (Ping timeout: 252 seconds)
04:16:00  * spectranautjoined
04:34:48  * jmdyckquit (Remote host closed the connection)
05:07:36  * aethixjoined
05:12:10  * aethixquit (Ping timeout: 246 seconds)
05:27:26  * aki_joined
05:28:23  * akirosequit (Ping timeout: 245 seconds)
05:28:23  * aki_changed nick to akirose
07:34:08  * aki_joined
07:34:22  * akirosequit (Ping timeout: 244 seconds)
07:34:23  * aki_changed nick to akirose
08:14:55  * keith_millerquit (Quit: My MacBook has gone to sleep. ZZZzzz…)
08:19:21  * Draggorquit (Ping timeout: 252 seconds)
08:21:16  * keith_millerjoined
08:21:16  * Draggorjoined
08:22:28  * keith_millerquit (Client Quit)
09:21:45  * keith_millerjoined
09:22:44  * keith_millerquit (Client Quit)
09:27:18  * dtantsur|afkjTjoined
09:31:32  * dtantsur|afkjTquit (Remote host closed the connection)
09:41:50  * aki_joined
09:42:13  * akirosequit (Ping timeout: 268 seconds)
09:42:13  * aki_changed nick to akirose
09:52:23  * larmaBPjoined
09:52:39  * larmaBPquit (Remote host closed the connection)
10:55:07  * akirosequit (Quit: 👋🏻)
10:55:56  * akirosejoined
11:06:18  * squarecircletnjoined
11:11:49  * squarecircletnquit (K-Lined)
11:46:30  * keith_millerjoined
11:47:45  * keith_millerquit (Client Quit)
12:06:28  * keith_millerjoined
12:07:33  * keith_millerquit (Client Quit)
12:19:09  * keith_millerjoined
12:21:34  * keith_millerquit (Client Quit)
12:29:24  * jmdyckjoined
12:38:03  * gibson042quit (Ping timeout: 252 seconds)
12:40:30  * keith_millerjoined
12:40:40  * keith_millerquit (Client Quit)
12:46:30  * Kamjoined
12:49:26  * keith_millerjoined
12:50:43  * keith_millerquit (Client Quit)
12:52:08  * keith_millerjoined
12:53:59  * keith_millerquit (Client Quit)
12:54:37  * keith_millerjoined
12:54:47  * keith_millerquit (Client Quit)
13:01:33  * keith_millerjoined
13:02:09  * aki_joined
13:02:53  * akirosequit (Ping timeout: 252 seconds)
13:02:54  * aki_changed nick to akirose
13:03:34  * keith_millerquit (Client Quit)
13:11:08  * keith_millerjoined
13:17:42  * keith_millerquit (Quit: My MacBook has gone to sleep. ZZZzzz…)
13:35:00  * keith_millerjoined
13:38:23  * howdoiquit (Quit: Connection closed for inactivity)
14:36:35  * keith_millerquit (Quit: My MacBook has gone to sleep. ZZZzzz…)
14:41:05  * keith_millerjoined
14:42:18  * keith_millerquit (Client Quit)
15:03:23  * cloudshujoined
15:05:12  * Kamquit (Quit: Connection closed for inactivity)
15:06:16  * keith_millerjoined
15:07:18  <cloudshu>hmm i feel like the ForIn/OfBodyEvaluation text has been broken for most of the year
15:07:49  <devsnek>there's a pr to fix it
15:08:52  <cloudshu>oh?
15:08:55  * akirosequit (Ping timeout: 246 seconds)
15:09:04  * aki_joined
15:09:16  <devsnek>https://github.com/tc39/ecma262/pull/1111
15:09:24  <devsnek>assuming only this part of it is broken anyway :D
15:09:28  * aki_changed nick to akirose
15:09:55  <cloudshu>ah great, thanks
15:10:00  <cloudshu>yeah that was the part i was concerned about anyhow
15:10:35  * keith_millerquit (Ping timeout: 244 seconds)
15:12:52  <ljharb>that should be merged soon
15:12:59  <ljharb>we looked at that yesterday
15:27:59  <cloudshu>:+1:
15:29:54  * jwaldenjoined
15:31:06  * jwaldenquit (Client Quit)
15:32:56  * damnliegujoined
15:36:14  * damnlieguquit (Remote host closed the connection)
15:55:57  * Guest46016joined
15:58:01  * Guest46016quit (K-Lined)
16:00:54  * YukikazeQyEjoined
16:02:21  * YukikazeQyEquit (K-Lined)
16:30:36  * drag_joined
16:39:51  * drag_quit (Ping timeout: 252 seconds)
16:46:56  * sloxtjoined
16:47:57  * sloxtquit (K-Lined)
17:13:51  * AtumTjoined
17:15:34  * aki_joined
17:15:37  * akirosequit (Ping timeout: 244 seconds)
17:15:55  * aki_changed nick to akirose
17:22:38  * basicdaysjoined
17:36:50  * keith_millerjoined
17:53:00  * v01tBPjoined
17:53:32  * v01tBPquit (Remote host closed the connection)
18:30:48  <Bakkot>anyone who is on the "before the export" side of the "where do decorators on exported classes go" discussion, do you also have opinions on if they should be written `@foo export class A{}` or `@foo \n export class A{}`? dherman maybe?
18:31:02  <Bakkot>prettier is discussing formatting for these cases here: https://github.com/prettier/prettier/pull/5188
18:32:23  <Bakkot>my intuition is that you'd always want a linebreak, so that `export` started its own line, but my intuition in these cases does not match other people's already, so feedback from people who want decorators before exports would be appreciated.
18:58:01  <rkirsling>I personally thought the whole visual advantage of the before-export approach hinged on the newline, yeah
18:59:33  * AtumT_joined
19:02:58  * AtumTquit (Ping timeout: 272 seconds)
19:05:06  <cloudshu>my intution is always on linebreak
19:05:10  <cloudshu>but i'm not really in that camp
19:05:23  <cloudshu>i posed aklein a thought experiment, don't know if it really shows anything:
19:05:45  <cloudshu>imagine if export was a magical decorator itself, @export, would you put it before or after other decorators?
19:13:30  * AtumTjoined
19:13:46  * AtumT_quit (Ping timeout: 260 seconds)
19:19:54  <jmdyck>devsnek: did I answer your question yesterday?
19:21:19  <devsnek>jmdyck: i think so
19:21:36  <rkirsling>cloudshu: I really like that question
19:22:42  <devsnek>cloudshu: i think the eslint rule would have "before" and "after"
19:22:44  * aki_joined
19:22:48  <devsnek>i would choose before
19:23:24  * akirosequit (Ping timeout: 252 seconds)
19:23:25  * aki_changed nick to akirose
19:24:46  <cloudshu>devsnek: i just mean as a gutcheck
19:25:47  <devsnek>cloudshu: i'm just thinking about what the ecosystem would do
19:34:02  <ljharb>during the breakouts some interesting cases were brought up about that - namely, what about `yield`, `yield *`, `return`, `throw`, `await`, where the RHS is a decorated fn/class? what decorator placement would you expect?
20:02:50  * ranberryjoined
20:03:29  * ranberryquit (Remote host closed the connection)
20:23:09  <devsnek>ljharb: i wouldn't expect decorator placement
20:28:41  <ljharb>devsnek: lol ok but i mean if you wanted to return a decorated class, or throw it, or yield it
20:30:17  <devsnek>ljharb: i would kinda expect `@x yield y;` to decorate whatever the return value of the `yield` was tbh
20:30:41  <devsnek>they only make sense in hoistabledeclaration positions, not expression positions
20:30:45  <ljharb>devsnek: that's at least consistent with "decorator first" placement. you don't think that's weird tho?
20:30:51  <ljharb>as opposed to `yield @x y`?
20:31:02  <devsnek>both are weird because you shouldn't put decorators there
20:31:03  <ljharb>(given that you're yielding the decorated thing)
20:31:08  <ljharb>i mean, sure, agreed
20:31:57  <devsnek>i mean like i would expect syntax errors in both positions
20:32:07  <devsnek>there's no declaration anywhere to decorate
20:33:39  <ljharb>that's an option too. also for all the others?
20:33:47  <ljharb>(note that you can decorate expressions, not just declarations)
20:34:44  <devsnek>why can you decorate expressions though
20:37:04  <ljharb>because they're class decorations, not "class declaration decorations"? why would it be helpful to arbitrarily restrict it to declarations
20:37:15  <ljharb>decorators are mostly just sugar for "pass the value into a function"
20:37:37  <devsnek>yeah but then you run into this problem where no placement of a decorator makes sense
20:39:08  <ljharb>lol
20:39:17  <ljharb>it makes sense everywhere but in the presence of keywords
20:39:32  <ljharb>at which point some argue it makes sense to always go after the keywords, and some argue that it makes sense to go before one of the keywords in particular
20:39:46  <ljharb>(but also, the issue is primarily about exports, which are declarations)
20:41:44  <devsnek>ljharb: what does a decorator mixed with an expression look like/do
20:41:50  <devsnek>i'm not seeing any examples in the repo
20:42:22  <devsnek>like `const x = @y z` but then why not `const x = y(z)`
20:43:07  <ljharb>decorators get extra access to things and ability to change things in a way that a function wouldn't
20:45:48  * keith_millerquit (Quit: My MacBook has gone to sleep. ZZZzzz…)
20:45:58  <devsnek>well if `(@y class X {})` is valid then `yield @y class X {}` is valid
20:46:11  <devsnek>but both of those seem very wrong to me
21:30:48  * akirosequit (Ping timeout: 252 seconds)
21:32:30  * akirosejoined
21:44:37  * ironuskajoined
21:49:39  * keith_millerjoined
21:50:59  * keith_millerquit (Client Quit)
21:51:16  * ironuskaquit (Ping timeout: 260 seconds)
21:52:42  * keith_millerjoined
21:57:48  * Taggnostr2joined
22:09:13  * Taggnostr2quit (Ping timeout: 245 seconds)
22:30:51  * keith_millerquit (Quit: My MacBook has gone to sleep. ZZZzzz…)
22:34:02  * keith_millerjoined
23:37:44  * aki_joined
23:38:28  * akirosequit (Ping timeout: 244 seconds)
23:38:28  * aki_changed nick to akirose