View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0010417 | Dwarf Fortress | Dwarf Mode -- Embark/Setup | public | 2017-12-04 07:09 | 2018-06-15 07:55 |
| Reporter | PatrikLundell | Assigned To | lethosor | ||
| Priority | low | Severity | feature | Reproducibility | always |
| Status | resolved | Resolution | no change required | ||
| Platform | PC | OS | Windows | OS Version | 10.1 |
| Product Version | 0.44.02 | ||||
| Summary | 0010417: Embark rectange jumps erratically on world tile change | ||||
| Description | This could be a rather annoying feature instead of a bug. When moving between world tiles in search of an embark location the embark rectangle used to retain the same coordinates from world tile to world tile, changing only as you moved them with u/m/h/k. Now, however, the rectangle appears in different locations so moving back and forth between two world tiles will see the rectangle jump around. This is extra annoying given that it's very easy to try to move the embark rectangle with the arrow keys rather than the correct ones, now leading you to have to start from the beginning. It could be related to a feature to avoid landing the rectangle on places you cannot embark, as jumping between world tiles that have settlements on them seems to avoid landing the rectangle on top of a settlement when that is possible. Strangely enough, when it's not possible (the settlement blocks the whole tile), it seems to return to the same location in that tile every time (which isn't changed by moving the rectangle, moving to a different world tile, and then returning to the settlement tile), while it's still jumping around in the neighboring tiles. | ||||
| Steps To Reproduce | Generate a world, enter pre embark, move between world tiles, and watch the rectangle jump. | ||||
| Additional Information | Using the LNP r02 with the Phoebus tile set. DFHack is used, but no plugins have been compiled and no scripts have been used. The RAWs have been modified to lower the attack triggers of (semi) megabeasts, the siege triggers of civs, and has the goblins start only on glaciers. I don't expect any of this to have any effect on the behavior. | ||||
| Tags | No tags attached. | ||||
|
|
"When moving between world tiles in search of an embark location the embark rectangle used to retain the same coordinates from world tile to world tile" That was a DFHack feature: embark-tools/sticky: Maintains the selected local area while navigating the world map |
|
|
Please close this issue as Loci pointed out it's vanilla behavior. |
|
|
It still is a DFHack feature that can be enabled. One advantage of the vanilla feature is that it selects areas that match search results, if a search is in progress, but other than that, I don't think there's a pattern to it. Edit: yeah, vanilla behavior avoids impossible embarks like you pointed out. That might be all that I was thinking of. |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2017-12-04 07:09 | PatrikLundell | New Issue | |
| 2017-12-04 08:05 | Loci | Note Added: 0037215 | |
| 2018-06-15 02:33 | PatrikLundell | Note Added: 0038464 | |
| 2018-06-15 07:55 | lethosor | Note Added: 0038465 | |
| 2018-06-15 07:55 | lethosor | Status | new => resolved |
| 2018-06-15 07:55 | lethosor | Resolution | open => no change required |
| 2018-06-15 07:55 | lethosor | Assigned To | => lethosor |
| 2018-06-15 07:56 | lethosor | Note Edited: 0038465 |
