| View Issue Details [ Jump to Notes ] | [ Issue History ] [ Print ] | ||||||||||||
| ID | Project | Category | View Status | Date Submitted | Last Update | ||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 0004886 | WHDLoad | [All Projects] General | public | 2020-12-03 07:53 | 2021-01-04 20:54 | ||||||||
| Reporter | UserMcUser | ||||||||||||
| Assigned To | JOTD | Project Info | HD-Installer for OS-Killer http://whdload.de/ | ||||||||||
| Priority | normal | Severity | feature | Reproducibility | N/A | ||||||||
| Status | closed | Resolution | won't fix | ||||||||||
| Product Version | |||||||||||||
| Target Version | Fixed in Version | ||||||||||||
| Summary | 0004886: Text file reader while inside a game (for manuals, cheats, etc) | ||||||||||||
| Description | A WHDLoad feature I'd love to see is to be able to display a text file from within the game/slave by pushing a button. For example. I might be in Turrican. I press HELP (or whatever key is defined in the slave or tooltype) and then: - WHDLoad takes over. - It freezes the game. - It opens a new screen. - It reads and displays "manual.txt" (or whatever is decided the text file should be called) - The user can scroll through (or flip pages?) using joyup/joydown/keyup/keydown (or joyleft/joyright/keyleft/keyright if flip pages). - When the user is done, they press ESC or joystick button to exit. - The screen is closed. - The game begins again. This is a very similar idea to C64 releases such as those from Remember, except instead of the manual being before the game starts, you can bring it up in-game which is much more useful. I don't know how easy this would be to do, if it's at all possible. This can easily be done from within a slave because the slave writer can jump to their own routine that would do this, but ideally this would be a generic WHDLoad feature. By making it generic and reading a standard filename, this functionality becomes available immediately to every single slave. | ||||||||||||
| Tags | No tags attached. | ||||||||||||
| Machine | A1200 | ||||||||||||
| CPU | 68020 | ||||||||||||
| CPUSpeed | 50 | ||||||||||||
| ChipSet | AGA | ||||||||||||
| GFXCard | None | ||||||||||||
| ChipMem | 2 MB | ||||||||||||
| FastMem | 0 MB | ||||||||||||
| Workbench | OS 3.0 | ||||||||||||
| KickROM | 40 - Kick 3.1 | ||||||||||||
| KickSoft | None | ||||||||||||
| WHDLoad | 18.6 | ||||||||||||
| Attached Files |
| ||||||||||||
 Relationships |
|
 Relationships |
| Notes |
|
|
StingRay (developer) 2021-01-02 13:42 |
The idea is good but this is not possible as a generic WHDLoad feature in my opinion. For this to work the current screen data/settings needs to be saved in some way to properly restore it later and this can be quite a complex task, at least when this feature has to work on Amigas without MMU. I have implemented what you suggested in my slaves that have a lot of trainer options and I couldn't use a generic routine for that either. Sometimes it was possible to use an own copperlist, sometimes I had to display the text without touching any of the display related hardware registers. Long story short: good idea but stuff like this should be left to the slave coder. |
|
JOTD (developer) 2021-01-04 20:54 |
just not possible because the way copperlists and games generally work. |
| Notes |
| Issue History |
|||
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2020-12-03 07:53 | UserMcUser | New Issue | |
| 2020-12-03 07:53 | UserMcUser | File Added: manual.png | |
| 2021-01-02 13:42 | StingRay | Note Added: 0009397 | |
| 2021-01-04 20:54 | JOTD | Assigned To | => JOTD |
| 2021-01-04 20:54 | JOTD | Status | new => closed |
| 2021-01-04 20:54 | JOTD | Resolution | open => won't fix |
| 2021-01-04 20:54 | JOTD | Note Added: 0009406 | |
| Issue History |