Can we have production/consumption in station logical overview for 3.0?

[XTC0R]

I guess thats more an issue, because we dont have the shortcuts for inside of the menu (yet).
The old radial menus were "quickly" navigateable, because we had shortcuts for them. At least thats how i used them.
Though i often had to search in the sub menu for the right entry. I was not fun clicking the "more" button and still not getting the personal listed i wanted.

Adding shortcuts for the map is not trivial, as we have quite a few buttons on screen.
Like the top level bar (where you change between different full screen menus), then we have the left handside vertical aligned tabs for various panels. In these panels we have sometimes a horizontal bar. On the right we do have the filter and legend.
I could ignore the top level tabs for shortcuting, when the map is open, as some have already their own shortcut, and assign keys 1-9 to the left vertical tabs. How should we then map the horizontal tabs? I would not like to reuse the same keys again, as then browsing the vertical tabs would be impossible. Modifier key? Letter shortcuts?
Its a thing i would like to have at some point, but i dont have a clear concept yet for this.

Would it work to assign keys to rotate between tabs on the map on different locations? E.g. numpad: 1 (prev tab),4 (next tab) for left site, 8 (prev tab),9 (next tab) for top.

[linolafett]

Is there a way to make hotkeys for features without relying on the menus? For example, can you create a listing in the Controls menu that maps directly to such features (like a "Drop off inventory at HQ" order to a selected ship)?

For assigning new shortcuts, there is no easy way for the user to define them per action.
For each action a scripter would need to expose the function and add the entry to the mappings menu.
Therefore i am not aware, that shortcuts could be assigned to actions, which are not tied to specific orders, like your drop off example.

Would it work to assign keys to rotate between tabs on the map on different locations? E.g. numpad: 1 (prev tab),4 (next tab) for left site, 8 (prev tab),9 (next tab) for top.

You can navigate through the tabs via kind of similar navigation already. Its not so precise and quick.
By having for each button a key assigned, you can very quickly go wehre you want to (e.g. m->3->2 for the behaviours tab).
Doing it like your suggestion would be more difficult to remember. It would be m->4->4->4->9.

[tomchk]

Is there a way to make hotkeys for features without relying on the menus? For example, can you create a listing in the Controls menu that maps directly to such features (like a "Drop off inventory at HQ" order to a selected ship)?

For assigning new shortcuts, there is no easy way for the user to define them per action.
For each action a scripter would need to expose the function and add the entry to the mappings menu.
Therefore i am not aware, that shortcuts could be assigned to actions, which are not tied to specific orders, like your drop off example.

I gather that it's not as easy as I hoped, but if you could pick one area to create hotkeys/mappable controls, I urge you to consider squad commands, like attack my target, etc., as discussed in another thread (viewtopic.php?f=146&t=418509). If you can make such commands (at least to a squad) override any other commands rather than go into a queue, that would also help a lot!

[radcapricorn]

I guess thats more an issue, because we dont have the shortcuts for inside of the menu (yet).
The old radial menus were "quickly" navigateable, because we had shortcuts for them. At least thats how i used them.
Though i often had to search in the sub menu for the right entry. I was not fun clicking the "more" button and still not getting the personal listed i wanted.

They were quickly navigable because the UI was fluid and consistent. Have you tried playing a longer session of X4 with a controller? Open menu, down down down down down down, press A. Open missions, down down down, press X for context menu, down, press A (set to active). But then... Open crew list down down down X for context menu, oops, context menu doesn't open, use mouse emulation first! Used mouse emulation? Press X now. Uh, no, can't activate first option, down up first! Open property list, down down down down select ship, press A - center on ship. Up up up up up select station, press A - oops, doesn't center, expands the station tree instead... Want to order a ship to do something with another object (i.e. dock at station)? Have to use mouse emulation. Opened context menu for current target? Can still strafe with one stick, but don't touch the steering, menu will close (apparently, it's different for joystick players).
Things like that make the UI repulsive. So even if you add more options in menus, it wouldn't be fun using them. That is, until there are menus that are fluid and consistent. Which is what radial menus are. Hold button, swipe mouse (or stick) in the correct direction, release button. One button, ton of actions. Shortcut savings are just huge. And you can save the short tap of the same button for a quick action.

Adding shortcuts for the map is not trivial, as we have quite a few buttons on screen.
Like the top level bar (where you change between different full screen menus), then we have the left handside vertical aligned tabs for various panels. In these panels we have sometimes a horizontal bar. On the right we do have the filter and legend.
I could ignore the top level tabs for shortcuting, when the map is open, as some have already their own shortcut, and assign keys 1-9 to the left vertical tabs. How should we then map the horizontal tabs? I would not like to reuse the same keys again, as then browsing the vertical tabs would be impossible. Modifier key? Letter shortcuts?
Its a thing i would like to have at some point, but i dont have a clear concept yet for this.

You have WASDQE (or alternative in dvorak or what have you), which for some strange reason you guys redundantly bound to panning/rotating the map, when analog inputs already let you do that (i.e. mouse and sticks on controllers). You have the Tab key, Shift, R, F, Z, X, C, Space, tilde or whatever's to the left of 1 in a given layout. There's literally a ton of keys that could be useful.
For example:
- switching top level tabs: Q and E (controller, as is now - LB, RB)
- navigating left hand side: W, S up-down, A, D left right (controller - D-Pad)
- toggling left/right hand side (though I'd prefer right hand side ditched altogether, but that's another story): Tab (controller - Select button; no, seriously, external view can be opened via menu, and is not needed on the map, at least when playing with a controller)
- pressing "right" (i.e. D or right on D-Pad) expands item if it's expandable
- pressing "activate" (i.e. F or Enter, or A on controller) activates, not expands

Etc, etc...
Is that really not enough keys?

[linolafett]

Thats the difference between a game designed around a controller and one around mouse input.
Both have advantages and disadvantages. Enough people complained about the controller centric layout of xr, now we are on the other spectrum and this does not please the controller user folks.
Try ordering a fully equiped capital ship in xr, to see the "dark side" of that approach.

See my reply above where i explained, why i think having not explicit keys for each button is not as great as having each button assigned to a key.

[Buzz2005]

I actually would not mind that all stays the same but that you could navigate all UI with a controller even if I have to hit the button 100 times, I mean I played X3 for years and it was a key stroke fest

but wingman commands should be on the main screen and not tied to the map

[radcapricorn]

I'm not talking about designing for a controller vs. keyboard. It's 2019, and X4 is a game, not Maya or Blender or Excel Don't make players move their hands unnecessarily! Available actions should be quick and accessible regardless of what you control the game with. And predictable.
When you're playing, your left hand is on WASD and right hand is on mouse. Or your hands are on controller. Or left hand on throttle, right on stick. Whatever. The UI should be designed around that, and pulling the most value out of it. It's futile trying to assign unique key for every possible action. You'll run out of any controller like that. Make context matter, and do more with less. Like the above map WASDQE example.
Some of the design choices in the game's UI are outright adverse to any control input, they induce attention strain, i.e. disconnect interaction from context. Comms are at the bottom, ship selection top left, crew assignment top right. So to achieve one task (hire a crewmember) you have to literally span the whole screen with your eyes and your hand(s)! Not to mention wholly different "select" action. Where normally for things in game it's just mouse click or highlight with arrow keys/controller, here it's suddenly right click? That's equally undesireable with mouse or controller. Why right hand side? If you already force us to right click a ship, why not put workplace selection right into that same context menu? No right hand side needed at all, no issue with allocating a key to switch to it. Map filters etc. could also live happily on the left.
You can comm your ship and fire its captain. But you can't comm your ship and tell it to "fly to me" or "return home" or whatever. Which orders would be used more often? Sure, it's funny firing a marine right from a flying boarding pod, when you do it the first time. But I'd rather be able to tell that marine to abort the op and return, or to quit flapping around and make contact with target already!
There are two scan modes where one would suffice (another hotkey "eaten", more state to track for the game and the player). Docking requests operate differently via hotkey and menu. Mission briefing screens occupy enormous screen real estate just because some missions might show you the map... while you already have the map open! Make them show you your target on the actual map, and don't shove the "accept/decline" buttons all the way to the bottom right, when they're right there near the mission description (i.e. where your eyes and mouse pointer are already)!

TLDR: There's a lot more problems in how the game's UI organized, than assigning keys to various actions.

(And BTW, I've no issues with ordering fully equipped capitals in XR).

[tomchk]

You can comm your ship and fire its captain. But you can't comm your ship and tell it to "fly to me" or "return home" or whatever. Which orders would be used more often? Sure, it's funny firing a marine right from a flying boarding pod, when you do it the first time. But I'd rather be able to tell that marine to abort the op and return,

I think this is an excellent point. If you could put more frequently-used commands in the comm radial (I doubt firing is one), that would help so much. Thanks!

[tomchk]

PS: I just saw this older thread, and it has great ideas (even mock-ups!) that perhaps you could use. Please take a look if you haven't! I think radial would make the most sense regardless of control scheme, but I bet you could do this without radial. viewtopic.php?f=146&t=417229

[mr.WHO]

Can someone post here a station logical overview screenshots from 2.60 beta?

[Tamina]

Can someone post here a station logical overview screenshots from 2.60 beta?

Here you go

The orange (X) means the ware is restricted to my own faction, a red (X) means the ware is missing and it also marks the production modules red that are affected by it.
The blue gear ⚙ moves when the module is producing something and it has a little progression clock in the middle.
You can tick "Show single production module" to display the production output/input of one module, otherwise it shows the in/output of all modules.

Sadly I have no picture how this particular logical overview looked in 2.5 but saying it was convoluted is a great understatement.

[radcapricorn]

Can someone post here a station logical overview screenshots from 2.60 beta?

Here you go.

[tomchk]

Can someone post here a station logical overview screenshots from 2.60 beta?

Here you go.

Nice! Did you build a trading station? I didn't realize you could do that but I guess I don't see why not. Does the game recognize it as one, and then you just choose what you want to buy and sell?

[radcapricorn]

Nice! Did you build a trading station? I didn't realize you could do that but I guess I don't see why not. Does the game recognize it as one, and then you just choose what you want to buy and sell?

I've built it in 2.50. It's just dock and storage. You order your ship(s) to unload their wares there, after which boxes for those wares appear in logical overview. In 2.50, you could only create sell offers in those boxes, now it seems you can also create buy offers. Don't know how well it would work yet.

[tomchk]

Nice! Did you build a trading station? I didn't realize you could do that but I guess I don't see why not. Does the game recognize it as one, and then you just choose what you want to buy and sell?

I've built it in 2.50. It's just dock and storage. You order your ship(s) to unload their wares there, after which boxes for those wares appear in logical overview. In 2.50, you could only create sell offers in those boxes, now it seems you can also create buy offers. Don't know how well it would work yet.

Interesting. Did the game recognize and auto-name it as a trading station?

[radcapricorn]

Yeah, IIRC it did so once I started adding sell offers. It's an old save though, I haven't been playing it for months. Might be misremembering.

[mr.WHO]

One thing I still miss is summarized "consumption rate" for each iteam - like now we have for example 10'000 k / h EC production, but then I have to manually go to each item that consume EC and sum their consumption rates.

It would be great to have next to estimated production rate, also estimated consumption rate e.g.:

Energy cell:
Production 10'000k /h
Consumption 8'000k /h

[linolafett]

See my replies to this on page one and two of this thread.

[lordpazuzu]

The new toys for the logical overview are amazing, amazing work! The colapsable option is a must I think, so you can maximize the node view or the graph whenever you want, but yes I think they should be on the same screen for simplicity. Also, its possible to control the number of datasets for the graph? Right now the limit is just 4. I think this is very important, 4 is not enough sometimes when you want to compare rates of many products or resurses deppletion.

[linolafett]

Currently there is no work sheduled to work on the available datasets, sorry.