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.
This commit is contained in:
Cody Boone Ferguson committed 2024-04-18 03:05:12 -07:00
1 parent e93ae30dd9
commit 92525e2e26
11 files changed
+6 -92

No files matched your search

-8
View File
@@ -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,
+3 -3
View File
@@ -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
-32
View File
@@ -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>O</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.
-41
View File
@@ -10,7 +10,6 @@ Current bugs and things that look like bugs but are not, as of 12 September 2020
- [With negative growth the snake drops from the middle of the body](#middleofsnake)
- [It looks like the bug is in the snake](#buginsnake)
- [On the safety of the bug placement loop](#bugplacement)
- [Vertical snake has more space between snake char than horizontal](#verticalsnake)
# <a name="builtin-test-unit" href="#toc">Built-in test unit for some features!</a>
@@ -269,46 +268,6 @@ 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.
# <a name="verticalsnake" href="#toc">Vertical snake has more space between snake char than horizontal snake</a>
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.
>
<img src="halfwidth_vs_fullwidth.png">
However the function `mvaddch()` takes a `chtype` which amounts to a C char
with additional information and so the full width `O`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.)
[crazy.log.md]: crazy.log.md
[gameplay.md]: gameplay.md
[troubleshooting.md]: troubleshooting.md
Binary file not shown.

Before

Width:  |  Height:  |  Size: 11 KiB

+3 -4
View File
@@ -595,9 +595,9 @@ programming abilities (and other abilities) even when I couldn’t believe in
myself! Very much appreciated especially coming from an amazing programmer who I
have huge admiration for!</p>
<p>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.</p>
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.</p>
<p>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
my entries. It’s a huge honour; thank you! I also happen to <strong>love</strong> your
@@ -666,7 +666,6 @@ email but I’m more likely to respond to mastodon messages.</p>
<li><a href="https://github.com/ioccc-src/temp-test-ioccc/blob/master/2020/ferguson1/.entry.json">.entry.json</a> - description of entry in JSON</li>
<li><a href="https://github.com/ioccc-src/temp-test-ioccc/blob/master/2020/ferguson1/gameplay.md">gameplay.md</a> - markdown source for gameplay.html</li>
<li><a href="https://github.com/ioccc-src/temp-test-ioccc/blob/master/2020/ferguson1/.gitignore">.gitignore</a> - list of files that should not be committed under git</li>
<li><a href="halfwidth_vs_fullwidth.png">halfwidth_vs_fullwidth.png</a> - image for bugs.md</li>
<li><a href="ioccc-cake.jpg">ioccc-cake.jpg</a> - image for chocolate cake</li>
<li><a href="https://github.com/ioccc-src/temp-test-ioccc/blob/master/2020/ferguson1/.path">.path</a> - directory path from top directory</li>
<li><a href="https://github.com/ioccc-src/temp-test-ioccc/blob/master/2020/ferguson1/spoilers.md">spoilers.md</a> - markdown source for spoilers.html</li>
-1
View File
@@ -4157,7 +4157,6 @@
2020,ferguson1,.entry.json,4000000000,true,json,true,description of entry in JSON
2020,ferguson1,gameplay.md,4000000000,true,markdown,true,markdown source for gameplay.html
2020,ferguson1,.gitignore,4000000000,true,gitignore,true,list of files that should not be committed under git
2020,ferguson1,halfwidth_vs_fullwidth.png,4000000000,true,image,false,image for bugs.md
2020,ferguson1,ioccc-cake.jpg,4000000000,true,image,false,image for chocolate cake
2020,ferguson1,.path,4000000000,false,path,true,directory path from top directory
2020,ferguson1,spoilers.md,4000000000,true,markdown,true,markdown source for spoilers.html
1 # year dir file_path inventory_order OK_to_edit display_as display_via_github entry_text
4157 2020 ferguson1 .entry.json 4000000000 true json true description of entry in JSON
4158 2020 ferguson1 gameplay.md 4000000000 true markdown true markdown source for gameplay.html
4159 2020 ferguson1 .gitignore 4000000000 true gitignore true list of files that should not be committed under git
2020 ferguson1 halfwidth_vs_fullwidth.png 4000000000 true image false image for bugs.md
4160 2020 ferguson1 ioccc-cake.jpg 4000000000 true image false image for chocolate cake
4161 2020 ferguson1 .path 4000000000 false path true directory path from top directory
4162 2020 ferguson1 spoilers.md 4000000000 true markdown true markdown source for spoilers.html
Binary file not shown.
-1
View File
@@ -4144,7 +4144,6 @@
2020/ferguson1/crazy.log.md
2020/ferguson1/gameplay.html
2020/ferguson1/gameplay.md
2020/ferguson1/halfwidth_vs_fullwidth.png
2020/ferguson1/index.html
2020/ferguson1/ioccc-cake.jpg
2020/ferguson1/play.sh
-1
View File
@@ -4144,7 +4144,6 @@
2020/ferguson1/crazy.log.md
2020/ferguson1/gameplay.html
2020/ferguson1/gameplay.md
2020/ferguson1/halfwidth_vs_fullwidth.png
2020/ferguson1/index.html
2020/ferguson1/ioccc-cake.jpg
2020/ferguson1/play.sh
-1
View File
@@ -3180,7 +3180,6 @@
2020/ferguson1/chocolate-cake.md
2020/ferguson1/crazy.log.md
2020/ferguson1/gameplay.md
2020/ferguson1/halfwidth_vs_fullwidth.png
2020/ferguson1/ioccc-cake.jpg
2020/ferguson1/play.sh
2020/ferguson1/prog.2.c