- From: Joshua Bell <jsbell@chromium.org>
- Date: Fri, 16 Mar 2012 14:12:16 -0700
On Fri, Mar 16, 2012 at 10:35 AM, Glenn Maynard <glenn at zewt.org> wrote:
> On Fri, Mar 16, 2012 at 11:19 AM, Joshua Bell <jsbell at chromium.org> wrote:
>
>>
> ... where output === view if view is supplied, otherwise a new Uint8Array
>> (or Uint8ClampedArray??)
>>
>
> Uint8Array is correct. (Uint8ClampedArray is for image color data.)
>
> If UTF-16 or UTF-32 are supported, decoding to them should return
> Uint16Array and Uint32Array, respectively (with the return value being
> typed just to ArrayBufferView).
>
FYI, there was some follow up IRC conversation on this. With Typed Arrays
as currently specified - that is, that Uint16Array has platform endianness
- the above would imply that either platform endianness dictated the output
byte sequence (and le/be was ignored), or that encode("\uFFFD",
"utf-16").view[0] might != 0xFFFD on some platforms.
There was consensus (among the two of us) that the output view's underlying
buffer's byte order would be le/be depending on the selected encoding.
There is not consensus over what the return view type should be -
Uint8Array, or pursue BE/LE variants of Uint16Array to conceal platform
endianness.
Received on Friday, 16 March 2012 14:12:16 UTC