Re: [Public WebGL] Re: WEBGL_get_buffer_sub_data_async

Subject: Re: [Public WebGL] Re: WEBGL_get_buffer_sub_data_async

From: Florian Bösch <pyalot@gmail.com>

Date: Mon, 6 Feb 2017 20:06:32 +0100

Cc: Maksims Mihejevs <max@playcanvas.com>, Geoff Lang <geofflang@google.com>, public <public_webgl@khronos.org>, Corentin Wallez <cwallez@google.com>, Kai Ninomiya <kainino@google.com>, Kenneth Russell <kbr@google.com>

Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=ryWLoQb/2shYj4u+9JOz7A81U4I8S9kFRNqg3oXiauM=; b=KN8SKvpA+2qWohUkas/w8tQXfphdSFbESd8swYr0X7zayJ6lfPuy0a0mVgFPJn7G57 b9xe44Goh/GmZ+PWFpMTo4tMn1AZi6eEuDJWMpdw7wLTqB5iD0/ed1MvhMW15kO5hR04 nei8QIt4VgW61O+tTLTVVIm9DZPUfrimISQVZl4dIuSjhADncXOZAgNefhfnPZzSiI3O uDyr8k5ynjVyArnw6mT1XmOzGiOz1aOE0zboylg1p/JlZ5Bze97gbdzcc+UaRZwXnroU ADt8zVuT1bcRxwJuGrRRA0yL5g5kNVr87yDT/VYle6nQyQWPn7bSUxn6v07jzfW4y47I Ir8g==

In-reply-to: <CAOK8ODjB=LoaYPhSK_BXo-PYsgy2Z=rb+68ZDhj6A8oWM9QNBA@mail.gmail.com>

List-archive: <https://www.khronos.org/webgl/public-mailing-list/archives/>

List-id: Public WebGL Mailing List <public_webgl.khronos.org>

List-owner: <mailto:owners-public_webgl@khronos.org>

List-post: <mailto:public_webgl@khronos.org>

List-subscribe: <mailto:majordomo@khronos.org?body=subscribe%20public_webgl>

List-unsubscribe: <mailto:majordomo@khronos.org?body=unsubscribe%20public_webgl>

References: <CAOK8ODjNvP6UVam9xHtajBeoAn14ksbv44n9eHj250cmEf4sRA@mail.gmail.com> <CAOK8ODh=0wD7PULjPz9ivzzmHmnReLThreZpB02s1+E5JmEm-Q@mail.gmail.com> <CAKLbJiptdAmqFeEfaAZ6BDSOrbg4=LJRUJQQPdh11JH21qAZGQ@mail.gmail.com> <CAMYvS2ew4Lmv2Bvy6oTAV=V8eQ4a6o83F=XZQRBePcsyHSHR9g@mail.gmail.com> <CAKLbJiruekpPkhq25Qnq=FOMFALtwPid4b0gzezoULufiK4ZAA@mail.gmail.com> <CANxMeyAYjXmfN_C9tSz1ObiMRaABK_2uEn34YUL8CFVW-EB2XA@mail.gmail.com> <CAKLbJiruESnvu8-4389VTE4B6SyeADa7RqMOJyNo5K6mc_-wRQ@mail.gmail.com> <CAMYvS2c0rcz3T3WPu3o06QUF-MrStLntxZResFtQdokLCPyMbA@mail.gmail.com> <CAKLbJipknbTERhLNW0t0ayxPdRe_5aNDz-cHVa8d2QwoAM4FuQ@mail.gmail.com> <CAOK8ODh024NCykJAG3-Re+DriXn4t7+hcd+oYm8ux-ua9GFQ5A@mail.gmail.com> <CAKLbJirQnHZ=EkB=eZ00Q7PqeABTbdg83tf5EmbadY6SSaiNEw@mail.gmail.com> <CAMYvS2eYUKkH44C=tajwnAtjonOazSsYtxbSybSHeOpe+BdAvA@mail.gmail.com> <CAOK8ODh5tgqWH8p7pYzhrx_odBFEC5JgQaoMj2z6F1HTAD3-Pg@mail.gmail.com> <CA+PGBXsZfpzSy7YGQY8tVexXbvcdapJHQF4ibGUE=F0hFm9kpg@mail.gmail.com> <CAOK8ODiF_N6WCJpU90AnuPqq9wAab8c8apgaUUjN6eSYtaOsVA@mail.gmail.com> <CAOK8ODggQBvzUkU6OHSVfpfxLxE3SsaRMGPLDkbyknbOXY4bvg@mail.gmail.com> <CAGdfWNO_hkLQg0kVQjN-GsCaCbu7cu5RKti9zQ4a8Dc5S5fs6A@mail.gmail.com> <CAOK8ODj1Eu4-_-HpuWEQGStMxkETdkRw7xDu4M2ajCvAZGOeMQ@mail.gmail.com> <CAOK8ODjZFJVWx0O_X2b01K6rWKgCuFOsB6LVYuDrWW=CaStvZA@mail.gmail.com> <CAKLbJipRraV8jXwR46myBm9Wa0pdo7oYGvxw3AeJXCCcsRAx9Q@mail.gmail.com> <CA+6sJ-2ik42uxZzkwZP1sGRLUF3BM0xBfK0RjVyFWCNd8eEHeg@mail.gmail.com> <CAOK8ODjB=LoaYPhSK_BXo-PYsgy2Z=rb+68ZDhj6A8oWM9QNBA@mail.gmail.com>

Sender: owners-public_webgl@khronos.org

Below is my rationale for arguing strictly against cutting mapBufferRange out from the standard nearly 2 years ago.

On Fri, Mar 6, 2015 at 11:13 PM, Florian Bösch <pyalot@gmail.com> wrote:

I'm strictly against recasting core functionality as an extension. It's unprecedented and in my opinion not user friendly. I'm also strictly against dropping core functionality. Even if it's inconvenient not to drop it. I'm against it because it means you're not producing an ES 3.0 compatible implementation. That creates all sorts of issues, among them issues for people who transpile to it, and issues for what "a khronos ratification" means for an implementation as well as issues for what you'll do in future revisions of the specification.

It's easy to see how such a bifurcation of the specifications will lead to WebGL being a completely distinct variant of GL from either Desktop GL and ES.

I made some predictions there which have come true:

Difficulties with transpilers [CHECK]
Problems with different semantics [CHECK]
Issues of the bifurcation of the standard into two distinct flavors (ES 3.0 "The web version" and ES 3.0 the native version) [CHECK]
Issues with recasting core functionality as an extension [CHECK]

I'd wish I wasn't the one who has to tell you "told you so".