Re: Since JSDoc seems cerebrally dead...

2020-10-12 Thread Jordan Harband
Hopefully (imo) people are hand-writing more docs now, rather than relying on autogenerated prose. On Mon, Oct 12, 2020 at 1:23 PM #!/JoePea wrote: > Why not? People are generating less docs now? That doesn't sound good! > > #!/JoePea > > On Mon, Aug 17, 2020 at 4:15 PM Isiah Meadows > wrote:

Re: Why does a JavaScript class getter for a private field fail using a Proxy?

2020-10-12 Thread #!/JoePea
Gotcha. So basically that tells the consumer "No, you can't use Proxies". What I want to tell them is "Go ahead, use Proxies to your heart's content", but I don't want to tell them to write all the overly-complicated code required for their Proxies to work properly as soon as I introduce a single

Re: Private fields in sub-objects within class definition.

2020-10-12 Thread #!/JoePea
Sure, but I'm first curious about classes because in my example, the code is all defined _inside_ a class definition's lexical scope, where private fields (or keys) are _currently_ defined to exist, so it seems like an approach we can currently take. Private fields on objects without classes

Re: Since JSDoc seems cerebrally dead...

2020-10-12 Thread #!/JoePea
Why not? People are generating less docs now? That doesn't sound good! #!/JoePea On Mon, Aug 17, 2020 at 4:15 PM Isiah Meadows wrote: > > JSDoc is not dead (far from it), people just don't frequently use > automated docs generation tooling in the JS community. Most the actual > use JSDoc

Re: Re: Are ES6 modules in browsers going to get loaded level-by-level?

2020-10-12 Thread #!/JoePea
Right, exactly. So naively sending all dependencies wastefully is just the first step. > Afaik the more promising path are prefetch hints on the client. E.g. the client (or initial HTML payload) knows the dependency tree, adds tags for preloading the required modules, and then the browser can

Re: Re: Are ES6 modules in browsers going to get loaded level-by-level?

2020-10-12 Thread Jan Krems
> If I understand HTTP/2 correctly, this requires more than a server > that simply has HTTP push, it requires a server that understands how > to read ES modules and enumerate their dependencies. Not only that: The server also has to "know" which modules are already cached by the client (including

Re: Re: Are ES6 modules in browsers going to get loaded level-by-level?

2020-10-12 Thread #!/JoePea
I'm asking about a server that, upon request of a `.js` file, knows how to enumerate the dependency tree based on that file, _then_ HTTP pushes all the modules at once. So basically, from the code ```html

nested import statements

2020-10-12 Thread #!/JoePea
Why isn't it a thing yet? - http://www.petecorey.com/blog/2016/07/17/meteors-nested-import-controversy/ - https://github.com/benjamn/reify/blob/master/WHY_NEST_IMPORTS.md At runtime they'd be similar to `await`ing an `import` statement. Maybe a requirement should be that nested