Anonymous | Login | Signup for a new account | 2024-05-18 04:41 PDT |
Main | My View | View Issues | Change Log | Roadmap |
View Issue Details [ Jump to Notes ] | [ Issue History ] [ Print ] | ||||||||||
ID | Project | Category | View Status | Date Submitted | Last Update | ||||||
0006091 | Dwarf Fortress | Dwarf Mode -- Embark/Setup | public | 2012-07-13 14:47 | 2014-11-17 03:37 | ||||||
Reporter | twharris | ||||||||||
Assigned To | Footkerchief | ||||||||||
Priority | normal | Severity | major | Reproducibility | always | ||||||
Status | confirmed | Resolution | no change required | ||||||||
Platform | PC | OS | Windows | OS Version | Vista | ||||||
Product Version | 0.34.11 | ||||||||||
Target Version | Fixed in Version | ||||||||||
Summary | 0006091: Sticky keys | ||||||||||
Description | So, when I try to move the selector on the local map, the command seems to stick. I press "u" once, and the box immediately scrolls to the top of the screen. Similar with the other letter. I've tried using other move commands to supersede or replace the locked one, and response seems to be none and occasionally erratic. Eventually the cursor does not respond to any of these "uhkm" commands and stays locked where it is. | ||||||||||
Steps To Reproduce | Start a game all the way to the map screen. Attempt to use "umkh" to move the cursor. | ||||||||||
Additional Information | While I've had other, less paralyzing "sticky command" problems in the legacy version, this particular one does not happen there. In other respects, I'd really like to play the latest version, but it doesn't seem to work on this computer. | ||||||||||
Tags | No tags attached. | ||||||||||
Attached Files | |||||||||||
Relationships | ||||||||||||||||||||||||||
|
Notes | |
(0023223) twharris (reporter) 2012-07-13 17:32 |
Just tried it again. Seems if I try to push the square into a new direction, it "twitches" back and forth, and will eventually move to another edge and get stuck. After a few rounds of changing direction, the game stops responding to "uhkm" commands. |
(0023243) eliotcougar (reporter) 2012-07-16 11:19 edited on: 2012-07-16 11:21 |
I can't reproduce it... What your [KEY_HOLD_MS] and [KEY_REPEAT_MS] parameters are set to?.. |
(0023247) twharris (reporter) 2012-07-16 15:00 edited on: 2012-07-16 17:06 |
Ha! Found it! Key Hold MS is 250 and Key Repeat MS is 150. Though I don't know if that's the problem, because the arrow scrolls to move the cursor on the main map work fine. It's something peculiar to the umhk commands... And on the Legacy version, Key Hold is 150 and Key Repeat doesn't exist. |
(0023250) twharris (reporter) 2012-07-16 20:09 |
Just to add, I tried starting a game, and it seems that the arrow keys work fine for navigating the XY axis, but trying to use the <> to navigate the Z axis leads to the same sort of problem. Hitting > once leads to an endless plunge to the bottom of the uncarved depths. |
(0023253) twharris (reporter) 2012-07-17 05:37 |
Aaaand, trying the game on my wife's computer, the problem doesn't happen. So, it's probably something internal to my laptop. :( |
(0026242) Footkerchief (manager) 2014-07-13 17:40 |
Okay, let us know if that changes! |
(0026336) Footkerchief (manager) 2014-07-14 11:12 |
Reopening due to 0007266 |
(0031028) ToXeye (reporter) 2014-11-17 02:29 |
I get keys stuck sometimes. It is most annoying in adenture mode, and less annoying in fortress mode. What I believe happens is that key-down is registered and key-up is not registered. This begins happening once it gets laggy and I try to make a lot of repeated movements in one direction or the other. I could also try resolving this by removing key repeats in Ubuntu. |
(0031029) ToXeye (reporter) 2014-11-17 03:31 |
Changing key-repeat in Ubuntu has worked fine so far, not necessarily working for Windows though. Simply enter Keyboard settings and change to not having key repeat. |
(0031030) ToXeye (reporter) 2014-11-17 03:37 |
However, I think that it didn't fix the problem entirely, since DF was able to catch the keys without having to use ubuntu's key repeat. |
Issue History | |||
Date Modified | Username | Field | Change |
2012-07-13 14:47 | twharris | New Issue | |
2012-07-13 17:32 | twharris | Note Added: 0023223 | |
2012-07-16 11:19 | eliotcougar | Note Added: 0023243 | |
2012-07-16 11:21 | eliotcougar | Note Edited: 0023243 | View Revisions |
2012-07-16 11:21 | eliotcougar | Issue Monitored: eliotcougar | |
2012-07-16 14:51 | twharris | Note Added: 0023246 | |
2012-07-16 15:00 | twharris | Note Added: 0023247 | |
2012-07-16 15:03 | twharris | Note Added: 0023248 | |
2012-07-16 15:03 | twharris | Note Deleted: 0023246 | |
2012-07-16 15:03 | twharris | Note Edited: 0023247 | View Revisions |
2012-07-16 15:03 | twharris | Note Deleted: 0023248 | |
2012-07-16 17:06 | twharris | Note Edited: 0023247 | View Revisions |
2012-07-16 20:09 | twharris | Note Added: 0023250 | |
2012-07-17 05:37 | twharris | Note Added: 0023253 | |
2014-07-13 17:22 | eliotcougar | Issue End Monitor: eliotcougar | |
2014-07-13 17:40 | Footkerchief | Note Added: 0026242 | |
2014-07-13 17:40 | Footkerchief | Status | new => resolved |
2014-07-13 17:40 | Footkerchief | Resolution | open => no change required |
2014-07-13 17:40 | Footkerchief | Assigned To | => Footkerchief |
2014-07-14 11:12 | Footkerchief | Relationship added | has duplicate 0007266 |
2014-07-14 11:12 | Footkerchief | Note Added: 0026336 | |
2014-07-14 11:12 | Footkerchief | Status | resolved => acknowledged |
2014-07-18 08:13 | Footkerchief | Relationship added | has duplicate 0007446 |
2014-11-16 11:54 | Footkerchief | Relationship added | related to 0005713 |
2014-11-16 11:55 | Footkerchief | Relationship added | has duplicate 0008553 |
2014-11-16 11:55 | Footkerchief | Status | acknowledged => confirmed |
2014-11-17 02:29 | ToXeye | Note Added: 0031028 | |
2014-11-17 03:31 | ToXeye | Note Added: 0031029 | |
2014-11-17 03:37 | ToXeye | Note Added: 0031030 | |
2015-03-25 12:27 | Dwarfu | Relationship added | has duplicate 0008793 |
Copyright © 2000 - 2010 MantisBT Group |