diff --git a/2020/ferguson1/.entry.json b/2020/ferguson1/.entry.json
index 6d485f363..5579026dd 100644
--- a/2020/ferguson1/.entry.json
+++ b/2020/ferguson1/.entry.json
@@ -281,14 +281,6 @@
"display_via_github" : true,
"entry_text" : "markdown source for gameplay.html"
},
- {
- "file_path" : "halfwidth_vs_fullwidth.png",
- "inventory_order" : 4000000000,
- "OK_to_edit" : true,
- "display_as" : "image",
- "display_via_github" : false,
- "entry_text" : "image for bugs.md"
- },
{
"file_path" : "ioccc-cake.jpg",
"inventory_order" : 4000000000,
diff --git a/2020/ferguson1/README.md b/2020/ferguson1/README.md
index 1acbe7693..7c21e47db 100644
--- a/2020/ferguson1/README.md
+++ b/2020/ferguson1/README.md
@@ -556,9 +556,9 @@ myself! Very much appreciated especially coming from an amazing programmer who I
have huge admiration for!
I want to thank Ilya Kurdyukov for his helpful comments, suggestions and
-reporting the problem about half-width/full-width char spacing. He's been
-playing with some versions of his own and will have them on GitHub after the
-2020 IOCCC winning entries have been published.
+reporting the (undocumented) 'problem' about half-width/full-width char spacing.
+He's been playing with some versions of his own and will have them on GitHub
+after the 2020 IOCCC winning entries have been published.
Finally I want to thank Leo Broukhis, Simon Cooper and Landon Curt Noll for
continuing to hold the contest after all these years - and for having selected
diff --git a/2020/ferguson1/bugs.html b/2020/ferguson1/bugs.html
index 909cf535c..4ae86b4d8 100644
--- a/2020/ferguson1/bugs.html
+++ b/2020/ferguson1/bugs.html
@@ -143,7 +143,6 @@
With negative growth the snake drops from the middle of the body
It looks like the bug is in the snake
On the safety of the bug placement loop
-Vertical snake has more space between snake char than horizontal
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.<
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.
-
-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:
-
-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.
-MATE Terminal 1.20.0, and font “Ubuntu Mono Regular 13”
-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).
-https://en.wikipedia.org/wiki/Halfwidth_and_fullwidth_forms
-So the typical fonts are Half-width or close to it.
-
-
-However the function mvaddch() takes a chtype which amounts to a C char
-with additional information and so the full width Ｏ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
-spoilers aren’t enough here!).
-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.
-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.)