Re: Old_Message_Mod
Posted: Thu Jul 14, 2011 6:08 am
As of now we have been concentrating on one file, but I doubt that this file is the answer to the mystery.
You are a programmer, correct?
You remember way back in the days of basic programming there were two commands that worked together, the Inkey$, and the GetKey$, if I remember that right. It’s been twenty-eight-years-ago, since I seen any of those commands.
Basically, using those two commands and some pre-defined CHR$ variables, the game would only look for those pre-defined variables. This created a sort of loop.
Sort of what the Games Sub Screens – are doing now, you are trapped in a sub-menu that only accepts predefined codes, such as…up, down, close.
I noticed this when I changed around the COMMANDS \ togglehud – the game would still accept the command as valid, and turn off the toolbar even if I changed the positions of them.
With all of that said – when the program ( sub-menu ) is closed – the game is directed back to another location – it is at that location that the toolbar has to be reactivated.
The problem here is that if all of the ( sub-menu’s ) are directed back to this same location – this will not work!
I played around with this last night, and after playing and clicking the hud button, and then clicking the close button, it is sort of awkward, but its do-able.
I’m sorry but I’m really not seeing how clicking twice harms the game flow of this game, when clicking eight times is required when changing the facing of a unit. There is absolutely nothing about this game that doesn’t require clicking the mouse.
I’m going to concentrate on re-doing the courier screen – just to see if I can get all of the commands on one screen; this would speed up the courier process, without the hassle of being directed to multiple menus.
Hey – playing on your mod – you might consider using these coordinates.
718,604 exit
770,606 hud
681,4 up
681,624 down
davinci
You are a programmer, correct?
You remember way back in the days of basic programming there were two commands that worked together, the Inkey$, and the GetKey$, if I remember that right. It’s been twenty-eight-years-ago, since I seen any of those commands.
Basically, using those two commands and some pre-defined CHR$ variables, the game would only look for those pre-defined variables. This created a sort of loop.
Sort of what the Games Sub Screens – are doing now, you are trapped in a sub-menu that only accepts predefined codes, such as…up, down, close.
I noticed this when I changed around the COMMANDS \ togglehud – the game would still accept the command as valid, and turn off the toolbar even if I changed the positions of them.
With all of that said – when the program ( sub-menu ) is closed – the game is directed back to another location – it is at that location that the toolbar has to be reactivated.
The problem here is that if all of the ( sub-menu’s ) are directed back to this same location – this will not work!
I played around with this last night, and after playing and clicking the hud button, and then clicking the close button, it is sort of awkward, but its do-able.
I’m sorry but I’m really not seeing how clicking twice harms the game flow of this game, when clicking eight times is required when changing the facing of a unit. There is absolutely nothing about this game that doesn’t require clicking the mouse.
I’m going to concentrate on re-doing the courier screen – just to see if I can get all of the commands on one screen; this would speed up the courier process, without the hassle of being directed to multiple menus.
Hey – playing on your mod – you might consider using these coordinates.
718,604 exit
770,606 hud
681,4 up
681,624 down
davinci