Patch 07 - Unofficial Public Beta & UI Suggestions (Full Version)

All Forums >> [New Releases from Matrix Games] >> War in the Pacific: Admiral's Edition >> Tech Support



Message


Admiral DadMan -> Patch 07 - Unofficial Public Beta & UI Suggestions (10/26/2015 1:59:00 PM)

This is for interface and gameplay suggestions only.


Bugs go to the Patch 07 Unofficial Public Beta thread: --> Patch 07 - Unofficial Public Beta - 1126b updated 17 Sept 2016 CLICK HERE






RogerJNeilson -> RE: Patch 07 - Unofficial Public Beta & UI Suggestions (10/26/2015 3:23:11 PM)

I have to say something that bugs me constantly is a simple misspelling of Observor instead of Observer ion all the TOE displays....

Roger




Admiral DadMan -> RE: Patch 07 - Unofficial Public Beta & UI Suggestions (10/26/2015 4:09:05 PM)

Conversion Panel adjustment recommendation:

Slide the text over, align the text from the right, move the button to the right side of the button.

The "Back" button could go over to the now vacant lower left corner.

The reason for the change is that it saves having to go from one side of the first panel to the other side of the next panel.

[image]http://www.matrixgames.com/forums/upfiles/5778/820DC3FBC88C4A26B6AF58CE99FC1387.jpg[/image]


Panel image for single conversion option:

[image]local://upfiles/5778/7B3D5A893F0740389A5ED0BE2B9F9006.jpg[/image]




BBfanboy -> RE: Patch 07 - Unofficial Public Beta & UI Suggestions (10/26/2015 7:05:20 PM)

I am running the game at highest resolution I can so as to get as much of the map as possible on screen.
The unfortunate consequence is small text, which I can see adequately but have some trouble accurately clicking with the mouse when I am going a little fast. The specific annoyance is that about 5% of the time when I go to transfer ships to/from the TF, I go a little high and hit the disband text instead - blame it on old age! When you are trying to build an Amphib TF of many ships before loading, this can be really annoying to redo!
Is it possible to move the disband command somewhere safer?




Yaab -> RE: Patch 07 - Unofficial Public Beta & UI Suggestions (10/26/2015 8:31:38 PM)

Add "Add All" button when creating a TF in a base. When I create a i.e PT TF I can narrow the selection of ships by choosing "Patrol" class but later on I have to add every PT manually to the new TF. Tiring.




Admiral DadMan -> RE: Patch 07 - Unofficial Public Beta & UI Suggestions (10/27/2015 12:04:02 AM)

Leader Change Info Panel:

Move Political Points Cost-

[image]local://upfiles/5778/36293632BEDC41A1B681FB0A052BD9B7.jpg[/image]




wdolson -> RE: Patch 07 - Unofficial Public Beta & UI Suggestions (10/27/2015 12:40:47 AM)


quote:

ORIGINAL: Roger Neilson 3

I have to say something that bugs me constantly is a simple misspelling of Observor instead of Observer ion all the TOE displays....

Roger


I'm pretty sure that's a database typo.




Admiral DadMan -> RE: Patch 07 - Unofficial Public Beta & UI Suggestions (10/27/2015 12:48:47 AM)

quote:

ORIGINAL: wdolson


quote:

ORIGINAL: Roger Neilson 3

I have to say something that bugs me constantly is a simple misspelling of Observor instead of Observer ion all the TOE displays....

Roger


I'm pretty sure that's a database typo.


Yep. Device slots 715, 1049, and 1193




BBfanboy -> RE: Patch 07 - Unofficial Public Beta & UI Suggestions (10/27/2015 2:29:22 AM)


Don't know whether to call this a technical issue or an interface one, so here goes:

Speaking of leader changes, I hate the messages in the Op Report that tell you "Major Jones is now available for reassignment" without telling you which unit he is leaving and the location.
If you have just lost a good leader it is critical to check and see if he has been replaced with a real dog!
Also annoying if you just spent PP to get the good leader into the unit.
If it is possible to add the losing unit name to the message and the unit location that would help tremendously. [sm=innocent0001.gif]




Admiral DadMan -> RE: Patch 07 - Unofficial Public Beta & UI Suggestions (10/27/2015 2:55:58 AM)


quote:

ORIGINAL: BBfanboy


Don't know whether to call this a technical issue or an interface one, so here goes:

Speaking of leader changes, I hate the messages in the Op Report that tell you "Major Jones is now available for reassignment" without telling you which unit he is leaving and the location.
If you have just lost a good leader it is critical to check and see if he has been replaced with a real dog!
Also annoying if you just spent PP to get the good leader into the unit.
If it is possible to add the losing unit name to the message and the unit location that would help tremendously. [sm=innocent0001.gif]


I think what that actually means is that the leader has arrived, much like a ship, lcu, or a/g.




BBfanboy -> RE: Patch 07 - Unofficial Public Beta & UI Suggestions (10/27/2015 6:42:57 AM)


quote:

ORIGINAL: Admiral DadMan


quote:

ORIGINAL: BBfanboy


Don't know whether to call this a technical issue or an interface one, so here goes:

Speaking of leader changes, I hate the messages in the Op Report that tell you "Major Jones is now available for reassignment" without telling you which unit he is leaving and the location.
If you have just lost a good leader it is critical to check and see if he has been replaced with a real dog!
Also annoying if you just spent PP to get the good leader into the unit.
If it is possible to add the losing unit name to the message and the unit location that would help tremendously. [sm=innocent0001.gif]


I think what that actually means is that the leader has arrived, much like a ship, lcu, or a/g.


If that is true, I have issues with the wording - it ought to say "Maj. Jones has arrived at Unit XXX located at YYY". I am still not convinced it means someone arriving rather than departing. I have seen instances where a unit in which I placed a good leader is later found to have a poor one. Particularly bad when you send an air unit to battle and lose half the planes and pilots.





Tejszd -> RE: Patch 07 - Unofficial Public Beta & UI Suggestions (10/27/2015 6:52:10 AM)

In the Databases should there not be a back button like many of the other screens?

The tool tip when you point at the name of what you are looking at helps but clicking again on the name is not consistent with other screens or intuitive like a back button.

[image]local://upfiles/27099/EF9231C4906846C6A9BFBAF1EAC4876A.jpg[/image]




Yaab -> RE: Patch 07 - Unofficial Public Beta & UI Suggestions (10/27/2015 7:06:52 AM)

I second this. I clicked the "Exit" button several times thinking it acts the same way as "Back" button in other screens. Only with time have I learnt to click an item name to go back to the item list. Frustrating.




Admiral DadMan -> RE: Patch 07 - Unofficial Public Beta & UI Suggestions (10/27/2015 12:45:45 PM)


quote:

ORIGINAL: BBfanboy


quote:

ORIGINAL: Admiral DadMan


quote:

ORIGINAL: BBfanboy


Don't know whether to call this a technical issue or an interface one, so here goes:

Speaking of leader changes, I hate the messages in the Op Report that tell you "Major Jones is now available for reassignment" without telling you which unit he is leaving and the location.
If you have just lost a good leader it is critical to check and see if he has been replaced with a real dog!
Also annoying if you just spent PP to get the good leader into the unit.
If it is possible to add the losing unit name to the message and the unit location that would help tremendously. [sm=innocent0001.gif]


I think what that actually means is that the leader has arrived, much like a ship, lcu, or a/g.


If that is true, I have issues with the wording - it ought to say "Maj. Jones has arrived at Unit XXX located at YYY". I am still not convinced it means someone arriving rather than departing. I have seen instances where a unit in which I placed a good leader is later found to have a poor one. Particularly bad when you send an air unit to battle and lose half the planes and pilots.




The instance of an involuntary air group leader change can occur if the leader is also a pilot, and he is killed. I've seen/had it happen.




Sardaukar -> RE: Patch 07 - Unofficial Public Beta & UI Suggestions (10/27/2015 12:47:09 PM)

Hotkey for Submarine patrols (and why not other TFs too) for "Patrol around hex"




Admiral DadMan -> RE: Patch 07 - Unofficial Public Beta & UI Suggestions (10/27/2015 12:47:59 PM)


quote:

ORIGINAL: Tejszd

In the Databases should there not be a back button like many of the other screens?

The tool tip when you point at the name of what you are looking helps but clicking again on the name is not consistent with other screens or intuitive like a back button.

[image]local://upfiles/27099/EF9231C4906846C6A9BFBAF1EAC4876A.jpg[/image]


Agreed. I had to learn the hard way (more than once) that to go "back" to the list, click on the highlighted item, NOT the "Exit" button.




HansBolter -> RE: Patch 07 - Unofficial Public Beta & UI Suggestions (10/27/2015 2:56:11 PM)


quote:

ORIGINAL: BBfanboy

I am running the game at highest resolution I can so as to get as much of the map as possible on screen.
The unfortunate consequence is small text, which I can see adequately but have some trouble accurately clicking with the mouse when I am going a little fast. The specific annoyance is that about 5% of the time when I go to transfer ships to/from the TF, I go a little high and hit the disband text instead - blame it on old age! When you are trying to build an Amphib TF of many ships before loading, this can be really annoying to redo!
Is it possible to move the disband command somewhere safer?


+1 the buttons here are extremely crowded.

Hit that damn disband button by accident more times than I care to remember.




HansBolter -> RE: Patch 07 - Unofficial Public Beta & UI Suggestions (10/27/2015 2:58:07 PM)

Can we get the hex stacking limit text out from under the three buttons in the uppermost right corner at less than maximum resolutions?

Been stuck playing at 1680x1050 due to limitations of my current monitor and it's really tough to get a read on the stacking limits of hexes I don't already control.




Admiral DadMan -> RE: Patch 07 - Unofficial Public Beta & UI Suggestions (10/27/2015 4:02:15 PM)


quote:

ORIGINAL: HansBolter

Can we get the hex stacking limit text out from under the three buttons in the uppermost right corner at less than maximum resolutions?

Been stuck playing at 1680x1050 due to limitations of my current monitor and it's really tough to get a read on the stacking limits of hexes I don't already control.


I'm having trouble visualizing what you mean.




Lokasenna -> RE: Patch 07 - Unofficial Public Beta & UI Suggestions (10/27/2015 5:27:19 PM)

I almost started another thread for this one as it's a bug but it does have to do with the UI...

Managing repair ships is exceedingly annoying, at least when an ARD is involved. There appears to be a bug in the UI and what it displays with regard to Pier Side mode and the presence of an ARD. Specifically, it looks like this:

[image]local://upfiles/41335/6F94E3116FCB4895BD1705C89BE53CB0.jpg[/image]

This is at a Port 6, so it can't fix any major damage. Note that the second ship on the list shows that it will finish repairs in 4 days, even though it has 1 point of (major) flooding damage. It will never repair this at this port, unless I assign it to the ARD (in the screenshot it is at Pier Side).

But the biggie is the ship with more damage in this screenshot. There is only the size 6 port and the ARD in terms of repair facilities at this base, yet the interface implies that each ship will repair its floatation damage despite not using the ARD at all. Given the difficulty in getting ARDs to be used by the ships you want to use them (having to set priorities despite only 1 ship being set to Repair Ship, for example), this makes determining whether your ship is using an ARD or not unnecessarily complicated. Even worse, you can have a ship using the ARD (say the more damaged ship in this case) and another ship at Pier Side (the ship with just 1 point of major damage left to be fixed), and the ship at Pier Side will appear as if it's going to have that 1 point fixed even though the ARD is currently being used by another ship.

So far as I can tell, ARs function fine (they don't cause a bug like this). Basically, ARDs function really queerly in the ship repair interface with the Pier Side/Repair Ship functionality. This may be a tall order in terms of the code, but wouldn't it just be easier to treat them exactly like mobile shipyards - having the Shipyard option appear when an ARD is present, and moving the code for an ARD only working on 1 ship at a time to the Repair Shipyard section(s)? Maybe that's too hard, but since they're basically mobile shipyards... it would make sense and they'd be easier to use/manage.




HansBolter -> RE: Patch 07 - Unofficial Public Beta & UI Suggestions (10/27/2015 5:29:21 PM)


quote:

ORIGINAL: Admiral DadMan


quote:

ORIGINAL: HansBolter

Can we get the hex stacking limit text out from under the three buttons in the uppermost right corner at less than maximum resolutions?

Been stuck playing at 1680x1050 due to limitations of my current monitor and it's really tough to get a read on the stacking limits of hexes I don't already control.


I'm having trouble visualizing what you mean.


At work now, but will get a screenshot tonight I can upload tomorrow morning. Basically the text labeling the stacking limits of the hex is underneath the minimize, maximize and close buttons standard to all windows programs.




Admiral DadMan -> RE: Patch 07 - Unofficial Public Beta & UI Suggestions (10/28/2015 2:25:11 AM)

LCU AND Air Group Leader Change panels:

Add point cost to lower right
Change text from "Done" to "Accept Leader Change"

Both panels could use this fix.

[image]local://upfiles/5778/6F66B781990E4F4487EEDEC345C7023C.jpg[/image]




HansBolter -> RE: Patch 07 - Unofficial Public Beta & UI Suggestions (10/28/2015 10:42:40 AM)


quote:

ORIGINAL: Admiral DadMan


quote:

ORIGINAL: HansBolter

Can we get the hex stacking limit text out from under the three buttons in the uppermost right corner at less than maximum resolutions?

Been stuck playing at 1680x1050 due to limitations of my current monitor and it's really tough to get a read on the stacking limits of hexes I don't already control.


I'm having trouble visualizing what you mean.



Take a look at this screenshot. I have targeted a hex in the Korean peninsula that I don't control. The only information you can get on a hex you don't control is in the top bar, ie... weather forecast and stacking limit.
At the 1680x1050 resolution that is the max for my monitor the stacking limit text is hidden under the three buttons in the upper right corner and impossible to read. I have to enter a hex before I can tell what the stacking limits are.



[image]local://upfiles/21458/511F21B20A6A4D538AD43604A48D15D0.jpg[/image]




Admiral DadMan -> RE: Patch 07 - Unofficial Public Beta & UI Suggestions (10/28/2015 2:07:49 PM)

I see what you mean now. I also notice that your minimap doesn't display.

I realized after the fact that you were in windowed mode.

My laptop is a 1920x1080 display and to get it to fit in Windowed mode, I had to use -w -px1680 -py1050. What is the max your monitor can do?

[image]local://upfiles/5778/314334EB4A7E400795789274DA95E064.jpg[/image]




BBfanboy -> RE: Patch 07 - Unofficial Public Beta & UI Suggestions (10/28/2015 2:15:11 PM)


quote:

ORIGINAL: Lokasenna

I almost started another thread for this one as it's a bug but it does have to do with the UI...

Managing repair ships is exceedingly annoying, at least when an ARD is involved. There appears to be a bug in the UI and what it displays with regard to Pier Side mode and the presence of an ARD. Specifically, it looks like this:

[image]local://upfiles/41335/6F94E3116FCB4895BD1705C89BE53CB0.jpg[/image]

This is at a Port 6, so it can't fix any major damage. Note that the second ship on the list shows that it will finish repairs in 4 days, even though it has 1 point of (major) flooding damage. It will never repair this at this port, unless I assign it to the ARD (in the screenshot it is at Pier Side).

But the biggie is the ship with more damage in this screenshot. There is only the size 6 port and the ARD in terms of repair facilities at this base, yet the interface implies that each ship will repair its floatation damage despite not using the ARD at all. Given the difficulty in getting ARDs to be used by the ships you want to use them (having to set priorities despite only 1 ship being set to Repair Ship, for example), this makes determining whether your ship is using an ARD or not unnecessarily complicated. Even worse, you can have a ship using the ARD (say the more damaged ship in this case) and another ship at Pier Side (the ship with just 1 point of major damage left to be fixed), and the ship at Pier Side will appear as if it's going to have that 1 point fixed even though the ARD is currently being used by another ship.

So far as I can tell, ARs function fine (they don't cause a bug like this). Basically, ARDs function really queerly in the ship repair interface with the Pier Side/Repair Ship functionality. This may be a tall order in terms of the code, but wouldn't it just be easier to treat them exactly like mobile shipyards - having the Shipyard option appear when an ARD is present, and moving the code for an ARD only working on 1 ship at a time to the Repair Shipyard section(s)? Maybe that's too hard, but since they're basically mobile shipyards... it would make sense and they'd be easier to use/manage.


Not sure if it applies in your case, Lokasenna, but ARs can often repair up to 5 points of flotation damage. Your repairing ship with 1 point floatation damage may be using the AR rather than the ARD. Even if you didn't assign the AR, it will take on the job if it has no other current tasking.
I have no experience with ARDs, so I can't comment on that part.




HansBolter -> RE: Patch 07 - Unofficial Public Beta & UI Suggestions (10/28/2015 2:15:25 PM)

No I NEVER play in windowed mode. I hate it.

This will likely be resolved after Christmas when I intend to upgrade to a pair of 27" monitors.

I realize it only affects games with full stacking limits everywhere being displayed on a limited resolution monitor.

Probably no way to squeeze everything in across the top bar at lower resolutions.




Admiral DadMan -> RE: Patch 07 - Unofficial Public Beta & UI Suggestions (10/28/2015 2:35:06 PM)

quote:

ORIGINAL: HansBolter

No I NEVER play in windowed mode. I hate it.

This will likely be resolved after Christmas when I intend to upgrade to a pair of 27" monitors.

I realize it only affects games with full stacking limits everywhere being displayed on a limited resolution monitor.

Probably no way to squeeze everything in across the top bar at lower resolutions.


My bad. Brain not fully engaged yet.

I just reset my monitor to 1680x1050 and started the game at that resolution, and was able to get the same output as I posted earlier with everything fitting. I'm thinking there's something more going on with your display.

What you could try is to leave your monitor resolution where it is and try a lower game resolution like 1600x900 or 1440x900




Lokasenna -> RE: Patch 07 - Unofficial Public Beta & UI Suggestions (10/28/2015 2:53:55 PM)


quote:

ORIGINAL: BBfanboy


quote:

ORIGINAL: Lokasenna

I almost started another thread for this one as it's a bug but it does have to do with the UI...

Managing repair ships is exceedingly annoying, at least when an ARD is involved. There appears to be a bug in the UI and what it displays with regard to Pier Side mode and the presence of an ARD. Specifically, it looks like this:

[image]local://upfiles/41335/6F94E3116FCB4895BD1705C89BE53CB0.jpg[/image]

This is at a Port 6, so it can't fix any major damage. Note that the second ship on the list shows that it will finish repairs in 4 days, even though it has 1 point of (major) flooding damage. It will never repair this at this port, unless I assign it to the ARD (in the screenshot it is at Pier Side).

But the biggie is the ship with more damage in this screenshot. There is only the size 6 port and the ARD in terms of repair facilities at this base, yet the interface implies that each ship will repair its floatation damage despite not using the ARD at all. Given the difficulty in getting ARDs to be used by the ships you want to use them (having to set priorities despite only 1 ship being set to Repair Ship, for example), this makes determining whether your ship is using an ARD or not unnecessarily complicated. Even worse, you can have a ship using the ARD (say the more damaged ship in this case) and another ship at Pier Side (the ship with just 1 point of major damage left to be fixed), and the ship at Pier Side will appear as if it's going to have that 1 point fixed even though the ARD is currently being used by another ship.

So far as I can tell, ARs function fine (they don't cause a bug like this). Basically, ARDs function really queerly in the ship repair interface with the Pier Side/Repair Ship functionality. This may be a tall order in terms of the code, but wouldn't it just be easier to treat them exactly like mobile shipyards - having the Shipyard option appear when an ARD is present, and moving the code for an ARD only working on 1 ship at a time to the Repair Shipyard section(s)? Maybe that's too hard, but since they're basically mobile shipyards... it would make sense and they'd be easier to use/manage.


Not sure if it applies in your case, Lokasenna, but ARs can often repair up to 5 points of flotation damage. Your repairing ship with 1 point floatation damage may be using the AR rather than the ARD. Even if you didn't assign the AR, it will take on the job if it has no other current tasking.
I have no experience with ARDs, so I can't comment on that part.


There is no AR at this particular port. It's just the size 6 port and the ARD - no other resources, not even (appreciable) naval support. There might be naval support "leaking" over from a nearby command HQ, but not very much. Less than 50.

But even still, there's 23 points of major damage there that the interface is implying will be fixed in pier side mode, which is just wrong.




Lokasenna -> RE: Patch 07 - Unofficial Public Beta & UI Suggestions (10/28/2015 2:54:30 PM)


quote:

ORIGINAL: HansBolter

No I NEVER play in windowed mode. I hate it.

This will likely be resolved after Christmas when I intend to upgrade to a pair of 27" monitors.

I realize it only affects games with full stacking limits everywhere being displayed on a limited resolution monitor.

Probably no way to squeeze everything in across the top bar at lower resolutions.


I've always thought that was a funny place to stick the SL info anyway. It should be somewhere in the bottom bar, IMO.




witpqs -> RE: Patch 07 - Unofficial Public Beta & UI Suggestions (10/28/2015 4:29:30 PM)

Here is a pic from my laptop, running windowed mode but at the full resolution of the laptop (1366 x 768).

[image]local://upfiles/14248/3CFDC3BFF71346D68403DAD502102A61.jpg[/image]




Page: [1] 2 3 4 5   next >   >>

Valid CSS!




Forum Software © ASPPlayground.NET Advanced Edition 2.4.5 ANSI
1.780762