This is an archived snapshot of W3C's public bugzilla bug tracker, decommissioned in April 2019. Please see the home page for more details.
There's no reason to specify Unit8Array - the application may want to manipulate this using some other TypedArray. As far as the API is concerned it's an integer expressed in big-endian binary.
What are the use cases that are currently not well served with current API? It is trivial to get a view of a different type when needed: new Uint32Array(myUint8View.buffer); I suggest WONTFIX resolution for this bug, as the current solution works well.
new Uint32Array(myUint8View.buffer); will only work, if the buffer length is a multiple of 4. But I agree, we have no advantage of ArrayBuffer (even if I suggested it, originally). +1 for WONTFIX