View Issue Details
| ID | Project | Category | Date Submitted | Last Update | |
|---|---|---|---|---|---|
| 0021685 | AI War 2 | GUI | Sep 26, 2019 6:57 pm | Oct 3, 2020 2:36 pm | |
| Reporter | Asteroid | Assigned To | BadgerBadger | ||
| Status | resolved | Resolution | reopened | ||
| Product Version | 0.891 Vast Tracts of... Ship Graphics | ||||
| Fixed in Version | 0.894 Desaturation And Cross-Planet Move Orders | ||||
| Summary | 0021685: Cross-planet move and attack orders | ||||
| Description | Give the player the ability to select a fleet or a group of units anywhere in the galaxy, and give a move order somewhere in the planet view of a far away system. The game will automatically queue the wormhole orders necessary to get there, followed by the move order from the arrival wormhole to the target location. As discussed here, this is a highly-desired feature: https://forums.arcengames.com/ai-war-ii/making-fleet-selection-more-coarse-grained/msg221201/#msg221201 | ||||
| Tags | No tags attached. | ||||
| related to | 0023882 | resolved | Chris_McElligottPark | Double clicking on planet problem |
|
|
I'm hoping to have this done sometime this week; I think I see how to do it |
|
|
C/C from the conversation on Discord (as memo): Right now, if your selected units are outside of this planet, giving a move order (right-click) won't do anything. Giving a jump-order (Ctrl+Right-click), won't do anything as well The first is correct, a simple right-click shouldn't make the fleet jump in The second is not, Ctrl+Right-click should make it jump in Right now, when you want to move units from a planet to another, it is very tedious. You have to open the map, right-click on the destination, then wait for the units to enter the system, then quickly give another move order to put them in position. I actually wanted to suggest the exact same ticket during my playthrough, but since it already existed, I didn't When you are fighting, you don't want to waste time going on the map and check on your moving fleet for its arrival. You want to throw the jump order and forget. CTRL + Right-click makes the units outside of the system jump in (Jump then get to the position pointed on the planet) without the need to go on the Galaxy map. It's a quality of life feature. And honestly, during my game, I tried to do this instinctively many times, remembering "Oh, right, that doesn't work yet", open the Galaxy map sigh, give the order, return on the planet I was fighting (were was it again? ah yes there), then get very busy with the fight. A few seconds later notice that my fleet was patiently getting ripped off near the wormhole because I didn't notice it enter the system (if it moved right inside the battle I would have immediately noticed). It's a little feature, but it's a huge plus for the player, really. |
|
|
My gut feeling that this feature shouldn't be hidden behind Ctrl+right-click which people won't necessarily try (I know I never did). In my view right clicking anywhere whether it be inside a planet or on the galaxy map should simply send what you have selected there, period. Selection controls that pick only what's present on the planet (for instance, Shift-1 to select all elements of Fleet 1 on this planet) would however be interesting for advanced players. |
|
|
You use CTRL + Click to jump through a wormhole. It's the logic continuity to that. Sometimes you want some ships to stay outside of a conflict. Since you currently select whole Fleet, it would be annoying to see the ships you kept away suddenly join the fight (especially if they have to travel from far away and alert some AI planets). An alternative would be to remove a ship type from Fleet selection. The Fleet panel already has a Pause construction button, why not a button to include or exclude from selection. That would work at well if you don't want the CTRL + Click. |
|
|
I find ctrl+click extremely awkward, and I often miss the click on the wormhole one out of three times and have to repeat, so a big part of this succeeding is to relegate Ctrl+click to the annals of history so that standard RTS controls apply instead. You can AFAIK remove units from the selection with Alt-click. But the thing about wanting some units to stay out of the fight is a separate problem from cross-planet navigation in my view. What if you want them to stay in the same system but some distance away, or work on a different target in the same system? For the reasons above, if ctrl-click stays around at all I would reverse it's functionality so it makes move orders or selection apply only to the current planet. |
|
|
Tentative support has been added for this. Asteroid, I think you have svn access so feel free to give it a try, since this is your bug report. I expect there are problems. Currently the command should not require holding ctrl, but adding the requirement that ctrl must be held is trivial. |
|
|
Thanks! It's amazing to see this come to life. Results of my brief preliminary test: A simple move to a specific point in a neigbouring sector works well. If I give one such destination and then shift-click a position inside another system, the system kind of goes bonkers: ship goes through another system than expected, and seems to eventually get to the destination but then starts moving to another point in the system. |
|
|
I fixed a bug in the queued movement code; give it another try! |
|
|
Seems to be at least mostly working now. Further bug reports would be appreciated if anything comes up |
|
|
I've just retested this, and the following doesn't work on 2.605: - Drag selecting a bunch of units on a planet, tabbing out to galaxy view, double-clicking another planet to enter its planet view, right-clicking somewhere on the planet. Result: the units in question don't move. - Select a fleet in galaxy view, double-click another planet to enter its planet view, right-clicking somewhere on the planet. The fleet in question doesn't move at all. |
|
|
Seems worth reopening. |
|
|
Please don't necro year-closed bug reports. Just open a new ticket |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| Sep 26, 2019 6:57 pm | Asteroid | New Issue | |
| Sep 29, 2019 7:38 pm | BadgerBadger | Assigned To | => BadgerBadger |
| Sep 29, 2019 7:38 pm | BadgerBadger | Status | new => assigned |
| Sep 29, 2019 9:46 pm | BadgerBadger | Note Added: 0053315 | |
| Sep 30, 2019 5:40 pm | OzoneGrif | Note Added: 0053338 | |
| Sep 30, 2019 6:05 pm | Asteroid | Note Added: 0053340 | |
| Sep 30, 2019 8:23 pm | OzoneGrif | Note Added: 0053349 | |
| Sep 30, 2019 8:47 pm | Asteroid | Note Added: 0053350 | |
| Oct 1, 2019 12:24 am | BadgerBadger | Note Added: 0053353 | |
| Oct 1, 2019 12:52 am | BadgerBadger | Note Edited: 0053353 | |
| Oct 1, 2019 2:08 am | Asteroid | Note Added: 0053356 | |
| Oct 1, 2019 1:44 pm | BadgerBadger | Note Added: 0053362 | |
| Oct 1, 2019 2:53 pm | BadgerBadger | Status | assigned => resolved |
| Oct 1, 2019 2:53 pm | BadgerBadger | Resolution | open => fixed |
| Oct 1, 2019 2:53 pm | BadgerBadger | Fixed in Version | => 0.894 Desaturation And Cross-Planet Move Orders |
| Oct 1, 2019 2:53 pm | BadgerBadger | Note Added: 0053370 | |
| Oct 3, 2020 12:08 am | Asteroid | Note Added: 0058940 | |
| Oct 3, 2020 12:09 am | Asteroid | Status | resolved => feedback |
| Oct 3, 2020 12:09 am | Asteroid | Resolution | fixed => reopened |
| Oct 3, 2020 12:09 am | Asteroid | Note Added: 0058941 | |
| Oct 3, 2020 2:35 pm | BadgerBadger | Note Added: 0058950 | |
| Oct 3, 2020 2:36 pm | BadgerBadger | Relationship added | related to 0023882 |
| Oct 3, 2020 2:36 pm | BadgerBadger | Status | feedback => resolved |
