View Issue Details
| ID | Project | Category | Date Submitted | Last Update | |
|---|---|---|---|---|---|
| 0002854 | AI War 1 / Classic | Suggestion - New Features | Feb 17, 2011 7:54 pm | Mar 8, 2011 9:12 pm | |
| Reporter | doctorfrog | Assigned To | Chris_McElligottPark | ||
| Severity | minor | ||||
| Status | resolved | Resolution | fixed | ||
| Product Version | 5.000 | ||||
| Summary | 0002854: "Establish Scout Network" to compliment scout "Auto Explore" | ||||
| Description | I'd like to build a bunch of scouts, alt-right-click on them, and have them establish a scout network in the nearest 1-2 rings of nearby planets. Instead of breaking up into groups as with the "Auto Explore" alt-command, the scouts would gather as a large, single group, and visit each planet in group move mode, leaving one scout behind to monitor things as the group moves on to the next planet. This behavior continues until there two scouts left, with the last one heading off in the direction of the nearest planet. If there is already a scout on a planet, the scout group does not visit the planet. Result: a no-effort establishment of 1 scout on every planet, so I can focus on other things. Badabing! This would compliment the current Auto-Explore as a somewhat slower, but reliable method for establishing a small, local spy network. Auto Explore would remain a better method for very quickly determining intel for a large array of planets. | ||||
| Tags | No tags attached. | ||||
| Internal Weight | |||||
| has duplicate | 0001156 | resolved | keith.lamothe | Have auto-exploring scouts leave a scout per-system |
|
|
COMMENT: There is no need for you to proclaim in caps that this is a feature request. It is perfectly clear that it is a feature request by the category. More on topic, this would be pretty cool, and it would handle the trickiness of tachyon guardians much more gracefully than simple having one scout move to each adjacent planet all at the same time. |
|
|
Thanks TechSY, old habit of mine from posting in broad forums. So noted. |
|
|
No problem. And just so you know, I was not trying to be rude, but that gag was too good for me to resist. |
|
|
I was kinda curious why this didn't exist already. :) |
|
|
This is a great idea and should be implemented asap. |
|
|
Updated description with: "This would compliment the current Auto-Explore as a somewhat slower, but reliable method for establishing a small, local spy network. Auto Explore would remain a better method for very quickly determining intel for a large array of planets." |
|
|
I was just in a situation yesterday where I found this type of micromanagement tiring. I support this feature wholeheartedly! |
|
|
For 5.003: * Courtesy of the new 0000002 item on the mantis vote-tallies: Added "Auto-Scout-Picket" command to the context menu (there's also an key bind, unbound by default): ** Tell all cloaking scout units in the selection to try to station themselves on a planet where you do not currently have scout intel. Basically it: *** 1) Makes a list of all scouts with cloaking in your selection. *** 2) Makes a list of all planets you do not have current (less than 5 seconds ago) scout intel. *** 3) Sorts that list of planets by distance (ascending) to the planet with your selection. *** 4) Tells the first scout in the first list to go to the first planet in the second list, and so on. If it runs out of planets it loops back to the beginning of the planet list and thus it will double up, etc. When it runs out of scouts it stops. ** Please remember that this order (and auto-explore) are only intended to automate simple scouting situations and thus save you time giving otherwise trivial orders. If your scouts all die before accomplishing anything that means that it's not a simple scouting situation and you'll need to take manual control to get good results. |
|
|
Very nice. I look forward to trying it out in the next patch! |
|
|
I just tried out the feature on the new beta, and one behavior I may not have stated clearly wasn't adopted: the scouts should not split into separate groups. Staying together as a single group (employing group move) and moving from planet to planet should make this feature much more effective. In my quick tests, scouts speed off in search of new territory without waiting for even members of their own group, which resulted in them being picked off quickly on the other side. Perhaps a slower, but more effective method would be for all scouts to stay together, and once they are in the outer periphery of a planet, then leave one of the group behind, and speed off (again, in group move) en masse to the next planet. |
|
|
Yes, I can see why you would want it to do that, but that cannot be implemented as a simple order since it requires followup logic when the destination is reached. That's doable (auto-explore uses a mode like that) but honestly I'm not wanting to automate that kind of complex behavior as I like to think of it as "playing the game" :) |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| Feb 17, 2011 7:54 pm | doctorfrog | New Issue | |
| Feb 17, 2011 7:54 pm | Chris_McElligottPark | Assigned To | => Chris_McElligottPark |
| Feb 17, 2011 7:54 pm | Chris_McElligottPark | Status | new => considering |
| Feb 17, 2011 8:21 pm | TechSY730 | Note Added: 0010440 | |
| Feb 17, 2011 9:18 pm | Malibu Stacey | Relationship added | has duplicate 0001156 |
| Feb 18, 2011 2:34 am | doctorfrog | Note Added: 0010448 | |
| Feb 18, 2011 6:56 am | TechSY730 | Note Added: 0010449 | |
| Feb 18, 2011 12:50 pm | kingisaaclinksr | Note Added: 0010454 | |
| Feb 19, 2011 2:41 am | ludsoe | Note Added: 0010494 | |
| Feb 22, 2011 1:26 am | doctorfrog | Note Added: 0010630 | |
| Feb 22, 2011 1:26 am | doctorfrog | Description Updated | |
| Feb 22, 2011 1:27 am | doctorfrog | Summary | FEATURE REQUEST: "Establish Scout Network" => "Establish Scout Network" to compliment scout "Auto Explore" |
| Feb 22, 2011 6:03 pm | bugsydorb | Note Added: 0010651 | |
| Mar 7, 2011 4:57 pm | keith.lamothe | Note Added: 0010946 | |
| Mar 7, 2011 4:57 pm | keith.lamothe | Status | considering => resolved |
| Mar 7, 2011 4:57 pm | keith.lamothe | Resolution | open => fixed |
| Mar 7, 2011 8:22 pm | doctorfrog | Note Added: 0010955 | |
| Mar 8, 2011 7:50 pm | doctorfrog | Note Added: 0010985 | |
| Mar 8, 2011 7:50 pm | doctorfrog | Status | resolved => feedback |
| Mar 8, 2011 7:50 pm | doctorfrog | Resolution | fixed => reopened |
| Mar 8, 2011 7:51 pm | doctorfrog | Description Updated | |
| Mar 8, 2011 9:12 pm | keith.lamothe | Note Added: 0010986 | |
| Mar 8, 2011 9:12 pm | keith.lamothe | Status | feedback => resolved |
| Mar 8, 2011 9:12 pm | keith.lamothe | Resolution | reopened => fixed |
