MWIF Game Interface Design

World in Flames is the computer version of Australian Design Group classic board game. World In Flames is a highly detailed game covering the both Europe and Pacific Theaters of Operations during World War II. If you want grand strategy this game is for you.

Moderator: Shannon V. OKeets

Shannon V. OKeets
Posts: 22165
Joined: Wed May 18, 2005 11:51 pm
Location: Honolulu, Hawaii
Contact:

RE: MWIF Game Interface Design

Post by Shannon V. OKeets »

Here is current status on the Naval Review Details and Naval Review Summary forms.

The NRD is almost complete, except for:
1 - When you move the cursor over a unit being transported, the unit data panel shows the info for the transporting unit. Correcting this is straightforward.
2 - The use of the check boxes has a bug. You don't get to see both Axis and Allied units at the same time. Not too hard to fix, I suspect.
3 - How to display TRS units that are carrying 2 divisions hasn't been worked out yet. My current solution (not coded, becuase I am not happy with it) is to show the TRS unit twice on the left and the two transported divisions on the right, one per TRS image.

Note that the button on the NRD form for Naval Summary now works and brings up the NRS form. The scroll bars now work correctly, though none are shown in this screen shot.

The NRS needs a lot of work still. In particular:
4 - I have no code supporting the Sea Areas display. First I want to get the Port stuff perfect.
5 - The code for the check boxes is unwritten, and so is the code for all the buttons.
6 - I am not sure whether the port symbols should be above or below the port columns. I am thinking that below is bettter. Using the port symbols is a little bit of inspiration this morning. If the port is captured or iced in that will be shown. It is possible for Leningrad to be iced in, which is why its symbol is different. This will also differentiate major ports from minor ports at a glance.
7 - The First/Previous/Next/Last buttons are now for cycling through either the ports of the sea areas. This is a change from when I last showed this form. Basically, the design now is for the player to click on a port or sea area column and then click on one of the navigational buttons to change the column.
8 - Which columns are possibilities for being displayed depends heavily on the check boxes. The program starts by generating a list of ports and a list of sea areas based on the check boxes. Unless, 'Empty' is checked, only ports/sea areas that contain at least one naval unit that satisfy the filters are included in the list.
9 - The Defense row is spurious. Right now it duplicate the # of Ships entry. Something else to write code for.
10 - I am unhappy with the label Cargo. What this number represents is a count of air and land units aboard naval units. Carrier air units assigned to carriers are counted in the total. I am thinking of using 'Aboard', 'Transported', or 'Carried' instead - though none of those is especailly pleasing to me.
11 - The Save/Restore button will be split into Save and Restore buttons. The purpose of these is to save a configuration of port and sea area columns so you can bring up the latest information on them whenever you want, without having to reselect each column.

Comments?

Image
Attachments
NRS103222008.jpg
NRS103222008.jpg (247.73 KiB) Viewed 310 times
Steve

Perfection is an elusive goal.
hakon
Posts: 298
Joined: Fri Apr 15, 2005 12:55 pm

RE: MWIF Game Interface Design

Post by hakon »

Some comments:
When a ship has 2 cargo units, the ship could be shown once, but the cargo could be shown beneath each other.

Like this:

S C1
  C2

Where S is the ship, and C1 and C2 are the cargo units. This would apply both to cv planes and divs on transports. Showing the actual ship twice would lead to confusion.

As for how to display cargo, I would suggest splitting it up. When evaluating strength of navies, I feel that at least the following info is vital:
- Number of CV planes
- Total air-to sea for CV planes
- Best air-to-air value
- Total tac factors

For transports, this could be split as follows:
- Number of corps
- Number of divs
- Max invasion strength (Calculate the best 2 corps + 1 div strength, only counting marines, divs and inf class attacking from amph, if playing with amphs).

In particular the cv information will be more important than for instance max move/max range, imo, except for checking max range for enemy subs. In any case, irrelevant entries should be removed, so that if you are just looking at subs, you will not not see the No of BB/CA/CL/CV entries, etc.

Btw, I think more filters would be needed. Instead of the mine/axis/allied, I would want to select specific country (checking off germany + italy, for instance), or CW + US. In addition, there should be a transport mode/filter This would show ALL transports, as well as SCS actually loaded with divs. For both devensive and offensive puroses, it would be nice to be able to view only units in reach of a given sea zone, with a subfilter allowing to specify section. That way, you could easily check how many surface points or airt to sea points you or an opponent could bring to, for instance, the 2-box in south china sea.

Or, the player could want to know what would be hte max invasion strength that could reach the 3 box of the western med. (or 4 box, if it is raining).
User avatar
Froonp
Posts: 7998
Joined: Tue Oct 21, 2003 8:23 pm
Location: Marseilles, France
Contact:

RE: MWIF Game Interface Design

Post by Froonp »

ORIGINAL: hakon
Some comments:
When a ship has 2 cargo units, the ship could be shown once, but the cargo could be shown beneath each other.

Like this:

S C1
  C2
I support this solution too.
Btw, I think more filters would be needed. Instead of the mine/axis/allied, I would want to select specific country (checking off germany + italy, for instance), or CW + US. In addition, there should be a transport mode/filter This would show ALL transports, as well as SCS actually loaded with divs. For both devensive and offensive puroses, it would be nice to be able to view only units in reach of a given sea zone, with a subfilter allowing to specify section. That way, you could easily check how many surface points or airt to sea points you or an opponent could bring to, for instance, the 2-box in south china sea.

Or, the player could want to know what would be hte max invasion strength that could reach the 3 box of the western med. (or 4 box, if it is raining).
Steve, why not add a button that links to the Filter Form, where there is an extensive list of ways to filter down counters ? This form would have mine / Axis / Allied and More, and when you clik on more, this goes to the Filter Form (already existing).
User avatar
Froonp
Posts: 7998
Joined: Tue Oct 21, 2003 8:23 pm
Location: Marseilles, France
Contact:

RE: MWIF Game Interface Design

Post by Froonp »

ORIGINAL: Shannon V. OKeets
6 - I am not sure whether the port symbols should be above or below the port columns. I am thinking that below is bettter. Using the port symbols is a little bit of inspiration this morning. If the port is captured or iced in that will be shown. It is possible for Leningrad to be iced in, which is why its symbol is different. This will also differentiate major ports from minor ports at a glance.
Putting the ports symbol is a good idea.
I like them where they are on this picture, but I would prefer them smaller and withoug the white background, with a transparent background preferably. But that's not a biggie.
9 - The Defense row is spurious. Right now it duplicate the # of Ships entry. Something else to write code for.
See my comment below.
10 - I am unhappy with the label Cargo. What this number represents is a count of air and land units aboard naval units. Carrier air units assigned to carriers are counted in the total. I am thinking of using 'Aboard', 'Transported', or 'Carried' instead - though none of those is especailly pleasing to me.
I think that Carrier Planes should not even appear here. This would simplify. They are part of the Carrier after all, so they are normal here and their number is quite irrelevant. The number in the air to air or air to sea rows will show if there are a lot of airpower with this assembly of ships, the number of CVP is not important.
For the other cargo, I would split it into only 2 categories : Invasion capable, debark only capable (not invasion capable). Don't care if they are planes or troops, what matters is the number of troops that can invade. High number in the "invasion capable" column means danger for the enemy, and critical importance for the owner. High number in the "debark only" column only mean more targets for the enemy.
11 - The Save/Restore button will be split into Save and Restore buttons. The purpose of these is to save a configuration of port and sea area columns so you can bring up the latest information on them whenever you want, without having to reselect each column.

Comments?
I love these Forms.

Some comments so that I can love them more.

On the Naval Review Summary Form :

I would personaly prefer if the number of ships (and also all the other "number of", number of carriers, number of battleships, etc...) be displayed on the top rows. Then their statistics would be displayed in the lower rows. If possible, drawing a line between the "numbers of", and the statistics would be good to better separate them. Idealy (for me) the movement & range would be the bottom rows, as they are important so putting them in the end row make them easy to see immediately.

About the Sea Area part of the Naval Review Summary, wouldn't it be good if it was not only broken down by Sea Area, but also by Sea Box Section ?


Now, specificaly for some Rows :

The Defense row should not be a sum of the defenses of the ships. An average would be better. But not very informative either I suspect. Maybe have it deleted entirely. What is the importance of knowing the overall "defense factor" of an assemby of ships after all ? Given the fact that ships are usually mixed, it will always be a number in the 4-6 range, and that's all.

How is calculated the Air to air row ? If it is the air to air "power" of the Port, it should not include CVP. If it is the air to air "power" of the fleet in beeing that could be assembled from all the ships in the port, it should not include land-based fighters based on this port. For a task force at sea, the air to air row of the Naval Review Summary should include both land based fighters that are on an air to sea mission currently plus the CVPs of the fleet.
hakon
Posts: 298
Joined: Fri Apr 15, 2005 12:55 pm

RE: MWIF Game Interface Design

Post by hakon »

On a related topic:
What happened to the discussion about task forces? Is that discussion closed?
 
It seems to me, that in practice, most naval movment will be done by using task forces, and that most of the time spent performing naval movement will in fact actually be spent moving task force markers instead of individual ships. Assuming that the user is not limited in the number of task forces that he can create, and assuming that he can name them freely, I would for instance want to set up an escort system as follows:
 
Consider the escort situation in the Mid Atlantic. I would starty by defining 3 task forces, as follows:
Mid Atl 1
Mid Atl 2
Mid Atl 3
 
To each of these I would assign 1-3 (1 ship in a task force should be ok) cruisers capable of reaching the 4 box of the sea zone. . Initially, I would send 1 task force to each of the 0, 1 and 4 boxes. At the start of every turn, I would send the one that had to return to base out to the 4 section again, while sliding the 3 section down to the 1 section.
 
Now, while moving, it would be great if I could right-click on a section of a sea zone, and get a menu option called "Move ships here". If selecting this command, I would get a list of task forces and ships that can reach the section I am right clicking. (Task forces on top, if sorting alphabetically). This would speed things up quite a bit, especially for people with relatively small screens. For even faster play, it should be possible in the task force management screen, to define at least one, possibly several sea areas where the task force responsibility lies. The units with responsibility for a sea zone would always show up first when using the command "Move ships here".
 
When right clicking on a ship or task force in port, one should get a "Move to sea zone" command if the ship is in port, or "Move to port" and "Slide down" commands when already at sea. "Move to sea zone" should also give the possiblity to specify section. "Slide down" should have a keyboard shortcut, too, I guess. Other context sensitive commands, could be "Remove from task force", "Move to task force X", "Reorganize unit".
 
When manipulating task forces, I wonder if it wouldn't be more appropriate to organize units side by side in rows, instead of in columns. For instance, a report could read someting like this:
 
-- Western Medetteranian, section 3 (friendly)----------------
Ships No 28  LBA No 3  Surf 72  ATS 12  AA 51  SB 31
CV 5 BB 7 CA 12 CL 2 TRS 2 Corps 1 Divs 3
-- Task forces ---------------------------------------------
MED CV fleet, Med BB battle group (use icons)
-- Land Based Air ------------------------------------------
LBA1, LBA2, LBA3
-- Transports ---------------------------------------------
AMPH1 INF 1 TRS1 DIV1 DIV2 SCS 1 DIV3
-- Carriers ------------------------------------------------
CV1 cvp1 cvp2, CV2 cvp3, and so on (The ones in task forces should be partly transparant, to show this)
-- Battleships ---------------------------------------------
BB1, BB2 and so on
-- Heavy Cruisers ------------------------------------------
CA1, CA2, CA3,....
-- Light Cruisers ------------------------------------------
CL1, CL2 .....
 
Doing it horisontally like this, would allow for lots more information, at the cost of having to use a scroll bar to scroll down a bit once in a while. Howering over task forces would display aggregate information, while double clicking on them would expand the task force as separate lines in the report. It would also make it easy to move ships between task forces, either by drag and drop, or by right clicking and selecting the "Move to task force X" command.
 
Cheers
Hakon
Shannon V. OKeets
Posts: 22165
Joined: Wed May 18, 2005 11:51 pm
Location: Honolulu, Hawaii
Contact:

RE: MWIF Game Interface Design

Post by Shannon V. OKeets »

ORIGINAL: hakon

Some comments:
When a ship has 2 cargo units, the ship could be shown once, but the cargo could be shown beneath each other.

Like this:

S C1
  C2

Where S is the ship, and C1 and C2 are the cargo units. This would apply both to cv planes and divs on transports. Showing the actual ship twice would lead to confusion.

As for how to display cargo, I would suggest splitting it up. When evaluating strength of navies, I feel that at least the following info is vital:
- Number of CV planes
- Total air-to sea for CV planes
- Best air-to-air value
- Total tac factors

For transports, this could be split as follows:
- Number of corps
- Number of divs
- Max invasion strength (Calculate the best 2 corps + 1 div strength, only counting marines, divs and inf class attacking from amph, if playing with amphs).

In particular the cv information will be more important than for instance max move/max range, imo, except for checking max range for enemy subs. In any case, irrelevant entries should be removed, so that if you are just looking at subs, you will not not see the No of BB/CA/CL/CV entries, etc.

Btw, I think more filters would be needed. Instead of the mine/axis/allied, I would want to select specific country (checking off germany + italy, for instance), or CW + US. In addition, there should be a transport mode/filter This would show ALL transports, as well as SCS actually loaded with divs. For both devensive and offensive puroses, it would be nice to be able to view only units in reach of a given sea zone, with a subfilter allowing to specify section. That way, you could easily check how many surface points or airt to sea points you or an opponent could bring to, for instance, the 2-box in south china sea.

Or, the player could want to know what would be hte max invasion strength that could reach the 3 box of the western med. (or 4 box, if it is raining).
1 - Yes - I agree on the proposed layout for 2 divs on 1 TRS.

2 - I've moved the # of ship stuff to the top and the port symbols to the bottom. I think this addresses Patrice's comments on those two items.

3 - I found my old notes on what should be in each cell. Best Air-2-air is what we decided a while back and that is what I have changed that to.

4 - Similarly, the defense # is an average now, based on the number of ships. Not real useful, but not completely useless.

5 - While it would be nice to make the form more detailed and elaborate there is no room available for doing so. If the player wants to know more specifics, he will have to look at the detailed form (NRD) instead of the NRS; or individual units instead of the NRD.

6 - I am not keen on using the elaborate filtering system available at other places in the game for the NRD or the NRS forms. Filtering by enemy country is of some use, but not a whole lot. There are never Chinese naval units, and the USSR navy rarely gets involved in combat situations that involve its allies. Likewise the Japanese are pretty much in a world of their own. Even the German and Italian naval units appear in the same port or sea area rarely (subs being an exception). The French/US/CW are the 3 major powers whose navies spend a lot of time together, but I believe that differentiating them on these forms, any more than the given filters already do, isn't crucial.

7 - The Transport column is for any naval units carrying other units (except for carriers with carrier air units). So an SCS unit carrying a division appears in this column. If you assign a division to a battleship, the battleship moves from the Battleship column to the Transport column.

8 - I do not intend to create forms that do elaborate calculations for the player, such as which units can get to the 3 box of a given sea area. My philosohy is that the player plays the game, if that involves figuring stuff out, well, that is how it is done when you play over the board too. A chess program doesn't highlight all the possible squares that a knight can reach in 3 moves. Or which pieces can be brought to bear on King's rook 7 within 2 moves.
Steve

Perfection is an elusive goal.
Shannon V. OKeets
Posts: 22165
Joined: Wed May 18, 2005 11:51 pm
Location: Honolulu, Hawaii
Contact:

RE: MWIF Game Interface Design

Post by Shannon V. OKeets »

ORIGINAL: Froonp
ORIGINAL: Shannon V. OKeets
6 - I am not sure whether the port symbols should be above or below the port columns. I am thinking that below is bettter. Using the port symbols is a little bit of inspiration this morning. If the port is captured or iced in that will be shown. It is possible for Leningrad to be iced in, which is why its symbol is different. This will also differentiate major ports from minor ports at a glance.
Putting the ports symbol is a good idea.
I like them where they are on this picture, but I would prefer them smaller and withoug the white background, with a transparent background preferably. But that's not a biggie.
9 - The Defense row is spurious. Right now it duplicate the # of Ships entry. Something else to write code for.
See my comment below.
10 - I am unhappy with the label Cargo. What this number represents is a count of air and land units aboard naval units. Carrier air units assigned to carriers are counted in the total. I am thinking of using 'Aboard', 'Transported', or 'Carried' instead - though none of those is especailly pleasing to me.
I think that Carrier Planes should not even appear here. This would simplify. They are part of the Carrier after all, so they are normal here and their number is quite irrelevant. The number in the air to air or air to sea rows will show if there are a lot of airpower with this assembly of ships, the number of CVP is not important.
For the other cargo, I would split it into only 2 categories : Invasion capable, debark only capable (not invasion capable). Don't care if they are planes or troops, what matters is the number of troops that can invade. High number in the "invasion capable" column means danger for the enemy, and critical importance for the owner. High number in the "debark only" column only mean more targets for the enemy.
11 - The Save/Restore button will be split into Save and Restore buttons. The purpose of these is to save a configuration of port and sea area columns so you can bring up the latest information on them whenever you want, without having to reselect each column.

Comments?
I love these Forms.

Some comments so that I can love them more.

On the Naval Review Summary Form :

I would personaly prefer if the number of ships (and also all the other "number of", number of carriers, number of battleships, etc...) be displayed on the top rows. Then their statistics would be displayed in the lower rows. If possible, drawing a line between the "numbers of", and the statistics would be good to better separate them. Idealy (for me) the movement & range would be the bottom rows, as they are important so putting them in the end row make them easy to see immediately.

About the Sea Area part of the Naval Review Summary, wouldn't it be good if it was not only broken down by Sea Area, but also by Sea Box Section ?


Now, specificaly for some Rows :

The Defense row should not be a sum of the defenses of the ships. An average would be better. But not very informative either I suspect. Maybe have it deleted entirely. What is the importance of knowing the overall "defense factor" of an assemby of ships after all ? Given the fact that ships are usually mixed, it will always be a number in the 4-6 range, and that's all.

How is calculated the Air to air row ? If it is the air to air "power" of the Port, it should not include CVP. If it is the air to air "power" of the fleet in beeing that could be assembled from all the ships in the port, it should not include land-based fighters based on this port. For a task force at sea, the air to air row of the Naval Review Summary should include both land based fighters that are on an air to sea mission currently plus the CVPs of the fleet.
I changed the Cargo label to # Carried. What I can do here is put 2 numbers in the cell. I don't think there is room for 3, especially since one of them could be 2 digits. There are 3 candidates: # of carrier air units, # of units that can invade, and # of units that are neither of the first 2. I think I'll go with # of carrier air units and merge the last two (non-carrier air units). If you are thinking about being invaded, you should go to the NRD form and not be making decisions using the NRS form. So, for example, 5/2 would mean 5 carrier air units and 2 other units aboard TRS, AMPH, or SCS units. You like?

Differentiating within sea box sections should be done by bringing up the detailed map for the sea area and then passing the cursor over each sea box section while the NRD form is visible. The NRD form then shows just those units in the sea box section. The player should be looking at the detailed map if he is worrying about invasions or naval combat. Relying on the NRD or NRS forms to provide that level detail would be a bad idea for the player, and too complex for me (as a programmer) to anticipate all the player's possible concerns. Hakon listed 3 or 4 off the top of his head, and I could add another 3 or 4 myself very quickly. If invasions or naval combat is what you are figuring out, use the NRS and NRD to get a handle on where you should look more closely, and then use the detailed map in combination with the NRD to really understand the current situation in a sea area.

I am up in the air ([;)]) about showing air-2-air strength. There are a lot of variables involved which presents a lot of possibilities for what this # means. I am going to go with "best air-to-air" for a single unit. Even if that means it is a carrier air unit in a port - which I understand isn't logical. My reasoning is that it is better for the form to show a simple statistic that is easy for a player to understand, rather than a more 'accurate' number that requires an in-depth undestanding of the game rules.

Along those lines, the ASW number worries me. It is accurate, and a real boon to the player because the calculation is so complex. On the other hand, it is likely to be baffling to a new player because he won't be able to figure out from whence it comes. Oh well, I'll leave it as is.

The Help button for these 2 forms is going to have it work cut out for it. I expect both of them to be quite long.
Steve

Perfection is an elusive goal.
User avatar
Norman42
Posts: 206
Joined: Fri Feb 08, 2008 10:09 pm
Location: Canada

RE: MWIF Game Interface Design

Post by Norman42 »

4 - Similarly, the defense # is an average now, based on the number of ships. Not real useful, but not completely useless.

I can't think of any situation or calculation where knowing the average or total defence factors of a fleet stack would be useful. By definition it is a value that is only ever used on a per individual unit basis, it is never added, subtracted, or multiplied by any other value.

Can probably save yourself some (albeit small) bit of space on the form and delete this value entirely, since at best it will just be a confusing value (to neophytes) to show.
-------------

C.L.Norman
Shannon V. OKeets
Posts: 22165
Joined: Wed May 18, 2005 11:51 pm
Location: Honolulu, Hawaii
Contact:

RE: MWIF Game Interface Design

Post by Shannon V. OKeets »

ORIGINAL: hakon

On a related topic:
What happened to the discussion about task forces? Is that discussion closed?

It seems to me, that in practice, most naval movment will be done by using task forces, and that most of the time spent performing naval movement will in fact actually be spent moving task force markers instead of individual ships. Assuming that the user is not limited in the number of task forces that he can create, and assuming that he can name them freely, I would for instance want to set up an escort system as follows:

Consider the escort situation in the Mid Atlantic. I would starty by defining 3 task forces, as follows:
Mid Atl 1
Mid Atl 2
Mid Atl 3

To each of these I would assign 1-3 (1 ship in a task force should be ok) cruisers capable of reaching the 4 box of the sea zone. . Initially, I would send 1 task force to each of the 0, 1 and 4 boxes. At the start of every turn, I would send the one that had to return to base out to the 4 section again, while sliding the 3 section down to the 1 section.

Now, while moving, it would be great if I could right-click on a section of a sea zone, and get a menu option called "Move ships here". If selecting this command, I would get a list of task forces and ships that can reach the section I am right clicking. (Task forces on top, if sorting alphabetically). This would speed things up quite a bit, especially for people with relatively small screens. For even faster play, it should be possible in the task force management screen, to define at least one, possibly several sea areas where the task force responsibility lies. The units with responsibility for a sea zone would always show up first when using the command "Move ships here".

When right clicking on a ship or task force in port, one should get a "Move to sea zone" command if the ship is in port, or "Move to port" and "Slide down" commands when already at sea. "Move to sea zone" should also give the possiblity to specify section. "Slide down" should have a keyboard shortcut, too, I guess. Other context sensitive commands, could be "Remove from task force", "Move to task force X", "Reorganize unit".

When manipulating task forces, I wonder if it wouldn't be more appropriate to organize units side by side in rows, instead of in columns. For instance, a report could read someting like this:

-- Western Medetteranian, section 3 (friendly)----------------
Ships No 28  LBA No 3  Surf 72  ATS 12  AA 51  SB 31
CV 5 BB 7 CA 12 CL 2 TRS 2 Corps 1 Divs 3
-- Task forces ---------------------------------------------
MED CV fleet, Med BB battle group (use icons)
-- Land Based Air ------------------------------------------
LBA1, LBA2, LBA3
-- Transports ---------------------------------------------
AMPH1 INF 1 TRS1 DIV1 DIV2 SCS 1 DIV3
-- Carriers ------------------------------------------------
CV1 cvp1 cvp2, CV2 cvp3, and so on (The ones in task forces should be partly transparant, to show this)
-- Battleships ---------------------------------------------
BB1, BB2 and so on
-- Heavy Cruisers ------------------------------------------
CA1, CA2, CA3,....
-- Light Cruisers ------------------------------------------
CL1, CL2 .....

Doing it horisontally like this, would allow for lots more information, at the cost of having to use a scroll bar to scroll down a bit once in a while. Howering over task forces would display aggregate information, while double clicking on them would expand the task force as separate lines in the report. It would also make it easy to move ships between task forces, either by drag and drop, or by right clicking and selecting the "Move to task force X" command.

Cheers
Hakon
Task Forces are next on my to-do list for form development, once I get NRD and NRS done..

Hakon, I really like and respect your ideas on game strategy, but for design of a player interface? Well[8|]. The horizontal presentation would be disaster in my opinion.

But keep giving me ideas, some of the best features in the game so far have come from forum members - not me. Although, of course, I do reserve the right to choose which ones to use.[:)]

For Task Forces I have already started building the Task Force Details and Task Force Summary forms to mimic the NRD and NRS forms closely. The big advantage in doing so is that once the player gets comfortable with one of these two sets of forms the other set will be understood easily.

The general idea is that you bring up a port/sea area section box/setup tray using the NRD form and a Task Force Form next to it. That is why I have gone to great lengths to make all 4 of these forms no larger than 1/2 a screen, so 2 of them can be displayed side by side. The player can then select units from the port/sea/area/setup tray to define a new task force, or select units from one or the other and then click on the Transfer Units button to move them from one to other. Note that the task force has to be in same the port/sea area section box/setup tray for the transfer to take place. This is purely an administrative mechanism and has zero to do with the rules of the game for moving units.

When you look at the map or review a port/sea area/sea area section, each task force will appear as a single counter - there is a separate bitmapped image for task force 'units'.

Then the player can "pick up" a task force and move it about the map. Task force definitions will remain in effect until the player disbands them, or unit losses reduce it to a single unit. They last from impulse to impulse and from turn to turn. That way moving TFs out to patrol and back to port should be easy.

TFs can have notes (plain text) attached to them by the player for his reference as to what the TF is suppose to do each turn. In that regard they are like any other unit in the game.

I do not intend to 'automate' the moving of units on the map based on 'instructions' stored with a unit. That falls into what I call "playing the game", rather than watching the computer move all your units around for you.
----
But the way, I am avoiding drag and drop if possible. In my expereice it is hard to code so it is 'bullet-proof', and has great potential for bugs.
Steve

Perfection is an elusive goal.
Shannon V. OKeets
Posts: 22165
Joined: Wed May 18, 2005 11:51 pm
Location: Honolulu, Hawaii
Contact:

RE: MWIF Game Interface Design

Post by Shannon V. OKeets »

ORIGINAL: Norman42

4 - Similarly, the defense # is an average now, based on the number of ships. Not real useful, but not completely useless.

I can't think of any situation or calculation where knowing the average or total defence factors of a fleet stack would be useful. By definition it is a value that is only ever used on a per individual unit basis, it is never added, subtracted, or multiplied by any other value.

Can probably save yourself some (albeit small) bit of space on the form and delete this value entirely, since at best it will just be a confusing value (to neophytes) to show.
Yeah, I agree.

But if it is not shown, the neophyte is going look for it and wonder why it can't be found. "There is the Attack number, where is the Defense number? Stupid programmer!"

There is the odd occasion when the average defense number is large (> 5) or small (<4). It might be useful then.

======

I'll try to get more of this form working and show some more examples, that might be helpful in pointing whether this is ever going to be useful. And other possible weaknesses in the current presentation.
Steve

Perfection is an elusive goal.
hakon
Posts: 298
Joined: Fri Apr 15, 2005 12:55 pm

RE: MWIF Game Interface Design

Post by hakon »

Shannon:
&nbsp;
You are the game designer and chief developer, and as such, you are the boss. It seems that we have ad simmilar discussiona before, usually with me having proposals for tools/screens/functionality that I think would speed up play for the player, reducing time spent on CW/US/Japanese naval impulses, checking for air cover, trying different setups to see what hex you can get the strongest land attack against, etc. I think you've rejected every one of these proposals based on the "I dont want the computer to play the game for the player" argument. (Which I clearly don't agree with).
&nbsp;
Since it seems that our disagreements are philosophical in nature, it's probably quite pointless for me to participate in these UI threads.
User avatar
Froonp
Posts: 7998
Joined: Tue Oct 21, 2003 8:23 pm
Location: Marseilles, France
Contact:

RE: MWIF Game Interface Design

Post by Froonp »

ORIGINAL: hakon
Now, while moving, it would be great if I could right-click on a section of a sea zone, and get a menu option called "Move ships here". If selecting this command, I would get a list of task forces and ships that can reach the section I am right clicking. (Task forces on top, if sorting alphabetically). This would speed things up quite a bit, especially for people with relatively small screens. For even faster play, it should be possible in the task force management screen, to define at least one, possibly several sea areas where the task force responsibility lies. The units with responsibility for a sea zone would always show up first when using the command "Move ships here".
Wow, great idea !
When right clicking on a ship or task force in port, one should get a "Move to sea zone" command if the ship is in port, or "Move to port" and "Slide down" commands when already at sea. "Move to sea zone" should also give the possiblity to specify section. "Slide down" should have a keyboard shortcut, too, I guess. Other context sensitive commands, could be "Remove from task force", "Move to task force X", "Reorganize unit".
Great ideas again.
About the "Slide down", maybe it is not usefull as this is the default for ships & TF staying at sea.
User avatar
Froonp
Posts: 7998
Joined: Tue Oct 21, 2003 8:23 pm
Location: Marseilles, France
Contact:

RE: MWIF Game Interface Design

Post by Froonp »

ORIGINAL: Shannon V. OKeets
I changed the Cargo label to # Carried. What I can do here is put 2 numbers in the cell. I don't think there is room for 3, especially since one of them could be 2 digits. There are 3 candidates: # of carrier air units, # of units that can invade, and # of units that are neither of the first 2. I think I'll go with # of carrier air units and merge the last two (non-carrier air units). If you are thinking about being invaded, you should go to the NRD form and not be making decisions using the NRS form. So, for example, 5/2 would mean 5 carrier air units and 2 other units aboard TRS, AMPH, or SCS units. You like?
No, I don't, because the number of carrier air unit is totaly useless.
You have the air to air and the air to sea rows to have an indication of the air power of that assembly of ships, the number of CVP is totaly irrelevant. If 2 numbers can be written, best is to write "cannot invade" / "can invade". Otherwise stay with 1 number only.
Differentiating within sea box sections should be done by bringing up the detailed map for the sea area and then passing the cursor over each sea box section while the NRD form is visible. The NRD form then shows just those units in the sea box section.
Why not also have a right click in the sea area bring a menu where you can choose any of the 10 sea boxes to appear in the NRD ? Example : Rignt click in the Solomons Sea Area, and choose Axis 4, and I see only units from that Sea Box section in the NRD.
I ask this because it can beclumsy to look for the Sea Area's Sea Box Sections.
User avatar
Froonp
Posts: 7998
Joined: Tue Oct 21, 2003 8:23 pm
Location: Marseilles, France
Contact:

RE: MWIF Game Interface Design

Post by Froonp »

ORIGINAL: Shannon V. OKeets
When you look at the map or review a port/sea area/sea area section, each task force will appear as a single counter - there is a separate bitmapped image for task force 'units'.
With the Task Force name written on it, it would be better.
Then the player can "pick up" a task force and move it about the map. Task force definitions will remain in effect until the player disbands them, or unit losses reduce it to a single unit. They last from impulse to impulse and from turn to turn. That way moving TFs out to patrol and back to port should be easy.
Fine. I hoped we could keep Task Force even when in ports.

Would be good also in the NRD if the total oil cost of the units were shown. Replacing the Defense factor thing with that could be a real plus to the naval side of the game. Knowing the oil price of a TF is as almost important as knowing its range & speed.
User avatar
Froonp
Posts: 7998
Joined: Tue Oct 21, 2003 8:23 pm
Location: Marseilles, France
Contact:

RE: MWIF Game Interface Design

Post by Froonp »

ORIGINAL: hakon

Shannon:

You are the game designer and chief developer, and as such, you are the boss. It seems that we have ad simmilar discussiona before, usually with me having proposals for tools/screens/functionality that I think would speed up play for the player, reducing time spent on CW/US/Japanese naval impulses, checking for air cover, trying different setups to see what hex you can get the strongest land attack against, etc. I think you've rejected every one of these proposals based on the "I dont want the computer to play the game for the player" argument. (Which I clearly don't agree with).

Since it seems that our disagreements are philosophical in nature, it's probably quite pointless for me to participate in these UI threads.
Why ?
Please don't.
Even if rejected, some of your ideas might give other people other ideas that might add to the game. That's the reason why Forums are here, to speak out loud ideas we have.
hakon
Posts: 298
Joined: Fri Apr 15, 2005 12:55 pm

RE: MWIF Game Interface Design

Post by hakon »

ORIGINAL: Froonp
ORIGINAL: hakon
Now, while moving, it would be great if I could right-click on a section of a sea zone, and get a menu option called "Move ships here". If selecting this command, I would get a list of task forces and ships that can reach the section I am right clicking. (Task forces on top, if sorting alphabetically). This would speed things up quite a bit, especially for people with relatively small screens. For even faster play, it should be possible in the task force management screen, to define at least one, possibly several sea areas where the task force responsibility lies. The units with responsibility for a sea zone would always show up first when using the command "Move ships here".
Wow, great idea !
When right clicking on a ship or task force in port, one should get a "Move to sea zone" command if the ship is in port, or "Move to port" and "Slide down" commands when already at sea. "Move to sea zone" should also give the possiblity to specify section. "Slide down" should have a keyboard shortcut, too, I guess. Other context sensitive commands, could be "Remove from task force", "Move to task force X", "Reorganize unit".
Great ideas again.
About the "Slide down", maybe it is not usefull as this is the default for ships & TF staying at sea.

Thanks for the feedback. It's probably not in, though, since Shannon didnt seem to like it. As for the "slide down" shortcut, it's used for moving escorts that stayed at sea from the 3 box to the 1 or 0 box at the start of each turn. (Aside from the obvious but not so common situation where you need to creep to a lower box to reach the protection of battle ships or LBA). It could probably be done almost as well with the mouse, though.
Shannon V. OKeets
Posts: 22165
Joined: Wed May 18, 2005 11:51 pm
Location: Honolulu, Hawaii
Contact:

RE: MWIF Game Interface Design

Post by Shannon V. OKeets »

ORIGINAL: Froonp
ORIGINAL: Shannon V. OKeets
I changed the Cargo label to # Carried. What I can do here is put 2 numbers in the cell. I don't think there is room for 3, especially since one of them could be 2 digits. There are 3 candidates: # of carrier air units, # of units that can invade, and # of units that are neither of the first 2. I think I'll go with # of carrier air units and merge the last two (non-carrier air units). If you are thinking about being invaded, you should go to the NRD form and not be making decisions using the NRS form. So, for example, 5/2 would mean 5 carrier air units and 2 other units aboard TRS, AMPH, or SCS units. You like?
No, I don't, because the number of carrier air unit is totaly useless.
You have the air to air and the air to sea rows to have an indication of the air power of that assembly of ships, the number of CVP is totaly irrelevant. If 2 numbers can be written, best is to write "cannot invade" / "can invade". Otherwise stay with 1 number only.
Differentiating within sea box sections should be done by bringing up the detailed map for the sea area and then passing the cursor over each sea box section while the NRD form is visible. The NRD form then shows just those units in the sea box section.
Why not also have a right click in the sea area bring a menu where you can choose any of the 10 sea boxes to appear in the NRD ? Example : Rignt click in the Solomons Sea Area, and choose Axis 4, and I see only units from that Sea Box section in the NRD.
I ask this because it can beclumsy to look for the Sea Area's Sea Box Sections.
While the air-to-air and air-to-sea numbers are helpful for the current situation, they do not necessarily reflect what is aboard the carriers. They could be fighters and nav air in the sea area. Nor do they show the capacity remaining for placing more units on carriers.

But this is the omnipresent problem with statistics: a single number represents a complicated reality.

For you, can invade vs can't invade is the most important issue. For me, carrier air units vs transported units is. An obvious solution is to make this an player interface option. But, boy, do I ever not want to put in more optional stuff. For now, I'll leave it as I have it. But I remain very aware of the weakness of this 'solution'.
Steve

Perfection is an elusive goal.
Shannon V. OKeets
Posts: 22165
Joined: Wed May 18, 2005 11:51 pm
Location: Honolulu, Hawaii
Contact:

RE: MWIF Game Interface Design

Post by Shannon V. OKeets »

ORIGINAL: hakon

Shannon:

You are the game designer and chief developer, and as such, you are the boss. It seems that we have ad simmilar discussiona before, usually with me having proposals for tools/screens/functionality that I think would speed up play for the player, reducing time spent on CW/US/Japanese naval impulses, checking for air cover, trying different setups to see what hex you can get the strongest land attack against, etc. I think you've rejected every one of these proposals based on the "I dont want the computer to play the game for the player" argument. (Which I clearly don't agree with).

Since it seems that our disagreements are philosophical in nature, it's probably quite pointless for me to participate in these UI threads.
Well, that certainly was not my goal.[:(]

But I did intend to rein in your enthusiasm for this type of addition to the player interface. The category of "have the computer figure out all the things that I might do and prioritize them for me, then show them to me so I can select which ones I like" is a virtually endless list of tasks/features that can be added to MWIF. Even the simplest decision can be added to this list (e.g., whether to ask for an initiative reroll); as can the most complex decision (e.g., whether to abandon the USSR/Germany frontline hexes or reinforce them).

Besides my philosophical inclinations, there is also a ton of practical implications behind my decisions on these features. It is not as simple as waving a magic wand and having these things become part of the game.

Having the progam do reverse calculations (which units can get here?) and sorts (many different possible ways that players will want to sort stuff) always require: variable creation, instantiation, & modification, routines to perform the function, display mechanism so the player knows current status, player interface controls so the player can manipulate what he sees, help screens, player manual sections, etc..

Look at the naval review summary as an example. In concept this is a trivial idea: "show summary statistics on units in each port and sea area". Eleven words that translate to over 100 hours of work so far. I am still working on how to integrate that form with all the other forms in the game, and how it is likely to be used during different phases of the game.

For that reason, the "hey, how about ..." ideas have to pass a severe justification gauntlet, to make it to my task list.

My bedrock criterion for making these decisions is to reproduce WIF FE as close as reasonably possible on the computer. Off-loading the odds calculations and table lookups definitively has to be done by the program, which is a vast improvement over having to do them when playing over the board. But helping make decisions for the player, is not part of WIF FE. So it is optional as far as my contract with Matrix is concerned - hence the gauntlet that has to be run.

[The naval review details and summary forms were added to address the limitations of only being able to see a small portion of the map on the screen, instead of having the entire map visible when you play over the board. And the NRD was to address the point that Marcus made about being able to spread units out on the map when playing over the board, to undersand what is in a port/sea area. Both of these I feel strongly are essential for converting the board game to the computer - regardless of the extra work involved.]
Steve

Perfection is an elusive goal.
Shannon V. OKeets
Posts: 22165
Joined: Wed May 18, 2005 11:51 pm
Location: Honolulu, Hawaii
Contact:

RE: MWIF Game Interface Design

Post by Shannon V. OKeets »

ORIGINAL: Froonp
ORIGINAL: Shannon V. OKeets
When you look at the map or review a port/sea area/sea area section, each task force will appear as a single counter - there is a separate bitmapped image for task force 'units'.
With the Task Force name written on it, it would be better.
Then the player can "pick up" a task force and move it about the map. Task force definitions will remain in effect until the player disbands them, or unit losses reduce it to a single unit. They last from impulse to impulse and from turn to turn. That way moving TFs out to patrol and back to port should be easy.
Fine. I hoped we could keep Task Force even when in ports.

Would be good also in the NRD if the total oil cost of the units were shown. Replacing the Defense factor thing with that could be a real plus to the naval side of the game. Knowing the oil price of a TF is as almost important as knowing its range & speed.
Yes, to all.

I have room to add one more row to the form and oil point usage is the clear winner (so far). I'll put it at the bottom and only have it appear if that optional rule is in use.
Steve

Perfection is an elusive goal.
Shannon V. OKeets
Posts: 22165
Joined: Wed May 18, 2005 11:51 pm
Location: Honolulu, Hawaii
Contact:

RE: MWIF Game Interface Design

Post by Shannon V. OKeets »

ORIGINAL: hakon

ORIGINAL: Froonp
ORIGINAL: hakon
Now, while moving, it would be great if I could right-click on a section of a sea zone, and get a menu option called "Move ships here". If selecting this command, I would get a list of task forces and ships that can reach the section I am right clicking. (Task forces on top, if sorting alphabetically). This would speed things up quite a bit, especially for people with relatively small screens. For even faster play, it should be possible in the task force management screen, to define at least one, possibly several sea areas where the task force responsibility lies. The units with responsibility for a sea zone would always show up first when using the command "Move ships here".
Wow, great idea !
When right clicking on a ship or task force in port, one should get a "Move to sea zone" command if the ship is in port, or "Move to port" and "Slide down" commands when already at sea. "Move to sea zone" should also give the possiblity to specify section. "Slide down" should have a keyboard shortcut, too, I guess. Other context sensitive commands, could be "Remove from task force", "Move to task force X", "Reorganize unit".
Great ideas again.
About the "Slide down", maybe it is not usefull as this is the default for ships & TF staying at sea.

Thanks for the feedback. It's probably not in, though, since Shannon didnt seem to like it. As for the "slide down" shortcut, it's used for moving escorts that stayed at sea from the 3 box to the 1 or 0 box at the start of each turn. (Aside from the obvious but not so common situation where you need to creep to a lower box to reach the protection of battle ships or LBA). It could probably be done almost as well with the mouse, though.
In general 'shortcut' and 'automatic' are words that make the hair on the back of my neck rise. They immediately imply that there is a way to do this already in the player interface, so we are just talking about convenience.

Now, I actually use the player interface more than all the beta testers combined, so if there is something that is tedious to do, I learn about it very quickly. And I spend time brooding about possible ways to make it easier. For instance, I just went through several forms and repositioned the buttons so they are grouped together, to minimize the distance you have to move the mouse when making a series of decisions on the form.

But both shortcut and automatic means taking control out of the hands of the player and having the computer go off on its own and do things. That makes me nervous, for it requires that I figure out in advance all the possible situations where these actions might occur and guaranteeing that the way I program for them is perfect - always making the correct decision on behalf of the player. I have learned from experience that my ability to make perfect decisions is always doubtful.
Steve

Perfection is an elusive goal.
Post Reply

Return to “World in Flames”