Matrix Games Forums

ORIGINAL: paulderynck

I'm assuming in the Delphi IDE that when you define forms, you specify an XY position for their top left corner. Would that not be what you are doing if you get a form to overlap the bottom of the main form instead of appearing right under it?

So the suggestion for Air Combat forms that seem to come up where the active one has focus but is hidden behind an inactive one (and thus is difficult to get at and makes the game look frozen) is that they overlap in some fashion. If you can click on a part of the form that has focus, it should come to the front.

ORIGINAL: Shannon V. OKeets
I am still not sure what is happening, sorry.

The air-to-air combat form (which I assume is what you are referring to here) has an insert panel which provides information on what just happened and instructions as to what the player is to do next (e.g., click on a unit to indicate which to destroy/abort/clear through). The insert panel overlies the air-to-air combat form (it kind of fits within the a-2-a form).

Using the above labels, can you please describe the situation again for me?

ORIGINAL: davidachamberlain

ORIGINAL: Shannon V. OKeets
I am still not sure what is happening, sorry.

The air-to-air combat form (which I assume is what you are referring to here) has an insert panel which provides information on what just happened and instructions as to what the player is to do next (e.g., click on a unit to indicate which to destroy/abort/clear through). The insert panel overlies the air-to-air combat form (it kind of fits within the a-2-a form).

Using the above labels, can you please describe the situation again for me?

Sorry, Steve. I thought you were aware of this problem. It has been stated several times. I am surprised that you have never encountered it yourself, but that might be because of how you set up the windows in your session.

That information dialog box (which needs to have the button clicked), often ends up covered by the Air to Air combat form. When that happens, you are simply stuck. I have used Cascade Windows, Show windows stacked, and Show windos side by side (which can be accessed by a right-click on the task bar) to be able to get the windows re-drawn so that I can actually access the dialog window to click on OK to continue the game.

This has been more of a problem on Netplay games, but also happens in stand-alone games. I usually play with a single display, but this also happens with multiple monitor displays (by the other side on my Netplay games). Our standard protocol for air battles is now to save the game before that air to air battle screen gets displayed and, when possible, to move the Air to Air battle screen to the right at least a half inch to ensure that the information box will not be covered. Without doing so, the Air to Air window just barely covers that dialog box and we get stuck.

Dave

ORIGINAL: paulderynck

Yes I am referring to the forms for A2A combat but most of that is from others posting. Fortunately I have not run into this often myself. So I can't say for sure if it's only the insert panel or another form that comes up during the resolution sequence. What we need to do is capture what the problem form says on its top line or at least capture its purpose.

From what I've read it sounds to me like it's an additional form, not one that has info being changed upon it, and that form has smaller dimensions than the one that's stuck in front of it.

ORIGINAL: davidachamberlain

ORIGINAL: Shannon V. OKeets
I am still not sure what is happening, sorry.

The air-to-air combat form (which I assume is what you are referring to here) has an insert panel which provides information on what just happened and instructions as to what the player is to do next (e.g., click on a unit to indicate which to destroy/abort/clear through). The insert panel overlies the air-to-air combat form (it kind of fits within the a-2-a form).

Using the above labels, can you please describe the situation again for me?

Sorry, Steve. I thought you were aware of this problem. It has been stated several times. I am surprised that you have never encountered it yourself, but that might be because of how you set up the windows in your session.

That information dialog box (which needs to have the button clicked), often ends up covered by the Air to Air combat form. When that happens, you are simply stuck. I have used Cascade Windows, Show windows stacked, and Show windos side by side (which can be accessed by a right-click on the task bar) to be able to get the windows re-drawn so that I can actually access the dialog window to click on OK to continue the game.

This has been more of a problem on Netplay games, but also happens in stand-alone games. I usually play with a single display, but this also happens with multiple monitor displays (by the other side on my Netplay games). Our standard protocol for air battles is now to save the game before that air to air battle screen gets displayed and, when possible, to move the Air to Air battle screen to the right at least a half inch to ensure that the information box will not be covered. Without doing so, the Air to Air window just barely covers that dialog box and we get stuck.

Dave

ORIGINAL: Shannon V. OKeets

Thank you.

I found something in the code that might have been causing this. Still, I couldn't see anything logically wrong.

However, I made some changes, including placing the insert form (which requires the player to acknowledge the message) offset to the left 20 pixels. That places the edge of the form outside the primary Air-to-air Combat form. Not as aesthetically pleasing, but should be more effective in practice.

ORIGINAL: Shannon V. OKeets

ORIGINAL: davidachamberlain

ORIGINAL: Shannon V. OKeets
I am still not sure what is happening, sorry.

The air-to-air combat form (which I assume is what you are referring to here) has an insert panel which provides information on what just happened and instructions as to what the player is to do next (e.g., click on a unit to indicate which to destroy/abort/clear through). The insert panel overlies the air-to-air combat form (it kind of fits within the a-2-a form).

Using the above labels, can you please describe the situation again for me?

Sorry, Steve. I thought you were aware of this problem. It has been stated several times. I am surprised that you have never encountered it yourself, but that might be because of how you set up the windows in your session.

That information dialog box (which needs to have the button clicked), often ends up covered by the Air to Air combat form. When that happens, you are simply stuck. I have used Cascade Windows, Show windows stacked, and Show windos side by side (which can be accessed by a right-click on the task bar) to be able to get the windows re-drawn so that I can actually access the dialog window to click on OK to continue the game.

This has been more of a problem on Netplay games, but also happens in stand-alone games. I usually play with a single display, but this also happens with multiple monitor displays (by the other side on my Netplay games). Our standard protocol for air battles is now to save the game before that air to air battle screen gets displayed and, when possible, to move the Air to Air battle screen to the right at least a half inch to ensure that the information box will not be covered. Without doing so, the Air to Air window just barely covers that dialog box and we get stuck.

Dave

Thank you.[&o][&o][&o]

I found something in the code that might have been causing this. Still, I couldn't see anything logically wrong.

However, I made some changes, including placing the insert form (which requires the player to acknowledge the message) offset to the left 20 pixels. That places the edge of the form outside the primary Air-to-air Combat form. Not as aesthetically pleasing, but should be more effective in practice.

ORIGINAL: jjdenver

I'm not sure if this has been asked/answered already but I scanned through a couple threads and didn't see this question.

Is there a way to set which monitor dice rolls pop up on?