info/BezierInfo-2
1
0
Fork 0
mirror of https://github.com/Pomax/BezierInfo-2.git synced 2025-08-31 03:59:58 +02:00
Code Issues Releases Wiki Activity

Automated build

Browse Source
This commit is contained in:
Bezierinfo CI
2021-06-07 15:26:03 +00:00
parent fa7ae89f47
commit c81ec10cb2
9 changed files with 83 additions and 63 deletions
Download Patch File Download Diff File Expand all files Collapse all files

26
docs/index.html
View File

@@ -38,7 +38,7 @@
<meta property="og:locale" content="en-GB" />
<meta property="og:type" content="article" />
<meta property="og:published_time" content="2013-06-13T12:00:00+00:00" />
<meta property="og:updated_time" content="2021-06-07T15:09:41+00:00" />
<meta property="og:updated_time" content="2021-06-07T15:25:25+00:00" />
<meta property="og:author" content="Mike 'Pomax' Kamermans" />
<meta property="og:section" content="Bézier Curves" />
<meta property="og:tag" content="Bézier Curves" />
@@ -5895,9 +5895,13 @@ lli = function(line1, line2):
>,<em>C<sub>2.2</sub></em
>).
</li>
<li>For each pair, check whether their bounding boxes overlap.</li>
<li>If their bounding boxes do not overlap, discard the pair, as there is no intersection between this pair of curves.</li>
<li>If there <em>is</em> overlap, rerun all steps for this pair.</li>
<li>
For each pair, check whether their bounding boxes overlap.
<ol>
<li>If their bounding boxes do not overlap, discard the pair, as there is no intersection between this pair of curves.</li>
<li>If there <em>is</em> overlap, rerun all steps for this pair.</li>
</ol>
</li>
<li>
Once the sub-curves we form are so small that they effectively occupy sub-pixel areas, we consider an intersection found, noting that we
might have a cluster of multiple intersections at the sub-pixel level, out of which we pick one to act as "found" <code>t</code> value
@@ -9574,13 +9578,13 @@ radialError(radius, points[]):
</p>
<ol>
<li>We start with <code>low=0</code>, <code>mid=0.5</code> and <code>high=1</code></li>
<li>That'll fail, so we retry with the interval halved: <code>{0, 0.25, 0.5}</code></li>
</ol>
<ul>
<li>If that arc's good, we move back up by half distance: <code>{0, 0.375, 0.75}</code>.</li>
<li>However, if the arc was still bad, we move <em>down</em> by half the distance: <code>{0, 0.125, 0.25}</code>.</li>
</ul>
<ol start="3">
<li>
That'll fail, so we retry with the interval halved: <code>{0, 0.25, 0.5}</code>
<ul>
<li>If that arc's good, we move back up by half distance: <code>{0, 0.375, 0.75}</code>.</li>
<li>However, if the arc was still bad, we move <em>down</em> by half the distance: <code>{0, 0.125, 0.25}</code>.</li>
</ul>
</li>
<li>
We keep doing this over and over until we have two arcs, in sequence, of which the first arc is good, and the second arc is bad. When we
find that pair, we've found the boundary between a good approximation and a bad approximation, and we pick the good arc.

26
docs/ja-JP/index.html
View File

@@ -41,7 +41,7 @@
<meta property="og:locale" content="ja-JP" />
<meta property="og:type" content="article" />
<meta property="og:published_time" content="2013-06-13T12:00:00+00:00" />
<meta property="og:updated_time" content="2021-06-07T15:09:41+00:00" />
<meta property="og:updated_time" content="2021-06-07T15:25:25+00:00" />
<meta property="og:author" content="Mike 'Pomax' Kamermans" />
<meta property="og:section" content="Bézier Curves" />
<meta property="og:tag" content="Bézier Curves" />
@@ -6001,9 +6001,13 @@ lli = function(line1, line2):
>,<em>C<sub>2.2</sub></em
>).
</li>
<li>For each pair, check whether their bounding boxes overlap.</li>
<li>If their bounding boxes do not overlap, discard the pair, as there is no intersection between this pair of curves.</li>
<li>If there <em>is</em> overlap, rerun all steps for this pair.</li>
<li>
For each pair, check whether their bounding boxes overlap.
<ol>
<li>If their bounding boxes do not overlap, discard the pair, as there is no intersection between this pair of curves.</li>
<li>If there <em>is</em> overlap, rerun all steps for this pair.</li>
</ol>
</li>
<li>
Once the sub-curves we form are so small that they effectively occupy sub-pixel areas, we consider an intersection found, noting that we
might have a cluster of multiple intersections at the sub-pixel level, out of which we pick one to act as "found" <code>t</code> value
@@ -9792,13 +9796,13 @@ radialError(radius, points[]):
</p>
<ol>
<li>We start with <code>low=0</code>, <code>mid=0.5</code> and <code>high=1</code></li>
<li>That'll fail, so we retry with the interval halved: <code>{0, 0.25, 0.5}</code></li>
</ol>
<ul>
<li>If that arc's good, we move back up by half distance: <code>{0, 0.375, 0.75}</code>.</li>
<li>However, if the arc was still bad, we move <em>down</em> by half the distance: <code>{0, 0.125, 0.25}</code>.</li>
</ul>
<ol start="3">
<li>
That'll fail, so we retry with the interval halved: <code>{0, 0.25, 0.5}</code>
<ul>
<li>If that arc's good, we move back up by half distance: <code>{0, 0.375, 0.75}</code>.</li>
<li>However, if the arc was still bad, we move <em>down</em> by half the distance: <code>{0, 0.125, 0.25}</code>.</li>
</ul>
</li>
<li>
We keep doing this over and over until we have two arcs, in sequence, of which the first arc is good, and the second arc is bad. When we
find that pair, we've found the boundary between a good approximation and a bad approximation, and we pick the good arc.

4
docs/news/2020-09-18.html
View File

@@ -33,8 +33,8 @@
<meta property="og:description" content="Rewriting the tech stack" />
<meta property="og:locale" content="en-GB" />
<meta property="og:type" content="article" />
<meta property="og:published_time" content="Thu Sep 17 2020 17:00:00 +00:00" />
<meta property="og:updated_time" content="Mon Jun 07 2021 08:09:41 +00:00" />
<meta property="og:published_time" content="Fri Sep 18 2020 00:00:00 +00:00" />
<meta property="og:updated_time" content="Mon Jun 07 2021 15:25:25 +00:00" />
<meta property="og:author" content="Mike 'Pomax' Kamermans" />
<meta property="og:section" content="Bézier Curves" />
<meta property="og:tag" content="Bézier Curves" />

4
docs/news/2020-11-22.html
View File

@@ -33,8 +33,8 @@
<meta property="og:description" content="Curve-circle intersections" />
<meta property="og:locale" content="en-GB" />
<meta property="og:type" content="article" />
<meta property="og:published_time" content="Sat Nov 21 2020 16:00:00 +00:00" />
<meta property="og:updated_time" content="Mon Jun 07 2021 08:09:41 +00:00" />
<meta property="og:published_time" content="Sun Nov 22 2020 00:00:00 +00:00" />
<meta property="og:updated_time" content="Mon Jun 07 2021 15:25:25 +00:00" />
<meta property="og:author" content="Mike 'Pomax' Kamermans" />
<meta property="og:section" content="Bézier Curves" />
<meta property="og:tag" content="Bézier Curves" />

2
docs/news/index.html
View File

@@ -33,7 +33,7 @@
<meta property="og:description" content="" />
<meta property="og:locale" content="en-GB" />
<meta property="og:type" content="article" />
<meta property="og:published_time" content="Mon Jun 07 2021 08:09:41 GMT-0700 (Pacific Daylight Time)" />
<meta property="og:published_time" content="Mon Jun 07 2021 15:25:25 GMT+0000 (Coordinated Universal Time)" />
<meta property="og:updated_time" content="" />
<meta property="og:author" content="Mike 'Pomax' Kamermans" />
<meta property="og:section" content="Bézier Curves" />

6
docs/news/rss.xml
View File

@@ -6,7 +6,7 @@
<atom:link href="https://pomax.github.io/bezierinfo" rel="self"></atom:link>
<description>News updates for the <a href="https://pomax.github.io/bezierinfo">primer on Bézier Curves</a> by Pomax</description>
<language>en-GB</language>
<lastBuildDate>Mon Jun 07 2021 08:09:41 +00:00</lastBuildDate>
<lastBuildDate>Mon Jun 07 2021 15:25:25 +00:00</lastBuildDate>
<image>
<url>https://pomax.github.io/bezierinfo/images/og-image.png</url>
<title>A Primer on Bézier Curves</title>
@@ -23,7 +23,7 @@
&lt;p&gt;— &lt;a href=&quot;https://twitter.com/TheRealPomax&quot;&gt;Pomax&lt;/a&gt;&lt;/p&gt;
</description>
<pubDate>Sat Nov 21 2020 16:00:00 +00:00</pubDate>
<pubDate>Sun Nov 22 2020 00:00:00 +00:00</pubDate>
<guid>2020-11-22.html</guid>
</item><item>
<title>Rewriting the tech stack</title>
@@ -119,7 +119,7 @@ draw() {
&lt;p&gt;— &lt;a href=&quot;https://twitter.com/TheRealPomax&quot;&gt;Pomax&lt;/a&gt;&lt;/p&gt;
</description>
<pubDate>Thu Sep 17 2020 17:00:00 +00:00</pubDate>
<pubDate>Fri Sep 18 2020 00:00:00 +00:00</pubDate>
<guid>2020-09-18.html</guid>
</item>
</channel>

26
docs/ru-RU/index.html
View File

@@ -34,7 +34,7 @@
<meta property="og:locale" content="ru-RU" />
<meta property="og:type" content="article" />
<meta property="og:published_time" content="2013-06-13T12:00:00+00:00" />
<meta property="og:updated_time" content="2021-06-07T15:09:41+00:00" />
<meta property="og:updated_time" content="2021-06-07T15:25:25+00:00" />
<meta property="og:author" content="Mike 'Pomax' Kamermans" />
<meta property="og:section" content="Bézier Curves" />
<meta property="og:tag" content="Bézier Curves" />
@@ -6158,9 +6158,13 @@ lli = function(line1, line2):
>,<em>C<sub>2.2</sub></em
>).
</li>
<li>For each pair, check whether their bounding boxes overlap.</li>
<li>If their bounding boxes do not overlap, discard the pair, as there is no intersection between this pair of curves.</li>
<li>If there <em>is</em> overlap, rerun all steps for this pair.</li>
<li>
For each pair, check whether their bounding boxes overlap.
<ol>
<li>If their bounding boxes do not overlap, discard the pair, as there is no intersection between this pair of curves.</li>
<li>If there <em>is</em> overlap, rerun all steps for this pair.</li>
</ol>
</li>
<li>
Once the sub-curves we form are so small that they effectively occupy sub-pixel areas, we consider an intersection found, noting that we
might have a cluster of multiple intersections at the sub-pixel level, out of which we pick one to act as "found" <code>t</code> value
@@ -9949,13 +9953,13 @@ radialError(radius, points[]):
</p>
<ol>
<li>We start with <code>low=0</code>, <code>mid=0.5</code> and <code>high=1</code></li>
<li>That'll fail, so we retry with the interval halved: <code>{0, 0.25, 0.5}</code></li>
</ol>
<ul>
<li>If that arc's good, we move back up by half distance: <code>{0, 0.375, 0.75}</code>.</li>
<li>However, if the arc was still bad, we move <em>down</em> by half the distance: <code>{0, 0.125, 0.25}</code>.</li>
</ul>
<ol start="3">
<li>
That'll fail, so we retry with the interval halved: <code>{0, 0.25, 0.5}</code>
<ul>
<li>If that arc's good, we move back up by half distance: <code>{0, 0.375, 0.75}</code>.</li>
<li>However, if the arc was still bad, we move <em>down</em> by half the distance: <code>{0, 0.125, 0.25}</code>.</li>
</ul>
</li>
<li>
We keep doing this over and over until we have two arcs, in sequence, of which the first arc is good, and the second arc is bad. When we
find that pair, we've found the boundary between a good approximation and a bad approximation, and we pick the good arc.

26
docs/uk-UA/index.html
View File

@@ -39,7 +39,7 @@
<meta property="og:locale" content="uk-UA" />
<meta property="og:type" content="article" />
<meta property="og:published_time" content="2013-06-13T12:00:00+00:00" />
<meta property="og:updated_time" content="2021-06-07T15:09:41+00:00" />
<meta property="og:updated_time" content="2021-06-07T15:25:25+00:00" />
<meta property="og:author" content="Mike 'Pomax' Kamermans" />
<meta property="og:section" content="Bézier Curves" />
<meta property="og:tag" content="Bézier Curves" />
@@ -6132,9 +6132,13 @@ lli = function(line1, line2):
>,<em>C<sub>2.2</sub></em
>).
</li>
<li>For each pair, check whether their bounding boxes overlap.</li>
<li>If their bounding boxes do not overlap, discard the pair, as there is no intersection between this pair of curves.</li>
<li>If there <em>is</em> overlap, rerun all steps for this pair.</li>
<li>
For each pair, check whether their bounding boxes overlap.
<ol>
<li>If their bounding boxes do not overlap, discard the pair, as there is no intersection between this pair of curves.</li>
<li>If there <em>is</em> overlap, rerun all steps for this pair.</li>
</ol>
</li>
<li>
Once the sub-curves we form are so small that they effectively occupy sub-pixel areas, we consider an intersection found, noting that we
might have a cluster of multiple intersections at the sub-pixel level, out of which we pick one to act as "found" <code>t</code> value
@@ -9923,13 +9927,13 @@ radialError(radius, points[]):
</p>
<ol>
<li>We start with <code>low=0</code>, <code>mid=0.5</code> and <code>high=1</code></li>
<li>That'll fail, so we retry with the interval halved: <code>{0, 0.25, 0.5}</code></li>
</ol>
<ul>
<li>If that arc's good, we move back up by half distance: <code>{0, 0.375, 0.75}</code>.</li>
<li>However, if the arc was still bad, we move <em>down</em> by half the distance: <code>{0, 0.125, 0.25}</code>.</li>
</ul>
<ol start="3">
<li>
That'll fail, so we retry with the interval halved: <code>{0, 0.25, 0.5}</code>
<ul>
<li>If that arc's good, we move back up by half distance: <code>{0, 0.375, 0.75}</code>.</li>
<li>However, if the arc was still bad, we move <em>down</em> by half the distance: <code>{0, 0.125, 0.25}</code>.</li>
</ul>
</li>
<li>
We keep doing this over and over until we have two arcs, in sequence, of which the first arc is good, and the second arc is bad. When we
find that pair, we've found the boundary between a good approximation and a bad approximation, and we pick the good arc.

26
docs/zh-CN/index.html
View File

@@ -41,7 +41,7 @@
<meta property="og:locale" content="zh-CN" />
<meta property="og:type" content="article" />
<meta property="og:published_time" content="2013-06-13T12:00:00+00:00" />
<meta property="og:updated_time" content="2021-06-07T15:09:41+00:00" />
<meta property="og:updated_time" content="2021-06-07T15:25:25+00:00" />
<meta property="og:author" content="Mike 'Pomax' Kamermans" />
<meta property="og:section" content="Bézier Curves" />
<meta property="og:tag" content="Bézier Curves" />
@@ -5977,9 +5977,13 @@ lli = function(line1, line2):
>,<em>C<sub>2.2</sub></em
>).
</li>
<li>For each pair, check whether their bounding boxes overlap.</li>
<li>If their bounding boxes do not overlap, discard the pair, as there is no intersection between this pair of curves.</li>
<li>If there <em>is</em> overlap, rerun all steps for this pair.</li>
<li>
For each pair, check whether their bounding boxes overlap.
<ol>
<li>If their bounding boxes do not overlap, discard the pair, as there is no intersection between this pair of curves.</li>
<li>If there <em>is</em> overlap, rerun all steps for this pair.</li>
</ol>
</li>
<li>
Once the sub-curves we form are so small that they effectively occupy sub-pixel areas, we consider an intersection found, noting that we
might have a cluster of multiple intersections at the sub-pixel level, out of which we pick one to act as "found" <code>t</code> value
@@ -9768,13 +9772,13 @@ radialError(radius, points[]):
</p>
<ol>
<li>We start with <code>low=0</code>, <code>mid=0.5</code> and <code>high=1</code></li>
<li>That'll fail, so we retry with the interval halved: <code>{0, 0.25, 0.5}</code></li>
</ol>
<ul>
<li>If that arc's good, we move back up by half distance: <code>{0, 0.375, 0.75}</code>.</li>
<li>However, if the arc was still bad, we move <em>down</em> by half the distance: <code>{0, 0.125, 0.25}</code>.</li>
</ul>
<ol start="3">
<li>
That'll fail, so we retry with the interval halved: <code>{0, 0.25, 0.5}</code>
<ul>
<li>If that arc's good, we move back up by half distance: <code>{0, 0.375, 0.75}</code>.</li>
<li>However, if the arc was still bad, we move <em>down</em> by half the distance: <code>{0, 0.125, 0.25}</code>.</li>
</ul>
</li>
<li>
We keep doing this over and over until we have two arcs, in sequence, of which the first arc is good, and the second arc is bad. When we
find that pair, we've found the boundary between a good approximation and a bad approximation, and we pick the good arc.