| 17:47 | <Michael Ficarra> | woah what is going on with the highlighting of aliases in String.prototype.padStart? |
| 17:48 | <Michael Ficarra> | clicking on maxLength/fillString in that built-in also highlights all following aliases with the same name? |
| 17:48 | <Michael Ficarra> | this isn't the behaviour elsewhere |
| 17:50 | <shu> | it must be because the AOs are nested under the same section |
| 17:51 | <shu> | PadStartImpl is 22.1.3.17.1, and the padStart method is 22.1.3.17 |
| 17:51 | <shu> | that is pretty misleading though |
| 18:30 | <Michael Ficarra> | yeah that seems broken |
| 18:31 | <Michael Ficarra> | @bakkot can you look into it? |
| 18:35 | <bakkot> | it just highlights everything in the clause with that name: https://github.com/tc39/ecmarkup/blob/fd938c8a4da2dca309f8c54a72d8c8616f5da009/js/menu.js#L640-L653 |
| 18:36 | <bakkot> | I guess it should avoid descending into subclauses? |
| 18:36 | <shu> | yeah i'd just un-nest them |
| 18:36 | <shu> | coming up with more complex rules seems more complicated |
| 19:00 | <jmdyck> | un-nesting the nested clauses would make AOs siblings of intrinsic functions, which we almost never do |
| 19:03 | <jmdyck> | The only exception I can find is in https://tc39.es/ecma262/#sec-uri-handling-functions, which contains 4 functions followed by 3 AOs. |
| 19:09 | <jmdyck> | (https://tc39.es/ecma262/#sec-properties-of-the-promise-constructor also contains 3 cases where an AO is followed by a sibling anonymous built-in function, but anon built-ins are weird) |