00:34:44  * keith_millerjoined
00:36:14  * AtumTquit (Remote host closed the connection)
02:03:01  * kverrierquit (Quit: Textual IRC Client: www.textualapp.com)
02:42:40  * keith_millerquit (Quit: My MacBook has gone to sleep. ZZZzzz…)
03:14:58  * keith_millerjoined
03:27:10  * gskachkovquit (Ping timeout: 256 seconds)
03:31:24  * caridyquit (Ping timeout: 260 seconds)
04:07:59  * howdoijoined
04:20:52  * gibson042quit (Ping timeout: 260 seconds)
04:40:49  * jmdyckquit (Remote host closed the connection)
04:47:12  * gskachkovjoined
05:11:26  * jwaldenquit (Quit: ChatZilla 0.9.92-rdmsoft [XULRunner 35.0.1/20150122214805])
05:31:31  * caridyjoined
05:31:51  * caridyquit (Remote host closed the connection)
05:32:07  * gskachkovquit (Quit: gskachkov)
05:32:26  * caridyjoined
05:37:02  * caridyquit (Ping timeout: 255 seconds)
06:27:51  * keith_millerquit (Quit: My MacBook has gone to sleep. ZZZzzz…)
06:35:02  * keith_millerjoined
07:09:47  * caridyjoined
07:09:54  * caridyquit (Remote host closed the connection)
07:10:24  * caridyjoined
07:11:02  * caridyquit (Remote host closed the connection)
07:12:09  * caridyjoined
07:13:02  * keith_millerquit (Quit: My MacBook has gone to sleep. ZZZzzz…)
07:18:00  * keith_millerjoined
07:19:59  * caridyquit (Ping timeout: 248 seconds)
07:30:35  * gskachkovjoined
08:13:43  * caridyjoined
08:18:50  * caridyquit (Ping timeout: 276 seconds)
08:25:25  * gskachkov_joined
08:27:02  * gskachkovquit (Ping timeout: 260 seconds)
08:27:02  * gskachkov_changed nick to gskachkov
08:28:46  * gskachkovquit (Read error: Connection reset by peer)
08:32:24  * gskachkovjoined
08:42:52  * gskachkovquit (Quit: gskachkov)
08:53:20  * gskachkovjoined
09:02:18  * not-an-aardvarkquit (Quit: Connection closed for inactivity)
09:08:57  * keith_millerquit (Quit: My MacBook has gone to sleep. ZZZzzz…)
09:24:00  * caridyjoined
09:28:20  * caridyquit (Ping timeout: 255 seconds)
09:59:08  * caridyjoined
10:03:57  * caridyquit (Ping timeout: 256 seconds)
10:25:06  * surmaquit
10:25:23  * surmajoined
10:29:28  * evilpiequit
10:29:42  * evilpiejoined
10:38:18  * jeffmoquit
10:38:35  * jeffmojoined
10:48:06  * serbangquit
10:48:27  * serbangjoined
10:56:03  * ErikCorryquit
10:56:21  * ErikCorryjoined
11:07:10  * caridyjoined
11:11:45  * caridyquit (Ping timeout: 264 seconds)
11:25:11  * mylesborinsquit (Quit: farewell for now)
11:25:11  * brianloveswordsquit
11:25:31  * brianloveswordsjoined
11:25:41  * mylesborinsjoined
11:44:57  * caridyjoined
11:49:34  * caridyquit (Ping timeout: 260 seconds)
12:08:24  * plumaquit
12:08:43  * plumajoined
12:24:58  * keith_millerjoined
12:25:02  * keith_millerquit (Client Quit)
12:51:10  * gskachkov_joined
12:51:53  * caridyjoined
12:52:17  * gskachkovquit (Ping timeout: 248 seconds)
12:52:17  * gskachkov_changed nick to gskachkov
12:53:22  * bradleymeckjoined
12:54:31  * jmdyckjoined
12:55:57  * caridyquit (Ping timeout: 240 seconds)
12:59:28  * gskachkovquit (Read error: Connection reset by peer)
13:00:01  * isHavvyjoined
13:01:20  * gskachkovjoined
13:03:28  * Havvyquit (Ping timeout: 256 seconds)
13:17:06  * bradleymeckquit (Quit: bradleymeck)
13:29:20  * caridyjoined
13:36:18  * caridyquit (Ping timeout: 265 seconds)
13:57:57  * gskachkov_joined
13:59:34  * gskachkovquit (Ping timeout: 256 seconds)
13:59:35  * gskachkov_changed nick to gskachkov
14:04:33  * caridyjoined
14:04:34  * gskachkovquit (Read error: Connection reset by peer)
14:09:06  * caridyquit (Ping timeout: 252 seconds)
14:09:11  * gskachkovjoined
14:11:34  * keith_millerjoined
14:26:10  * caridyjoined
14:30:56  * paulfryzelquit
14:31:13  * paulfryzeljoined
14:34:41  * caridyquit (Ping timeout: 248 seconds)
14:55:14  * caridyjoined
14:55:24  * caridyquit (Remote host closed the connection)
14:55:33  * caridyjoined
15:08:15  * caridyquit (Remote host closed the connection)
15:08:48  * caridyjoined
15:23:34  * rbucktonquit
15:23:51  * rbucktonjoined
15:47:34  * gskachkovquit (Ping timeout: 260 seconds)
16:31:52  * jwaldenjoined
16:47:38  * gskachkovjoined
16:51:52  * gskachkovquit (Client Quit)
16:51:57  * bradleymeckjoined
16:58:09  * gskachkovjoined
17:09:11  * AtumTjoined
17:35:21  * keith_millerquit (Quit: My MacBook has gone to sleep. ZZZzzz…)
17:36:28  * keith_millerjoined
17:52:17  * not-an-aardvarkjoined
17:54:23  * gskachkovquit (Quit: gskachkov)
18:02:58  * gskachkovjoined
18:40:17  * gskachkovquit (Quit: gskachkov)
18:43:29  * gskachkovjoined
18:51:38  * keith_millerquit (Quit: My MacBook has gone to sleep. ZZZzzz…)
18:57:10  * gskachkovquit (Quit: gskachkov)
19:02:07  * Jayfluxjoined
19:02:08  * Jayfluxquit (Changing host)
19:02:08  * Jayfluxjoined
19:02:08  * keith_millerjoined
19:20:33  * srl295joined
19:22:35  * bradleymeckquit (Quit: )
19:38:35  * bradleymeckjoined
19:47:13  * gskachkovjoined
19:52:57  * keith_millerquit (Quit: My MacBook has gone to sleep. ZZZzzz…)
19:53:29  * keith_millerjoined
19:56:36  * keith_millerquit (Client Quit)
20:47:52  <littledan>I was wondering if most syntax-directed operations should actually be grouped by the operation, rather than the grammar production
20:48:02  <littledan>most of the time, I'm trying to understand a whole operation, not a whole production
20:49:19  <bterlson>littledan: I've gone back and forth on this. There are times when I want to know all the semantics associated wiht a production as well
20:49:41  <bterlson>littledan: I think the new UI makes it 6 of one, half dozen of the other
20:49:50  <littledan>well, that'll be awesome
20:49:58  <bterlson>did you see the proposal from a while back?
20:51:18  <bterlson>littledan: see: https://bterlson.github.io/ecma262/#_ref_2204 (click HasBinding)
20:52:16  <littledan>looks pretty great
20:52:28  <littledan>I had missed that
20:57:55  * keith_millerjoined
21:04:45  * gskachkovquit (Ping timeout: 268 seconds)
21:10:42  * gskachkovjoined
21:22:47  <Domenic>Wow that is great
21:27:26  <caitp>can it be made to work for things like IteratorBindingInitialization?
21:27:47  <caitp>(great even if it can't!)
21:32:08  * keith_millerquit (Quit: Textual IRC Client: www.textualapp.com)
21:38:50  * keith_millerjoined
21:39:46  <bterlson>caitp: it works with everything!
21:39:55  <bterlson>caitp: (that is an operation of some kind)
21:40:05  <bterlson>currently pondering how/whether to handle records
21:40:23  <bterlson>because right now [[Get]] and [[Set]] exist as both operations and fields on a record
21:40:30  <bterlson>ecmarkup gets confused
21:40:38  <caitp>I tested it with IteratorBindingInit and it didn't seem to find any references to other versions of it
21:40:47  <bterlson>the doc needs much work
21:40:56  <bterlson>I only converted part of it in the link above
21:41:18  <caitp>ah
21:41:50  <bterlson>the work is to add a unique aoid + receiver pair for any directed operation
21:42:03  <bterlson>so it's easy just numbing :-P
21:45:02  <jmdyck>are you considering renaming one or the other pair of [[Get]] and [[Set]] ?
21:45:23  <bterlson>jmdyck: I've thought about it but both have such a long history
21:47:48  <jmdyck>for record fields + property attributes, [[Getter]] and [[Setter]] would make sense?
21:49:16  <bterlson>jmdyck: yeah except we lose the correspondence between record field names and descriptor property names
21:49:27  <bterlson>don't think that's a big deal fwiw
21:50:00  <jmdyck>I was suggesting changing both of those, i think.
21:50:25  <bterlson>I mean the descriptor properties you get from the API getOwnPropertyDescriptor etc.
21:50:46  <bterlson>def can't change that :)
21:52:56  <jmdyck>Ah, so https://tc39.github.io/ecma262/#sec-frompropertydescriptor would say Perform CreateDataProperty(obj, "get", Desc.[[Getter]]).
21:53:05  <bterlson>right
21:53:16  <jmdyck>the get/Getter isn't quite as nice as get/Get
21:53:26  <bterlson>not quite, yeah
21:53:51  <jmdyck>but still would work fine
21:54:02  <bterlson>for sure
21:55:41  <jmdyck>I'm inclined to say that the rename would be worthwhile even without the linking problem in your DO proposal.
21:56:04  <jmdyck>just from the pov of someone searching through the spec for occurrences of something
21:58:00  <jmdyck>Alternatively, you don't have to use double-square brackets for both record fields and internal slots/methods, but that would be a bigger change.
22:04:24  * gskachkovquit (Quit: gskachkov)
22:05:02  * gskachkovjoined
22:09:12  <Domenic>Hmm saying that you can't reuse field names in records seems bad? Am I understanding right?
22:09:30  <Domenic>Seems like it needs a scoping mechanism
22:11:42  <jmdyck>It's not that you *can't*, just that the reader experience may be suboptimal.
22:16:57  <Domenic>It seems like you should only count things as same when they explicitly opt in to being polymorphic
22:17:32  <Domenic>So e.g. propdesc record fields would not opt-in; MOP internal methods would; module record methods would
22:18:01  <Domenic>(but source text module record additional fields/methods would not)
22:18:07  <bterlson>Domenic: the problem is when I see the text [[Get]], do I auto-link to the MOP operation or the record that has a field of that name?
22:18:25  <bterlson>without static analysis I can't tell without marking the reference (rather than the definition)
22:18:43  <Domenic>Well if only MOP internal methods opt in to being polymorphic then you'd only link to them
22:18:52  <Domenic>But I guess then the UX is suboptimal for propdesc records
22:19:18  <bterlson>I am missing something. All I have on the usage site is the literal text [[Get]]
22:19:32  <bterlson>how do I know if it's MOP or a record field?
22:19:44  <Domenic>You always link to MOP
22:19:53  <Domenic>Oh
22:19:57  <Domenic>Well yeah that doesn't work
22:19:59  <Domenic>OK :)
22:20:18  <Domenic>Yeah I guess unless you mark up usage sites you cannot reuse the same name :(
22:20:27  <Domenic>Kind of a sucky global namespace lol
22:21:23  <bterlson>I think avoiding collisions is a good idea from a clarity perspective anyway but yeah
22:27:35  * sebmarkbage|awayquit (Ping timeout: 240 seconds)
22:29:22  * sebmarkbage|awayjoined
23:29:00  * bradleymeckquit (Quit: bradleymeck)
23:56:17  * gibson042joined