Matrix Games Forums

Forums  Register  Login  Photo Gallery  Member List  Search  Calendars  FAQ 

My Profile  Inbox  Address Book  My Subscription  My Forums  Log Out

RE: MWIF Game Interface Design

 
View related threads: (in this forum | in all forums)

Logged in as: Guest
Users viewing this topic: none
  Printable Version
All Forums >> [New Releases from Matrix Games] >> World in Flames >> RE: MWIF Game Interface Design Page: <<   < prev  63 64 [65] 66 67   next >   >>
Login
Message << Older Topic   Newer Topic >>
RE: MWIF Game Interface Design - 11/22/2009 4:08:29 AM   
Neilster


Posts: 2890
Joined: 10/27/2003
From: Hobart, Tasmania, Australia
Status: offline
This shows the area still controlled by the Euroaxis as well as Commonwealth convoys...






Attachment (1)

< Message edited by Neilster -- 11/22/2009 8:00:34 AM >

(in reply to Shannon V. OKeets)
Post #: 1921
RE: MWIF Game Interface Design - 11/22/2009 4:10:03 AM   
Neilster


Posts: 2890
Joined: 10/27/2003
From: Hobart, Tasmania, Australia
Status: offline
The Empire of Japan...






Attachment (1)

< Message edited by Neilster -- 11/22/2009 8:15:34 AM >

(in reply to Neilster)
Post #: 1922
RE: MWIF Game Interface Design - 11/25/2009 1:54:12 AM   
Shannon V. OKeets

 

Posts: 22095
Joined: 5/19/2005
From: Honolulu, Hawaii
Status: offline
While implementing a suggestion from Michael on identifying clearly which hexes can be invaded from which sea areas, I found a bug in the invasion code (from CWIF). It required a new data field to be added to the master data files, which Patrice took care of today. Here are the results of the changes.
===
You will have to look closely to see the cursor on these screen shots. When playing the game, the cursor is easily seen - you just move the mouse and the human eye is especially good at detecting movement.

What you need to find is the cursor and then look at the dark blue panel in the Main form. The one in the upper left is on the 9-5 German Mech and the hex is adjacent to both the Baltic Sea and the North Sea, but it can only be invaded from one of those.

Check out the other 5 cases.




Attachment (1)

_____________________________

Steve

Perfection is an elusive goal.

(in reply to Neilster)
Post #: 1923
RE: MWIF Game Interface Design - 11/25/2009 1:56:20 AM   
Shannon V. OKeets

 

Posts: 22095
Joined: 5/19/2005
From: Honolulu, Hawaii
Status: offline
2nd and last in the series.
===
The Philippines are especially tricky to determine which hexes can be invaded from which sea areas. I picked the third screen shot to show here even though it might be controversial.




Attachment (1)

_____________________________

Steve

Perfection is an elusive goal.

(in reply to Shannon V. OKeets)
Post #: 1924
RE: MWIF Game Interface Design - 11/25/2009 2:43:49 AM   
paulderynck


Posts: 8201
Joined: 3/24/2007
From: Canada
Status: offline
I have the following coment about the work you and Patrice have done here.



_____________________________

Paul

(in reply to Shannon V. OKeets)
Post #: 1925
RE: MWIF Game Interface Design - 11/25/2009 7:21:03 AM   
warspite1


Posts: 41353
Joined: 2/2/2008
From: England
Status: offline
This is a really useful tool - excellent . I`m sure we played the invasion rules wrong in the past as far as which hexes were eligible!

_____________________________

England expects that every man will do his duty. Horatio Nelson October 1805



(in reply to paulderynck)
Post #: 1926
RE: MWIF Game Interface Design - 11/25/2009 7:41:15 AM   
Froonp


Posts: 7995
Joined: 10/21/2003
From: Marseilles, France
Status: offline
quote:

ORIGINAL: paulderynck

I have the following coment about the work you and Patrice have done here.



The credit should go to Michael, who got the original idea.

There were just 295 hexes to review indeed, all those where the program could not decide from which side an hex was invadable. For example for Tokyo the code can decide by itself (there are no all-sea hexside) that it is not invadable.

For the hexes in Denmark, they were part of the review because they had at least 1 all sea hexside and were adjacent to 2 sea areas, but the program could not know for sure from which sea area it could be invaded. Here extra data was added.

(in reply to paulderynck)
Post #: 1927
RE: MWIF Game Interface Design - 11/25/2009 7:42:56 AM   
Froonp


Posts: 7995
Joined: 10/21/2003
From: Marseilles, France
Status: offline
quote:

ORIGINAL: warspite1

This is a really useful tool - excellent . I`m sure we played the invasion rules wrong in the past as far as which hexes were eligible!

Ah, a pity, they are clear aren't they ?

(in reply to warspite1)
Post #: 1928
RE: MWIF Game Interface Design - 11/25/2009 8:06:28 AM   
Shannon V. OKeets

 

Posts: 22095
Joined: 5/19/2005
From: Honolulu, Hawaii
Status: offline

quote:

ORIGINAL: warspite1

This is a really useful tool - excellent . I`m sure we played the invasion rules wrong in the past as far as which hexes were eligible!

As I commented to Patrice in an email, this presentation should be crystal clear to the newest of newbies as to which hexes can be invaded from where. Indeed, I suspect new players will not even bother reading the rules for invadable hexes. You just move the cursor around on the map and after a couple of minutes you'll have figured it out without needing any written words.

Several years ago we had worried at this problem in the forum for several weeks - but only considered graphical presentation of the information - none of which I liked for a host of reasons. But Michael's solution to use text seems so obvious in retrospect, ... duh.

_____________________________

Steve

Perfection is an elusive goal.

(in reply to warspite1)
Post #: 1929
RE: MWIF Game Interface Design - 11/25/2009 8:58:28 AM   
Caquineur


Posts: 96
Joined: 4/21/2009
From: Aix en Provence, France, Europe
Status: offline
quote:

ORIGINAL: Froonp
quote:

ORIGINAL: paulderynck
I have the following coment about the work you and Patrice have done here.


The credit should go to Michael, who got the original idea.
...


quote:

ORIGINAL: Shannon V. OKeets
quote:

ORIGINAL: warspite1
This is a really useful tool - excellent . I`m sure we played the invasion rules wrong in the past as far as which hexes were eligible!

As I commented to Patrice in an email, this presentation should be crystal clear to the newest of newbies as to which hexes can be invaded from where. Indeed, I suspect new players will not even bother reading the rules for invadable hexes. You just move the cursor around on the map and after a couple of minutes you'll have figured it out without needing any written words.

Several years ago we had worried at this problem in the forum for several weeks - but only considered graphical presentation of the information - none of which I liked for a host of reasons. But Michael's solution to use text seems so obvious in retrospect, ... duh.

As one of the "newest of newbies" (I've never played WIF), I'd like to say a big to Michael, Patrice and Steve !

And a special to Steve, for his openness to new ideas, even though he's already got a lot on his plate.

Keep up the good work, guys !

(in reply to Shannon V. OKeets)
Post #: 1930
RE: MWIF Game Interface Design - 11/25/2009 12:18:32 PM   
WIF_Killzone

 

Posts: 277
Joined: 4/30/2009
Status: offline
Wow, those screen shots look good. Note to self; Zoom level 5, spectacular.

(in reply to Caquineur)
Post #: 1931
RE: MWIF Game Interface Design - 12/9/2009 11:32:34 PM   
JonBrave

 

Posts: 120
Joined: 8/6/2006
Status: offline
Might I just ask: I trust the mousewheel can be used to zoom in & out?

(in reply to WIF_Killzone)
Post #: 1932
RE: MWIF Game Interface Design - 12/10/2009 1:25:36 AM   
Shannon V. OKeets

 

Posts: 22095
Joined: 5/19/2005
From: Honolulu, Hawaii
Status: offline
quote:

ORIGINAL: JonBrave

Might I just ask: I trust the mousewheel can be used to zoom in & out?


That has been asked for. Currently the mouse wheel enables scrolling up and down and, while the shift key is pressed, scrolling left and right. Scrolling is a much more common activity than zooming, so the most I offer about this is that I 'might' make it a Player Interface Setting (the player decides which he prefers). But that is not scheduled for the initial release.
---
Google has set a defacto 'standard' of the mouse wheel zooming in an out - and then they superimpose quasi-transparent arrows for scrolling. That works well for their application because they have many levels of zoom, and users are likely to use different levels of zoom a lot while wandering about the globe.

For MWIF, there are only 8 levels of zoom and most of the time the game will be played using 3 through 6. The + & - keys can be used for zooming in and out. Since you are likely to only be zooming in/out 1 or 2 levels, dedicating the mouse wheel to that function seems an inefficient use of a input device (to me).

< Message edited by Shannon V. OKeets -- 12/10/2009 1:27:15 AM >


_____________________________

Steve

Perfection is an elusive goal.

(in reply to JonBrave)
Post #: 1933
RE: MWIF Game Interface Design - 12/10/2009 7:36:21 PM   
Skanvak

 

Posts: 577
Joined: 4/3/2005
Status: offline
For the invadable hex, you didn't find a graphical way? (Text is useful, I am for it)
I think we might have a tool (not permanent) that allow the player to select a sea area and have all invadable hex being highlighted. I think that could be uselful. It won't be permanent so quite satisfactory?



_____________________________


Best regards

Skanvak

(in reply to Shannon V. OKeets)
Post #: 1934
RE: MWIF Game Interface Design - 12/10/2009 7:47:52 PM   
Skanvak

 

Posts: 577
Joined: 4/3/2005
Status: offline
quote:

Currently the mouse wheel enables scrolling up and down and, while the shift key is pressed, scrolling left and right. Scrolling is a much more common activity than zooming, so the most I offer about this is that I 'might' make it a Player Interface Setting (the player decides which he prefers). But that is not scheduled for the initial release.


In this forum, when I click on the mouse wheel, I get an arrow for scrolling in all direction (speed increasing with distance from the center cross). This is very efficient. I think it would be the most efficient way to scroll a big map. Me, I especially hate the idea of using "shift + mouse wheel" for left and right scrolling (better die). So I will vote for zoom for mouse wheel. Wheel is 2 directions normally where 4 is needed, so they are better for zoom.

If you want to use wheel for scrolling, can you take into consideration wheel that have actually 4 directions (those allowing the wheel to be push to right to left).

Somme mouse have page up and page down that could be used for zoom by the way. That too whould be better that +/- (ugly).

_____________________________


Best regards

Skanvak

(in reply to Skanvak)
Post #: 1935
RE: MWIF Game Interface Design - 12/10/2009 8:27:12 PM   
Shannon V. OKeets

 

Posts: 22095
Joined: 5/19/2005
From: Honolulu, Hawaii
Status: offline

quote:

ORIGINAL: Skanvak

For the invadable hex, you didn't find a graphical way? (Text is useful, I am for it)
I think we might have a tool (not permanent) that allow the player to select a sea area and have all invadable hex being highlighted. I think that could be uselful. It won't be permanent so quite satisfactory?



Hexes can be very cluttered with graphics already. Adding more graphics is unlikely to be helpful to the players.

For example, consider adding more graphics to Antwerp, Rotterdam, Amsterdam, Kiel, and Hamburg. Note that this screen shot doesn't show any units or weather effects which can added more clutter to each of those hexes.




Attachment (1)

_____________________________

Steve

Perfection is an elusive goal.

(in reply to Skanvak)
Post #: 1936
RE: MWIF Game Interface Design - 12/11/2009 7:09:45 PM   
Skanvak

 

Posts: 577
Joined: 4/3/2005
Status: offline
You did not get my idea.

I don't speak of permanent graphic. But more that a tool.

_ Activate the tool (tool is normaly no activated, it will work like the weather tool in my mind)
_ select a sea zone
=> the invadable hexes from this sea zone become highlighted (surrounded in red, flashing, anything to make them obvious)

This is just a tool to quickly see invadable hexes from one sea zone.
As it is not permanent, like the weather tool, it shoudl be ok.

_____________________________


Best regards

Skanvak

(in reply to Shannon V. OKeets)
Post #: 1937
RE: MWIF Game Interface Design - 12/11/2009 8:01:59 PM   
Shannon V. OKeets

 

Posts: 22095
Joined: 5/19/2005
From: Honolulu, Hawaii
Status: offline

quote:

ORIGINAL: Skanvak

You did not get my idea.

I don't speak of permanent graphic. But more that a tool.

_ Activate the tool (tool is normaly no activated, it will work like the weather tool in my mind)
_ select a sea zone
=> the invadable hexes from this sea zone become highlighted (surrounded in red, flashing, anything to make them obvious)

This is just a tool to quickly see invadable hexes from one sea zone.
As it is not permanent, like the weather tool, it shoudl be ok.

Flashing or blinking would be out of keeping with the overall design. MWIF is not 'aggressive' in presenting information to the player. My taste for neon lights is nil, even though my brother (who is a graphics artist) has tried for years to impress on me their 'beauty'.

The basic problem you are running up against here, in trying to convince me, is that I feel the hexes are overly cluttered already. Clearly this is a function of my age and social conditioning. I find many advertisements these days to have an overall negative impact/impression because they are trying to do too much at once. I feel like I'm on the receiving end of a bombardment of attempts to communicate that fail because they are delivered in a deluge.

When I used to buy custom made suits, I always followed the advice provided by the Custom Shoppe: "When choosing a shirt, tie, and suit, wear at least two solid colors, with the third item having a pattern." That means if I wore a pinstriped suit, both my shirt and tie were solid colors. Perhaps this helps explain my design decisions for MWIF?

Hence, in my opinion, at this point adding "one more thing" will subtract from the amount of information communicated to the player, rather than increase his understanding.
---
Please note that this is not a decision made quickly or carelessly. I say this only after having tried to come up with a graphic to communicate invadable hexes, and having seen several suggested by forum members. They all struck me as garrish. To differentiate invadable hexes from non-invadable hexes requires something 'forceful', given the amount of other items on the map. The entire color pallet has already been used, as well as gradations of hue and textures, and geometric shapes and sizes (e.g., hexagons, octagons, circles, retangles, squares, arrows, various curves, angled lines, ...). Given this background, inserting something 'forceful' comes across as a bizarre addition.

_____________________________

Steve

Perfection is an elusive goal.

(in reply to Skanvak)
Post #: 1938
RE: MWIF Game Interface Design - 12/11/2009 8:05:46 PM   
Shannon V. OKeets

 

Posts: 22095
Joined: 5/19/2005
From: Honolulu, Hawaii
Status: offline
I might add, that the exact same problem is my main difficulty in displaying all "legal moves" for a selected unit. I cannot figure out a graphic that wouldn't look like graffitti.

_____________________________

Steve

Perfection is an elusive goal.

(in reply to Shannon V. OKeets)
Post #: 1939
RE: MWIF Game Interface Design - 12/11/2009 8:13:33 PM   
Shannon V. OKeets

 

Posts: 22095
Joined: 5/19/2005
From: Honolulu, Hawaii
Status: offline

quote:

ORIGINAL: Skanvak

quote:

Currently the mouse wheel enables scrolling up and down and, while the shift key is pressed, scrolling left and right. Scrolling is a much more common activity than zooming, so the most I offer about this is that I 'might' make it a Player Interface Setting (the player decides which he prefers). But that is not scheduled for the initial release.


In this forum, when I click on the mouse wheel, I get an arrow for scrolling in all direction (speed increasing with distance from the center cross). This is very efficient. I think it would be the most efficient way to scroll a big map. Me, I especially hate the idea of using "shift + mouse wheel" for left and right scrolling (better die). So I will vote for zoom for mouse wheel. Wheel is 2 directions normally where 4 is needed, so they are better for zoom.

If you want to use wheel for scrolling, can you take into consideration wheel that have actually 4 directions (those allowing the wheel to be push to right to left).

Somme mouse have page up and page down that could be used for zoom by the way. That too whould be better that +/- (ugly).

I never knew that! It also works for the Delphi Interactive Design Envornment I use for programming. Thanks.

Nonetheless, the MWIF cursor often shows the "units in hand" - that is, it depcits the top unit in a stack of units that the player has selected to move. Other information superimposed on the cursor as a quasi-transparent overlay is the maximum sea box section a selected stack of naval units can enter. For these overlays MWIF has 45 different cursors defined, which are used to communicate to the player the legality of moves and related information when he moves the cursor over different hexes. Replacing (i.e., turning on/off) these cursors with a different one when the mouse wheel is clicked wouldn't be easy to do.

Perhaps someday though.

_____________________________

Steve

Perfection is an elusive goal.

(in reply to Skanvak)
Post #: 1940
RE: MWIF Game Interface Design - 12/11/2009 8:25:45 PM   
Skanvak

 

Posts: 577
Joined: 4/3/2005
Status: offline
quote:

I feel the hexes are overly cluttered already


This is irrelevant.

I need a tool to see the all the invadable hex at the same time. I hate to have to scroll all over a map reading text. It is useful, but not enough. When I look at such thing, I don't need to see clearly the other things in the hexes. So the graphics can be invasive (like blue strip on the hex over everything else in the hex). It might not fit your taste but it fits my way of processing information to make decision.

I will try to make a graphic example tomorrow.

Though I am happy that one of my other idea seem to have reach you I need to earn my name on the "thank you" list. And it is really a good way to scroll the map (when not holding any unit in the cursor).

< Message edited by Skanvak -- 12/11/2009 8:29:21 PM >


_____________________________


Best regards

Skanvak

(in reply to Shannon V. OKeets)
Post #: 1941
RE: MWIF Game Interface Design - 12/11/2009 8:43:54 PM   
JonBrave

 

Posts: 120
Joined: 8/6/2006
Status: offline
quote:

ORIGINAL: Shannon V. OKeets

quote:

ORIGINAL: JonBrave

Might I just ask: I trust the mousewheel can be used to zoom in & out?


That has been asked for. Currently the mouse wheel enables scrolling up and down and, while the shift key is pressed, scrolling left and right. Scrolling is a much more common activity than zooming, so the most I offer about this is that I 'might' make it a Player Interface Setting (the player decides which he prefers). But that is not scheduled for the initial release.
---



Umm, I'm surprised.

It seems to me that for what seems like 10 years most games like this use "scroll when mouse gets to edge of playing area". And wheel to zoom. Dead simple, dead popular. I don't care about wheel, so much, if you say maybe we don't zoom much. But your way means I have to hold down a key to scroll in one plane, and not in another. To me it's non-standard, non-intuitive, the user can't just use the mouse, and it's quite unnecessary. I don't even understand why you would do it that way.

I know you have other pressing things to do, and I wouldn't want to distract you from the AI, but a detail like this can make a real difference to how the product goes down broadly, perhaps outside the captive testers. Would it not be simple to just allow that as an input option?

All IMHO. But seems pretty significant, for little work to correct.

< Message edited by JonBrave -- 12/11/2009 9:12:37 PM >

(in reply to Shannon V. OKeets)
Post #: 1942
RE: MWIF Game Interface Design - 12/12/2009 12:54:54 AM   
Shannon V. OKeets

 

Posts: 22095
Joined: 5/19/2005
From: Honolulu, Hawaii
Status: offline
quote:

ORIGINAL: JonBrave

quote:

ORIGINAL: Shannon V. OKeets

quote:

ORIGINAL: JonBrave

Might I just ask: I trust the mousewheel can be used to zoom in & out?


That has been asked for. Currently the mouse wheel enables scrolling up and down and, while the shift key is pressed, scrolling left and right. Scrolling is a much more common activity than zooming, so the most I offer about this is that I 'might' make it a Player Interface Setting (the player decides which he prefers). But that is not scheduled for the initial release.
---



Umm, I'm surprised.

It seems to me that for what seems like 10 years most games like this use "scroll when mouse gets to edge of playing area". And wheel to zoom. Dead simple, dead popular. I don't care about wheel, so much, if you say maybe we don't zoom much. But your way means I have to hold down a key to scroll in one plane, and not in another. To me it's non-standard, non-intuitive, the user can't just use the mouse, and it's quite unnecessary. I don't even understand why you would do it that way.

I know you have other pressing things to do, and I wouldn't want to distract you from the AI, but a detail like this can make a real difference to how the product goes down broadly, perhaps outside the captive testers. Would it not be simple to just allow that as an input option?

All IMHO. But seems pretty significant, for little work to correct.

There is a 'hot' region around the border of the maps. When the mouse is placed over that region, the map scrolls in that direction. These regions are fairly small, but some players prefer to disable that function so more of the map is visible.

One of the reasons I have little interest in additional ways to scroll the map is that there are already many available.

Below is a section taken from the Players Manual:






Attachment (1)

< Message edited by Shannon V. OKeets -- 12/12/2009 12:56:20 AM >


_____________________________

Steve

Perfection is an elusive goal.

(in reply to JonBrave)
Post #: 1943
RE: MWIF Game Interface Design - 12/19/2009 10:42:45 AM   
Skanvak

 

Posts: 577
Joined: 4/3/2005
Status: offline
The example 1 show how I see the tool working. North sea is selected, and tool is on. So the invadable hex are highlighted.






Attachment (1)

_____________________________


Best regards

Skanvak

(in reply to Shannon V. OKeets)
Post #: 1944
RE: MWIF Game Interface Design - 12/19/2009 10:43:36 AM   
Skanvak

 

Posts: 577
Joined: 4/3/2005
Status: offline
The example 2 is the same but with another kind a graphic to just show Steve that this tool is not designed in my mind to allow to see every thing. Only to see the invadable hexes.





Attachment (1)

(in reply to Skanvak)
Post #: 1945
RE: MWIF Game Interface Design - 12/19/2009 4:45:26 PM   
Shannon V. OKeets

 

Posts: 22095
Joined: 5/19/2005
From: Honolulu, Hawaii
Status: offline

quote:

ORIGINAL: Skanvak

The example 2 is the same but with another kind a graphic to just show Steve that this tool is not designed in my mind to allow to see every thing. Only to see the invadable hexes.





Thanks for the effort, but I am unconvinced.

The 'need' for this feature is marginal, in my opinion. And, as I noted before, to communicate this addiitonal information visually requires a dramatic effect graphically. Basically, other information is very difficult to read or obscured completely.

_____________________________

Steve

Perfection is an elusive goal.

(in reply to Skanvak)
Post #: 1946
RE: MWIF Game Interface Design - 12/19/2009 4:50:53 PM   
Shannon V. OKeets

 

Posts: 22095
Joined: 5/19/2005
From: Honolulu, Hawaii
Status: offline
But you did give me an idea.

I might be able to use the invasion symbol, which is small, discrete, and already designed to be in keeping with the other icons that are displayed. While the addition of a single invasion icon to a hex would be difficult to notice, when there is one in every invadable hex, the pattern should be noticable. The other benefit of this approach is that the same symbol would be used twice, alleviating the need for the players to 'learn' multiple icons/symbols. When I get a chance, I'll test this out.

_____________________________

Steve

Perfection is an elusive goal.

(in reply to Shannon V. OKeets)
Post #: 1947
RE: MWIF Game Interface Design - 12/19/2009 6:30:07 PM   
Skanvak

 

Posts: 577
Joined: 4/3/2005
Status: offline
Thanks; I think it should be a good enough compromise. What does the invasion icon look like?

_____________________________


Best regards

Skanvak

(in reply to Shannon V. OKeets)
Post #: 1948
RE: MWIF Game Interface Design - 12/19/2009 7:42:25 PM   
Shannon V. OKeets

 

Posts: 22095
Joined: 5/19/2005
From: Honolulu, Hawaii
Status: offline

quote:

ORIGINAL: Skanvak

Thanks; I think it should be a good enough compromise. What does the invasion icon look like?

See post 1775 in this thread. It's a small anchor.

_____________________________

Steve

Perfection is an elusive goal.

(in reply to Skanvak)
Post #: 1949
RE: MWIF Game Interface Design - 12/23/2009 10:13:23 PM   
Skanvak

 

Posts: 577
Joined: 4/3/2005
Status: offline
Ok, the anchor is fine (may be make it hex sized, a big one :p )

I wonder if they are other topic on which I might like a similar tool...

By the way, I like the spherical earth for the sea lane gestion. I hope it will give you idea to make the full map like this

_____________________________


Best regards

Skanvak

(in reply to Shannon V. OKeets)
Post #: 1950
Page:   <<   < prev  63 64 [65] 66 67   next >   >>
All Forums >> [New Releases from Matrix Games] >> World in Flames >> RE: MWIF Game Interface Design Page: <<   < prev  63 64 [65] 66 67   next >   >>
Jump to:





New Messages No New Messages
Hot Topic w/ New Messages Hot Topic w/o New Messages
Locked w/ New Messages Locked w/o New Messages
 Post New Thread
 Reply to Message
 Post New Poll
 Submit Vote
 Delete My Own Post
 Delete My Own Thread
 Rate Posts


Forum Software © ASPPlayground.NET Advanced Edition 2.4.5 ANSI

3.859