View Issue Details
| ID | Project | Category | Date Submitted | Last Update | |
|---|---|---|---|---|---|
| 0016672 | Stars Beyond Reach | GUI | May 13, 2015 1:51 pm | May 18, 2015 5:04 pm | |
| Reporter | ptarth | Assigned To | keith.lamothe | ||
| Status | resolved | Resolution | fixed | ||
| Product Version | 0.816 | ||||
| Fixed in Version | 0.822 (Revised Mouse Controls) | ||||
| Summary | 0016672: Research Queue Feedback | ||||
| Description | Shift-clicking a node that is already queued-but-not targeted should remove it and all dependent techs from the queue. shift-left- clicking and Left-clicking over a building pops up the information window, which should only happen if you right-click. Some oddness with 0 cost technologies. In the attached save, hit end turn and select a new tech. When you select the first one, Crowd Suppression will be automatically selected as well. Additionally, if you queue Advanced Hand weapons, it asks if you want to buy Crowd Suppression. If you say yes, then the rest of your queue is wiped. If you say cancel, then it cancels. Edit: Fixed some of my horrible spelling | ||||
| Tags | No tags attached. | ||||
|
|
|
|
|
Good point on the second and third thing, but on: " Shift-clicking a node that is already queued-but-not targeted should remove it an all dependent techs from the queue. " Probably the consistent thing would be to simply ignore shift-click on anything but the "last" target tech, that's what Civ seems to do. If I had it do what you seem to be suggesting, then: - all targeted techs that require the clicked node would be un-targeted (which is desirable) - but then all nodes required by those targeted nodes that are not required by any of the retained targets would be un-queued, because they would no longer be necessary to meet the targets (which is probably unintuitive) That could be changed to implicitly add the clicked node's immediate prerequisites as targets, but implicitly targeting in such a way doesn't make a lot of sense, especially since it would be a different behavior than un-queuing a targeted node. So an alternate overall approach would be to remove the distinction between "queued" and "targeted", and thus any tech needed for the techs you target would itself be targeted. That would be simpler in a lot of ways. But it would also make it a big pain to redo any significant part of a queue plan, as you'd have to individually shift-click every node you wanted to remove individually. Which brings us back to a more civ-like model: very limited ability to unqueue individual nodes, instead basically making you clear the whole thing if you don't want to back-walk from the end of your queue. But is that what we want? |
|
|
The civ-like model seems appropriate. I had thought that civ had used a click to remove intermediate technology mechanic, but testing reveals I was wrong. I can't recall which game(s) had the click to remove selective option (if I'm not imagining it existing). |
|
|
Makes sense. On the zero-cost tech thing, does it come up as zero to start with, or had you already put some research into it? Looking at the data files, it should have a base cost of 600. |
|
|
Pretty sure it was 0 due to Racial Discount. |
|
|
For 0.822: * Now shift-clicking a targeted tech node won't unqueue it unless it's the last in the queue. This is actually the behavior of similar games in the genre, but we thought it would work to allow unqueuing in the middle. Turns out that leads to some very unintuitive consequences. * Fixed a bug where left-clicking the building icon on a tech tree node would bring up the details window for that building, where only right-clicking was supposed to do that. Left-clicking that part should now work fine for selection/queuing. * Now the check for insta-unlocking a tech (or prereq) when targeting it does not fire if you're trying to queue the target after something else, since that would violate the semantics of "put all research towards the first thing in the queue before moving on to the next part". Thanks :) |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| May 13, 2015 1:51 pm | ptarth | New Issue | |
| May 13, 2015 1:51 pm | ptarth | File Added: 815-pollution2.save | |
| May 13, 2015 1:52 pm | ptarth | Summary | Research Que Feedback => Research Queue Feedback |
| May 14, 2015 8:22 am | Chris_McElligottPark | Assigned To | => keith.lamothe |
| May 14, 2015 8:22 am | Chris_McElligottPark | Status | new => assigned |
| May 18, 2015 1:25 pm | keith.lamothe | Note Added: 0040959 | |
| May 18, 2015 1:43 pm | ptarth | Description Updated | |
| May 18, 2015 2:08 pm | ptarth | Note Added: 0040966 | |
| May 18, 2015 4:25 pm | keith.lamothe | Note Added: 0040973 | |
| May 18, 2015 4:53 pm | ptarth | Note Added: 0040977 | |
| May 18, 2015 5:04 pm | keith.lamothe | Note Added: 0040982 | |
| May 18, 2015 5:04 pm | keith.lamothe | Status | assigned => resolved |
| May 18, 2015 5:04 pm | keith.lamothe | Fixed in Version | => 0.822 (Revised Mouse Controls) |
| May 18, 2015 5:04 pm | keith.lamothe | Resolution | open => fixed |
