0003861: In some print modes, mouse designations only work in top left

Notes
(0014804) Footkerchief (manager) 2011-01-06 08:25	Reminder sent to: rynait "mouse click does work at few lines, bottom of the windowed screen" Could you explain this a little more? Does the mouse not work on the top part of the screen? What menus are you trying to use the mouse on? Have you tried updating your graphics drivers?

(0014807) rynait (reporter) 2011-01-06 12:07	in all of the 2D modes, the mouse clicking (in designate) stops short approximately three lines from the bottom edge of the window. In other word the X cursor does not follow beyond the last three lines if using mouse. have to use keyboard to scroll down toward the bottom (as if need to move the map up). however with standard/partial: mode will not even open dwarf fortress at all, comes up with window 7 error. (I said not sure how to capture and send, because I have two computers XP pro and Window 7 (newly built barebone). Email correspondence is handled on the XP pro (have not setup my Email client software on Window 7). The graphic driver (per motherboard manufacturer) is up to date. Are you suggesting to go to chipset manufacturer and update the graphic driver?

(0016876) Untelligent (reporter) 2011-03-31 13:57 edited on: 2011-03-31 13:58	In this screenshot someone posted of the same bug http://i972.photobucket.com/albums/ae204/Rolensbucket/CanOnlyDesignateTopLeft.png [^] The area it works in looks like it's about the same size of DF's default 80x25-tile window. Could be relevant.

(0016928) snow (reporter) 2011-04-01 02:13 edited on: 2011-04-01 02:15	Problem reproduces for me in 31_25, with the 80x25 tile limit for mouse designation. sometimes i can get it to work on a few tiles outside, but it suddenly cuts out. Works fine in 31_18 for me, though. Just ran it for a few moments, certainly longer than the later version takes to malfunction in this regard. Running in 120x65, windows7 edit: resizing the window by dragging the corner fixed the restriction.

(0036085) lethosor (manager) 2016-12-12 20:08	Evidently this is still the case in 0.43: 0010087 I've seen reports of this being related to resizing the screen during the intro movies, and resizing the window afterward (or disabling intro movies) fixing the issue.

Issue History
Date Modified	Username	Field	Change
2011-01-01 02:54	rynait	New Issue
2011-01-06 08:25	Footkerchief	Note Added: 0014804
2011-01-06 08:25	Footkerchief	Tag Attached: AWAITING UPDATE
2011-01-06 12:07	rynait	Note Added: 0014807
2011-03-31 09:43	Footkerchief	Category	General => Technical -- Input/Keybinding/Macros
2011-03-31 09:43	Footkerchief	Summary	mouse control versus print mode (init) => In some print modes, mouse designations only work in top left
2011-03-31 09:43	Footkerchief	Relationship added	has duplicate 0004407
2011-03-31 09:43	Footkerchief	Tag Detached: AWAITING UPDATE
2011-03-31 13:57	Untelligent	Note Added: 0016876
2011-03-31 13:58	Untelligent	Note Edited: 0016876	View Revisions
2011-04-01 02:13	snow	Note Added: 0016928
2011-04-01 02:15	snow	Note Edited: 0016928	View Revisions
2012-04-25 06:26	Logical2u	Relationship added	related to 0005841
2012-05-14 09:10	Footkerchief	Relationship deleted	related to 0005841
2016-12-12 20:07	lethosor	Relationship added	has duplicate 0010087
2016-12-12 20:08	lethosor	Note Added: 0036085
2016-12-12 20:08	lethosor	Assigned To	=> lethosor
2016-12-12 20:08	lethosor	Status	new => confirmed