Skip to content

Commit

Permalink
Merge pull request #550 from kingwingfly/patch-1
Browse files Browse the repository at this point in the history
fix a spell mistake at docs/beginner/tutorial2-surface/README.md
  • Loading branch information
sotrh authored Jun 12, 2024
2 parents 2a9e31e + 83d85b1 commit 86be802
Showing 1 changed file with 1 addition and 1 deletion.
2 changes: 1 addition & 1 deletion docs/beginner/tutorial2-surface/README.md
Original file line number Diff line number Diff line change
Expand Up @@ -549,7 +549,7 @@ The `RenderPassColorAttachment` has the `view` field, which informs `wgpu` what

The `resolve_target` is the texture that will receive the resolved output. This will be the same as `view` unless multisampling is enabled. We don't need to specify this, so we leave it as `None`.

The `ops` field takes a `wpgu::Operations` object. This tells wgpu what to do with the colors on the screen (specified by `view`). The `load` field tells wgpu how to handle colors stored from the previous frame. Currently, we are clearing the screen with a bluish color. The `store` field tells wgpu whether we want to store the rendered results to the `Texture` behind our `TextureView` (in this case, it's the `SurfaceTexture`). We use `StoreOp::Store` as we do want to store our render results.
The `ops` field takes a `wgpu::Operations` object. This tells wgpu what to do with the colors on the screen (specified by `view`). The `load` field tells wgpu how to handle colors stored from the previous frame. Currently, we are clearing the screen with a bluish color. The `store` field tells wgpu whether we want to store the rendered results to the `Texture` behind our `TextureView` (in this case, it's the `SurfaceTexture`). We use `StoreOp::Store` as we do want to store our render results.

<div class="note">

Expand Down

0 comments on commit 86be802

Please sign in to comment.