From 86887c5c8a619aa468b624d309cde3e02adec593 Mon Sep 17 00:00:00 2001 From: Tobi <46348678+TkinterinShanghai@users.noreply.github.com> Date: Mon, 18 Mar 2024 15:23:27 +0100 Subject: [PATCH] fix(docs): Fix typos in webgpu-vs-webgl.md (#2038) --- docs/api-guide/background/webgpu-vs-webgl.md | 8 ++++---- 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/docs/api-guide/background/webgpu-vs-webgl.md b/docs/api-guide/background/webgpu-vs-webgl.md index de54173f72..45cc6fac0d 100644 --- a/docs/api-guide/background/webgpu-vs-webgl.md +++ b/docs/api-guide/background/webgpu-vs-webgl.md @@ -31,13 +31,13 @@ But there are also explicit features such as command queues, bind groups and ren ## WebGL compatibility -The WebGPU designers had many challenging goals, however backwards compatibility WebGL was clearly not among them. While this was likely This lack of backwards is quite significant. And it is not just a simple matter of essentially the same APIs being arbitrarily renamed, but the structure of the API is different and the behavior of objects (immutability etc) does invalidate many reasonable assumptions made by WebGL applications. +The WebGPU designers had many challenging goals, however backwards compatibility WebGL was clearly not among them. While this was likely This lack of backwards is quite significant. And it is not just a simple matter of essentially the same APIs being arbitrarily renamed, but the structure of the API is different and the behavior of objects (immutability etc) does invalidate many reasonable assumptions made by WebGL applications. ## Breaking changes -The luma.gl API with its focus on providing direct access to the GPU and the GPU API is perhaps impacted more by the incompatibilities between the WebGPU and the WebGL APIs thatn other WebGL frameworks that tend to provide higher-level, game-engine type abstractions in their APIs (such as a "renderer" class). +The luma.gl API with its focus on providing direct access to the GPU and the GPU API is perhaps impacted more by the incompatibilities between the WebGPU and the WebGL APIs than other WebGL frameworks that tend to provide higher-level, game-engine type abstractions in their APIs (such as a "renderer" class). -To be sure, the effort required to support WebGPU is big in both cases, but sometimes the required implementation changes in other frameworks can perhapsw be hidden inside their abstractions, and avoid breaking API changes, whereas in luma.gl, we have to expose the change and break some APIs. +To be sure, the effort required to support WebGPU is big in both cases, but sometimes the required implementation changes in other frameworks can perhaps be hidden inside their abstractions, and avoid breaking API changes, whereas in luma.gl, we have to expose the change and break some APIs. ## Differences @@ -97,4 +97,4 @@ While these are valuable, some of them require extra effort and planning when or ## Additional Information -There are many other examples, this is only a partial list. \ No newline at end of file +There are many other examples, this is only a partial list.