View Issue Details
| ID | Project | Category | Date Submitted | Last Update | |
|---|---|---|---|---|---|
| 0001843 | AI War 1 / Classic | Suggestion - Interface Ideas - Unit Selection, Management, and Orders | Dec 5, 2010 4:52 pm | Oct 1, 2012 9:45 am | |
| Reporter | kezziny | Assigned To | Chris_McElligottPark | ||
| Status | resolved | Resolution | fixed | ||
| Fixed in Version | 5.088 | ||||
| Summary | 0001843: Key binding to override global auto-FRD | ||||
| Description | For example, using a (Light of the Spire) Shield Bearer to defend a command station is difficult with global Auto-FRD Military switched on, because it will immediately go after enemy ships as they enter the planet. There should be a command (with a key binding) introduced which would instruct the selected ships to stay in the specified location whatever happens (should override all global settings). | ||||
| Tags | No tags attached. | ||||
| Internal Weight | New | ||||
| related to | 0003068 | feedback | Chris_McElligottPark | "Stay Here" / "Hold Position" order |
| related to | 0008345 | resolved | keith.lamothe | CTRLS - Change Auto-FRD Engineers/Military to Engineers/Military FRD by default |
|
|
Very very very strongly support this. I really love the global FRD setting, but sometimes I ~really~ need a ship to stay right where it is. Would also be nice to have Spire Rams not automatically suicide themselves against the first valid target they see. |
|
|
You can use attack-move (yellow ship outline) to have ships not fallback to FRD (until you tell them to normal-move or stop). However, if something comes within range they will pursue it. It would be nice to have a hold-position-at command to prevent them from moving whatsoever. |
|
|
I think in general a key that overrides frd for any individual unit while the global auto-frd is on (military or engineers) would be awesome. |
|
|
might want to include that this key would overide rally points to prevent units from autoforwarding? |
|
|
Even making it so auto-FRD only applies to newly created units would be wonderful. Then I can take them off FRD and they'll stay off it until I explicitly turn it back on. That's actually the way I thought auto-FRD worked at first. |
|
|
I was amazed to discover this wasn't a feature! I kept jabbing 'End' expecting my units to chill out, but no, they kept wanting to run into a bloodbath. Strongly agree. |
|
|
do want |
|
|
Good lord look at all the supporters |
|
|
I would support a "Set as sentinel" setting, even if it only lasted during the session. |
|
|
Not exactly what was asked for, but it's about the closest we can get to the function without really over-complicating the model: * Added a "Control-Group-Specific" tab to the CTRLS window, similar to the "Planet-Specific" tab: ** Instead of selecting a planet on this tab, you select one of your 10 control groups from a dropdown. ** Currently the tab has: *** Auto-FRD Military **** When this is set to "On", all your military units in this control group will be set to Free-Roaming Defender. Note: certain ship types (like fortresses that multi-repair, and zenith siege engines) never auto-FRD. **** When this is set to "Default", the global Auto-FRD toggle will govern. **** When this is "Off", this behavior will not happen for ships in this control group even if the global Auto-FRD toggle is on. **** If a ship is in multiple control groups with conflicting settings for this, the priority order is as follows: Off, On, Default. *** Auto-FRD Engineers **** When this is set to "On", all your engineer/rebuilder units in this control group will be set to Free-Roaming Defender. **** When this is set to "Default", the global Auto-FRD toggle will govern. **** When this is "Off", this behavior will not happen for ships in this control group even if the global Auto-FRD toggle is on. **** If a ship is in multiple control groups with conflicting settings for this, the priority order is as follows: Off, On, Default. (also added auto-kite, but that's not specific to this suggestion) Thanks :) |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| Dec 5, 2010 4:52 pm | kezziny | New Issue | |
| Dec 22, 2010 8:53 pm | Chris_McElligottPark | Assigned To | => Chris_McElligottPark |
| Dec 22, 2010 8:53 pm | Chris_McElligottPark | Status | new => considering |
| Dec 22, 2010 11:31 pm | MaxAstro | Note Added: 0006824 | |
| Jan 5, 2011 10:24 pm | Nypyren | Note Added: 0007570 | |
| Jan 5, 2011 10:25 pm | Nypyren | Note Edited: 0007570 | |
| Jan 5, 2011 10:26 pm | Nypyren | Note Edited: 0007570 | |
| Jan 6, 2011 2:48 am | Reality | Note Added: 0007578 | |
| Feb 12, 2011 1:50 am | motai | Note Added: 0010283 | |
| Mar 22, 2011 9:43 pm | FunnyMan | Relationship added | related to 0003068 |
| Jun 16, 2011 9:09 pm | Hearteater | Note Added: 0012464 | |
| Aug 27, 2011 1:12 am | mindloss | Note Added: 0013028 | |
| Aug 27, 2011 2:44 pm | Ranakastrasz | Note Added: 0013031 | |
| May 31, 2012 12:41 pm | TechSY730 | Relationship added | related to 0008345 |
| May 31, 2012 1:27 pm | Wingflier | Note Added: 0025291 | |
| Sep 10, 2012 10:27 pm | doctorfrog | Note Added: 0028312 | |
| Oct 1, 2012 9:44 am | keith.lamothe | Internal Weight | => New |
| Oct 1, 2012 9:44 am | keith.lamothe | Note Added: 0028543 | |
| Oct 1, 2012 9:44 am | keith.lamothe | Status | considering => resolved |
| Oct 1, 2012 9:44 am | keith.lamothe | Fixed in Version | => 5.088 |
| Oct 1, 2012 9:44 am | keith.lamothe | Resolution | open => fixed |
