Skip to content

Commit ac81087

Browse files
authored
Merge pull request #52 from bluebarnacles/master
minor grammar fixes: 09-lines.rst
2 parents 3d3c0a3 + 0250d18 commit ac81087

File tree

1 file changed

+5
-5
lines changed

1 file changed

+5
-5
lines changed

09-lines.rst

+5-5
Original file line numberDiff line numberDiff line change
@@ -309,8 +309,8 @@ Taking all these constraints into account, the line preparation reads:
309309
return V_prev, V_curr, V_next, L[-1]
310310
311311
312-
Using this baking, it is now realtively easy to compute vertex position from
313-
within the vertex shader. The only difficulty being to parameterize properly
312+
Using this baking, it is now relatively easy to compute vertex position from
313+
within the vertex shader. The only difficulty being to properly parameterize
314314
the vertex such as to have all information to perform the antialiasing inside
315315
the fragment shader:
316316

@@ -347,7 +347,7 @@ the fragment shader:
347347
gl_Position = vec4(2.0*p/resolution-1.0, 0.0, 1.0);
348348
}
349349
350-
Adn the fragment shader reads:
350+
And the fragment shader reads:
351351

352352
.. code:: glsl
353353
@@ -412,8 +412,8 @@ just to be able to handle miter and round joints properly in the fragment
412412
shader. To be able to do this, we need to know from within the fragment shader
413413
if a given fragment is inside the joint area or not. This requires a specific
414414
parameterization that relies on having a different tesselation with 4×n
415-
vertices instead of 2×n. I won't explain all the details here but only provide
416-
the final result that you can found in `geom-path.py
415+
vertices instead of 2×n. I won't explain all the details here, but only provide
416+
the final result that you can find in `geom-path.py
417417
<code/chapter-09/geom_path.py>`_.
418418

419419
If you look at the sources, you'll see I'm using a geometry shader, which is a

0 commit comments

Comments
 (0)