Remove unnecessary text from 2020/ferguson1

It's still a lot of text but now it's a bit less to .. uh, swallow. One
file was removed as it really served no purpose other than to make the
documentation longer in a way that is not helpful.

Updated manifest.

Regenerated html files.

2020/ferguson1/bugs.html

@@ -143,7 +143,6 @@
 <li><a href="#middleofsnake">With negative growth the snake drops from the middle of the body</a></li>
 <li><a href="#buginsnake">It looks like the bug is in the snake</a></li>
 <li><a href="#bugplacement">On the safety of the bug placement loop</a></li>
-<li><a href="#verticalsnake">Vertical snake has more space between snake char than horizontal</a></li>
 </ul>
 <h1 id="built-in-test-unit-for-some-features"><a name="builtin-test-unit" href="#toc">Built-in test unit for some features!</a></h1>
 <p>Fun fact: There’s something of a built-in test unit for some features; much
@@ -315,37 +314,6 @@ cannibal mode it’s even less likely that you’ll ever run into this problem.<
 <p>The obvious question is why didn’t I put in a break? Because of the IOCCC size
 rule 2 and what would it do anyway? I guess it would win but to my mind that is
 a bug and I prefer putting in restrictions to try and make it very unlikely.</p>
-<h1 id="vertical-snake-has-more-space-between-snake-char-than-horizontal-snake"><a name="verticalsnake" href="#toc">Vertical snake has more space between snake char than horizontal snake</a></h1>
-<p>Ilya Kurdyukov also pointed out that depending on orientation of the snake there
-are different amount of spaces between the snake char ‘o’. This is what he
-had to say on it:</p>
-<blockquote>
-<p>Yes, it is the problem, space in character terminal is not isotropic
-from a viewer (gamer) perspective so one step up look like two steps
-right.</p>
-<p>MATE Terminal 1.20.0, and font “Ubuntu Mono Regular 13”</p>
-<p>But, as I said, there is no terminal problem itself, it’s because
-character tiles are not square (except for Japanese/Chinese, Japanese
-even have so called full-width English characters in their encoding,
-presented in UTF too).</p>
-<p><a href="https://en.wikipedia.org/wiki/Halfwidth_and_fullwidth_forms">https://en.wikipedia.org/wiki/Halfwidth_and_fullwidth_forms</a></p>
-<p>So the typical fonts are Half-width or close to it.</p>
-<p><img src="halfwidth_vs_fullwidth.png"></p>
-</blockquote>
-<p>However the function <code>mvaddch()</code> takes a <code>chtype</code> which amounts to a C char
-with additional information and so the full width <code>Ｏ</code>is too big for the
-function call. He reminded me of the old DOS box chars but even if this was
-easily duplicable (and it might be and I don’t remember) the logic would
-have to be changed for drawing the snake and in such a way that would change
-the source code layout too much - to say nothing else of the fact I have
-also forgotten some of what I did obfuscation wise (and the
-<a href="spoilers.markdown">spoilers</a> aren’t enough here!).</p>
-<p>That being said the font and font size does seem to have somewhat of an
-effect on it since his screenshots have wider gaps than mine.</p>
-<p>Once again thank you mate for bringing this to my attention and also playing
-with it and providing the resources! Much appreciated! (And although you
-suggested it is bugging me I once again here say it’s not at all bugging me
-but it is very much appreciated and it means a great deal to me. Cheers.)</p>
 <!--
 
     Copyright © 1984-2024 by Landon Curt Noll. All Rights Reserved.