>> Is the value of `src` a module ID or a path? How about when packages are
>> used (for bundling)? Is there a way to combine module IDs and packages?
>
> For the most part the answer to these kinds of questions is that we support
> "all of the above," but I'd like to wait just a little bit long
Nice script indeed, and it would be very nice to somehow be able to flag
that module for production/performance reason where slower engines in
slower hardware are not penalized much if the native implementation is not
in place.
Something that acts almost transparently, if that makes sense at all.
Oh, of course: I completely forgot about that. Thanks for the link!
On Sun, Nov 17, 2013 at 10:42 PM, Dmitry Lomov wrote:
> Typed Objects polyfill lives here: https://github.com/dherman/structs.js
> Dave and I work on it, current status is pretty close to strawman minus
> handles and cursors (w
On Nov 17, 2013, at 11:59 AM, Axel Rauschmayer wrote:
> On Nov 17, 2013, at 6:14 , David Herman wrote:
>
>>> Does this imply ?
>>
>> Works either way, inline or external. (Requiring src="" is one of the
>> reasons why
Typed Objects polyfill lives here: https://github.com/dherman/structs.js
Dave and I work on it, current status is pretty close to strawman minus
handles and cursors (which are a bit controversial at this point and as far
as I understand are not is Firefox implementation).
The polyfill includes a bu
On Nov 17, 2013, at 6:14 , David Herman wrote:
>> Does this imply ?
>
> Works either way, inline or external. (Requiring src="" is one of the reasons
> why
Since the strawman is close to the final spec, questions/nitpicks:
I noticed the current spec explicitly provides no control over element
alignment/padding. Are there specific reasons behind that? It dramatically
reduces the value of typed objects for doing file I/O (aside from the
endianness prob
On Sun, Nov 17, 2013 at 10:23 AM, K. Gadd wrote:
> Are there any known-good polyfills for the current draft Typed Objects /
> Binary Data spec?
>
I want this, too, and will start working on it soon-ish if nobody else does
or already did.
> Presently, JSIL has a set of primitives that roughly c
Are there any known-good polyfills for the current draft Typed Objects /
Binary Data spec?
Presently, JSIL has a set of primitives that roughly correspond with a big
chunk of the draft specification. I'm interested in seeing whether they can
work atop ES6 typed objects, which means either adapting
9 matches
Mail list logo