0009538: Tile "brackets" not getting redrawn properly.

Notes
(0028642) neil (administrator) 2015-03-14 03:00	I think the problem may be the general lagginess some people have reported with the SDL2 version of crawl on Windows. Do you have a 32-bit or 64-bit OS?

(0028643) Hollow (reporter) 2015-03-14 03:33	XP SP3, 32-bit. It might be the lagginess too, as sometimes the brackets just don't appear to be where they should, including inventory items highlight, though I cannot reliably reproduce this one (unlike with the movement).

(0028656) Hollow (reporter) 2015-03-17 02:45	After more runs and testing I can say next: - Lowering tile_update_rate helps, strangely enough. 200 seems to be the best value; - tile_runrest_rate better be left at the default rate (commented out), or else it gets more laggy; - And most importantly, setting tile_tooltip_ms to 0 makes things worse for some unknown reasons, and increasing the value helps not. It is very annoying and sometimes leads to unintended actions, like clicking on a different tile, quaffing wrong potion, using wrong ability, etc., but bearing in mind (sort of) optimal init.txt settings mentioned above, it is at least playable to some degree for now.

(0028723) Swedra (reporter) 2015-03-27 00:08 edited on: 2015-03-27 00:22	My info: DCSS 0.16.1 64bit Windows 8.1 64Bit Hardware specs: I can play most new games on the highest settings (aka, specs are very good) I have the same problem where Tile Brackets don't always redraw properly, which causes one to misclick sometimes and is just generally annoying. I too fiddled around with and tested the tile_update_rate option and found found no significant change when for example putting it to 200. If anything, setting it to 200 actually seem to have made the problem slightly worse than when leaving it at default (1000). I would really like this to be looked into, because i really like this game and i'm not sure that i could enjoy it as wellas i do now if only using the keyboard (it is not a matter of what is most effective to use, it is a matter of what feels comfortable for me, just for the record).

(0028732) Hollow (reporter) 2015-03-28 21:04	When the cursor/tile bracket bug gets really out of control, it helps to press escape for me. No idea what it cancels, but it fixes it. However, after playing for some time, even that stops mending the issue, and so, client restart is required. When such happens, task manager shows that the client is constantly eating a notable amount of cpu even being alt-tabbed for good, ranging from 25 to 90% of my single core 1.73GHz

(0029334) kurufu (reporter) 2015-07-21 05:57	This sounds like my issue except it happens for all things involving mouse movement. I cannot aim at targets because the cursor gets stuck somewhere along the way from clicking the spell to clicking the target. It takes >1s to either finally move there or I have to wiggle between squares. Basically makes it unplayable to use a mouse at all. DCSS 0.16.1 64bit Arch Linux Hardware: Q6600 proc. Trying the escape trick doesnt work and im not sure where to set tile_update_rate. (does it go in the init?)

Issue History
Date Modified	Username	Field	Change
2015-03-14 02:45	Hollow	New Issue
2015-03-14 03:00	neil	Note Added: 0028642
2015-03-14 03:33	Hollow	Note Added: 0028643
2015-03-17 02:45	Hollow	Note Added: 0028656
2015-03-27 00:08	Swedra	Note Added: 0028723
2015-03-27 00:16	Swedra	Note Edited: 0028723
2015-03-27 00:16	Swedra	Note Edited: 0028723
2015-03-27 00:22	Swedra	Note Edited: 0028723
2015-03-27 08:53	Swedra	Issue Monitored: Swedra
2015-03-28 21:04	Hollow	Note Added: 0028732
2015-07-21 05:57	kurufu	Note Added: 0029334
2017-08-11 10:22	johnnyzero	Issue Monitored: johnnyzero
2017-12-31 09:59	aidanholm	Tag Attached: ui-refactor
2017-12-31 09:59	aidanholm	Tag Detached: ui-refactor
2017-12-31 09:59	aidanholm	Tag Attached: ui-overhaul

Relationships