View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0003861 | Dwarf Fortress | Technical -- Input/Keybinding/Macros | public | 2011-01-01 02:54 | 2016-12-12 20:08 |
Reporter | rynait | Assigned To | lethosor | ||
Priority | normal | Severity | minor | Reproducibility | always |
Status | confirmed | Resolution | open | ||
Platform | AMD quad core | OS | window 7 professional 64 bit | OS Version | ver 6.1 |
Product Version | 0.31.18 | ||||
Summary | 0003861: In some print modes, mouse designations only work in top left | ||||
Description | ran into this problem trying to use quickfort (utility), rebooted, and experimented.... mouse click does work at few lines, bottom of the windowed screen (and is in print mode:2d). I found in bay12 forum, a suggestion to switch print mode: standard. switched mode, and DF will not run, and comes up with window 7 error (not sure how to capture the window 7 error log). I also tried several other modes. test results... Standard* , Partial:0*, Frame_buffer*, accum_buffer*, VBO* fails to run. The modes 2d, 2dsw, 2dasync worked (with mouse problem indicated above). Note *= tested both modes in regular win 7 and win xp compatability mode. I thought this problem had to do with the mouse control problems. | ||||
Tags | No tags attached. | ||||
|
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? |
|
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? |
|
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. |
|
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. |
|
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. |
Date Modified | Username | Field | Change |
---|---|---|---|
2011-01-01 02:54 | rynait | New Issue | |
2011-01-06 08:25 |
|
Note Added: 0014804 | |
2011-01-06 08:25 |
|
Tag Attached: AWAITING UPDATE | |
2011-01-06 12:07 | rynait | Note Added: 0014807 | |
2011-03-31 09:43 |
|
Category | General => Technical -- Input/Keybinding/Macros |
2011-03-31 09:43 |
|
Summary | mouse control versus print mode (init) => In some print modes, mouse designations only work in top left |
2011-03-31 09:43 |
|
Relationship added | has duplicate 0004407 |
2011-03-31 09:43 |
|
Tag Detached: AWAITING UPDATE | |
2011-03-31 13:57 | Untelligent | Note Added: 0016876 | |
2011-03-31 13:58 | Untelligent | Note Edited: 0016876 | |
2011-04-01 02:13 | snow | Note Added: 0016928 | |
2011-04-01 02:15 | snow | Note Edited: 0016928 | |
2012-04-25 06:26 | Logical2u | Relationship added | related to 0005841 |
2012-05-14 09:10 |
|
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 |