Menu system for harddisk AUTO folder? ==> RELEASED

[Fletch]

Very cool idea. Thanks for making this.

[Eero Tamminen]

Some usability issues:
- F10 -> go to HDMENU, F10 -> show list, F10 -> reset ST. Same key shouldn't be used both to invoke the menu, and to reset ST
- Hdmenu should tell user if program user tried to start doesn't exist, remove it from list & redraw list (instead of causing ST reset)
- Pressing same key again (e.g. help/F1/F2), should go back to menu

[Xerus]

There are programs like your tool on Amiga (TinyLauncher, X-bEnCh, etc.), it's faster than a desktop to start games.
This is a good news to see such tools on Atari!
Maybe you should give it a name ^^

Bravo Simonsunnyboy.

[simonsunnyboy]

Some usability issues:
- F10 -> go to HDMENU, F10 -> show list, F10 -> reset ST. Same key shouldn't be used both to invoke the menu, and to reset ST<

This is reasonable, I'll probably add an option to change the key.

- Hdmenu should tell user if program user tried to start doesn't exist, remove it from list & redraw list (instead of causing ST reset)

I disagree.
a) The menu should not mess with the database. That is up to the user. The goal is not to create a totally automanaging smartphone app but only a small helper. I can add an option to report files that are not existing so the user will get informed, e.q. not list the program while parsing the database.

b) The reset will stay active. The menu is not meant to run clean programs that exit properly. So if any loader fails for any reason, it is a lot safer to do a proper reset.

- Pressing same key again (e.g. help/F1/F2), should go back to menu

That might be possible. I personally prefer an explicit key that cannot be pressed by accident.

[simonsunnyboy]

There are programs like your tool on Amiga (TinyLauncher, X-bEnCh, etc.), it's faster than a desktop to start games.
This is a good news to see such tools on Atari!
Maybe you should give it a name ^^

Bravo Simonsunnyboy.

I assumed so but could not find anything suitable for our Atari ^^

On the naming, I really prefer something direct and obvious, not too creative. Special names are not as easy to remember. This is meant as a small straight forward tool, not too fancy but up to the point.

[Eero Tamminen]

- Hdmenu should tell user if program user tried to start doesn't exist, remove it from list & redraw list (instead of causing ST reset)

I disagree.
a) The menu should not mess with the database. That is up to the user. The goal is not to create a totally automanaging smartphone app but only a small helper. I can add an option to report files that are not existing so the user will get informed, e.q. not list the program while parsing the database.

I didn't suggest removing it from database, just from the screen (after showing the error)... Alternatively you could dim/disable that item, on screen.

b) The reset will stay active. The menu is not meant to run clean programs that exit properly. So if any loader fails for any reason, it is a lot safer to do a proper reset.

If failure is "program doesn't exist", there's no point in doing a reset, as nothing got run that could have messed things up.

- Pressing same key again (e.g. help/F1/F2), should go back to menu

That might be possible. I personally prefer an explicit key that cannot be pressed by accident.

I agree for things where something actually is done, besides showing some informational text on screen. That's why I suggested using it only for help/F1/F2. (Last one shows config, doesn't change it, so pressing the F2 key twice accidentally instead of intentionally cannot create any problems)

[NGF]

Useful tool simonsunnyboy!
Anyone know of some tool to generate the .CSV file with full path to all .prg files?

EDIT: I found the answer to my problem in dos
dir *.prg /s /b >output.txt

[NGF]

Is it possible to increase the maximum quantity of items in the menu? I only managed to list 204, the rest is cut.

[simonsunnyboy]

200 should be the current size, but I have increased it to 2000 now. The thing will not on on 512K machines anymore. Please report if there are any RAM troubles on games that did load fine sofar. Maybe the loader and RAM free is not yet perfect.

This release also incorporates some usability inputs from Eero Tamminen.

release-2016-05-27.zip

[alienkidmj12]

i really like this menu, its real nice

[dimfil]

Excellent work! Great to have such a tool on the Atari ST!

I don't know for others but on my system (ste/4mb/ultrasatan) there are problems for PP's adapted games that use the mouse, Loom and Bard's Tale for example. The same games work OK when started from GEM as normal but can't use the mouse when started from hdmenu.

Any others experiencing same issues?

[simonsunnyboy]

Those games probably need GEM to be initialized to work.

My menu does not use any custom keyboard routines and only uses TOS system calls to poll the input.

[dimfil]

Those games probably need GEM to be initialized to work.

My menu does not use any custom keyboard routines and only uses TOS system calls to poll the input.

Thank you for your immediate response!
Bard's Tale (for example) works from the Klapauzius files but not from PP's files. So, I would suppose it also has something to do with the way the games are adapted. Unfortunately though, Klapauzius collection does not cover all of these games (one example is Loom)...