Nice! Well documented and well written.

The only issue I ran into (and it is a minor one) is that it doesn't work
on my Tandy 200 so I had to use Virtual T.

   1. There is a graphical glitch in the doorways that causes pixel debris.
   It looks like when a horizontal line is erased to create a north-south
   passageway, the erasure starts two or three pixels too far to the left
   which cuts into  the vertical wall. (See:
   https://gist.github.com/hackerb9/459e2192a8fcf9c4af6430598ed098ac).
   2. The.DO file cannot be run because the Tandy 200 has only 24K (per
   bank) so there is not enough memory to store both the .DO file and create
   the .BA file. You may want to consider offering a pre-tokenized
   <https://github.com/hackerb9/tokenize> .BA file for download. If you use
   Github Actions, you can set it so that each 'git push' of the .DO file will
   automatically create a fresh .BA file. (For exampe, see the Makefile
   <https://github.com/hackerb9/M100LE/blob/main/Makefile> and Workflow
   <https://github.com/hackerb9/M100LE/blob/main/.github/workflows/release.yaml>
   for M100LE <https://github.com/hackerb9/M100LE/>).
   3. Only half the screen is used.

.
I also have a few questions.


   - How did you choose which ten mazes to include in the program? Are they
   sorted by difficulty? It might be fun to have it remember which mazes
   you've beaten so it will always show the next harder level.


   - The documentation implies to me that the Altair version of MAZE029 is
   able to generate new mazes because it has a C++ compiler. Is this talking
   about that "FUZIX <https://www.fuzix.org/>" OS I saw on your github?
   Would a maze generator in BASIC be too slow? Does your appearance here mean
   we can hope to soon see a FUZIX install image for the Model T computers?

And finally, a few suggestions for the future:

   1. Hitting F8, 'Q', or Esc during the game does not quit and return to
   the Menu, but they should.
   2. It would be nice if the 'vi' cursor keys (hjkl) or WordStar movement
   sequences (E, S, D, X) worked in addition to the arrow keys.
   3. The "Play Again?" prompt presumes CAPS LOCK is down
   4. Have you considered using Ken Petit's AsciiPixels image library for
   drawing sprites instead of using the built-in characters?

Thanks!

—b9



On Fri, Aug 2, 2024 at 8:17 AM <[email protected]> wrote:

> Hello all,
>
>
>
> I’ve created a BASIC maze traversal game for the TRS-80 Model 100.   This
> program will randomly select one of ten prebuilt mazes and display it on
> the TRS-80 Model 100.   The maze is 10 x 30.  A mouse is located on the
> left side of the maze and cheese is located on the right side.  The object
> of the game is to use the arrow keys to move the mouse to the cheese.  You
> will be timed with the results reported when the mouse gets to the cheese.
>
>
>
> The game is found at https://github.com/LEJ-Projects/Mouse-in-a-Maze.
>     I’ve included some documentation as well as the source and executable
> files for the C programs used to create the mazes.
>
>
>
> Let me know what you think
>
> Lloyd
>

Reply via email to