View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0001920 | Dwarf Fortress | Dwarf Mode -- Interface, Stocks | public | 2010-05-17 00:31 | 2010-06-09 06:45 |
Reporter | kudakeru | Assigned To | Baughn | ||
Priority | normal | Severity | major | Reproducibility | always |
Status | closed | Resolution | fixed | ||
Platform | Windows | OS | Windows | OS Version | 7x64 |
Product Version | 0.31.04 | ||||
Fixed in Version | 0.31.05 | ||||
Summary | 0001920: Stocks screen hangs on "stone" and then skips to next category | ||||
Description | Moving to the stones line causes the interface to hang for a second and then skip to the next line up or down (depending on which direction I was coming from). | ||||
Steps To Reproduce | Go to the stocks screen and move the selector to the stones line. | ||||
Tags | No tags attached. | ||||
parent of | 0001990 | resolved | Baughn | Key presses register twice when filtering many historical figures in Legends |
parent of | 0001939 | closed | Baughn | Double execution of recorded macros |
parent of | 0001996 | resolved | Baughn | Key Presses twice on embark screen and in fortress inventory |
has duplicate | 0002060 | closed | Cursor always skips item type in stocks menu if there are too many items |
|
this'll happen to any category where you have billions of the item in question, seeds for instance. |
|
This happened in 40d#, as I recall. A workaround is to use page up/down to select it, as it shouldn't get bypassed then. |
|
Using page down causes the same hang and then it skips a full page instead of one line. |
|
Really? Odd, it worked in 40d#. I guess it's worse now. |
|
The paging trick does still work. I suspect, however that if you get enough (lots!)of that category of items, you'd see the behavior kudakeru described. |
|
I have this exact same problem. I did not have this problem in 0.31.03. It's almost like the 'key up' event is getting lost while it's processing the huge numbers of items in a category? My stones menu takes over 60 seconds to open, so it's a little frustrating when it gets skipped. |
|
40d worked fine. The game would just hang when you selected it. New version will skip over it after hanging for a second. |
|
If I try enough times eventually the cursor will land on the item I want instead of skipping it. I'm looking at items with counts in the 900? range, undoubtedly your luck would be worse with larger n. |
|
I have an extremely slow computer, and can confirm this problem. Also another problem that I believe is related: on certain pages with inline searches (Legends mode name search, and Fortress mode's 'move to trade depot' page), pressing a letter will type two of those letters in a row, making the search all but useless. In short, on my system this happens whenever a keyboard input calls a very large list. It makes me wonder if the list is taking so long to compile, and locks up so much of the system's resources, that the game erroneously believes that the user has held down the key long enough to start key repeating. I went into init.txt and changed [KEY_HOLD_MS] from 150 to 650. This reduced the occurrence of the problem but did not eliminate it. I have yet to try larger values (because they make it annoying to do any hold-scrolling), and will report my results when I do. If I'm right about the source of the problem, perhaps adding a short (10-20ms?) delay between scrolling in the stocks page and calling up that category's list would get rid of this issue? ::shrug:: |
Date Modified | Username | Field | Change |
---|---|---|---|
2010-05-17 00:31 | kudakeru | New Issue | |
2010-05-17 00:37 | derigo | Note Added: 0006862 | |
2010-05-17 00:54 |
|
Summary | Stocks screen skips hangs momentarily and then skips over stone stocks. => Stocks screen hangs on "stone" and then skips to next category |
2010-05-17 02:06 | Malicus | Note Added: 0006865 | |
2010-05-17 12:00 | kudakeru | Note Added: 0006893 | |
2010-05-17 18:01 | Malicus | Note Added: 0006905 | |
2010-05-20 12:08 |
|
Relationship added | parent of 0001990 |
2010-05-20 12:08 |
|
Relationship added | parent of 0001939 |
2010-05-20 12:08 |
|
Relationship added | parent of 0001996 |
2010-05-20 14:05 | derigo | Note Added: 0007089 | |
2010-05-20 14:21 | ItchyBeard | Note Added: 0007091 | |
2010-05-23 13:26 | ObadiahtheSlim | Note Added: 0007221 | |
2010-05-24 08:52 |
|
Relationship added | has duplicate 0002060 |
2010-05-27 09:50 | timbojones | Note Added: 0007385 | |
2010-05-27 18:02 | blazzano | Note Added: 0007401 | |
2010-06-04 10:07 |
|
Tag Attached: Fixed in 31.05? | |
2010-06-04 10:15 |
|
Status | new => assigned |
2010-06-04 10:15 |
|
Assigned To | => Baughn |
2010-06-04 10:15 |
|
Status | assigned => resolved |
2010-06-04 10:15 |
|
Fixed in Version | => 0.31.05 |
2010-06-04 10:15 |
|
Resolution | open => fixed |
2010-06-04 10:37 |
|
Tag Detached: Fixed in 31.05? | |
2010-06-09 06:45 | Toady One | Status | resolved => closed |