The DraftSight betas worked flawlessly here. Ever since I installed the release version, it gets stuck in this problem mode.
I open a drawing or create a new drawing. The arrow cursor appears either in the extreme top left of the drawing area (if the Windows cursor was outside the drawing area when the program was launched), or out in the middle of the drawing area. Either way it has a small square box around the point. Neither version will move. Hovering over the menus highlights them and clicking them operates them, but clicks in any toolbar or properties window are ignored.
If the Windows cursor enters the drawing area from the top, right, or bottom, it can move around the drawing area (in addition to the dead cursor that is already there). If it is in the properties window to the left of the drawing area, it moves through being the "drag divider" icon on the boundary of the drawing area and then disappears.
Typing in the command window works. After typing "line", the whole problem changes. The cursor is now active in the drawing area, and I can draw lines. I can select them with the cursor, either by clicking items or by a selection rectangle, and the appropriate properties fill in. But now I can't click any of the menu items! Any click anywhere outside the drawing area is interpreted as a click in the drawing, producing the "select other corner" prompt.
The program now seems to think the entire screen is drawing area. For instance, if the cursor is down in the command window, showing as an I-beam, and I click there and drag up into the drawing area, I get a selection rectangle with an apparent corner at the location of my outside-the-drawing click.
Here's an odd one! If I move the cursor up toward the bottom of the drawing area very slowly, it becomes the "drag divider" cursor at the drawing boundary, and if I keep moving slowly, that divider cursor moves on up into the drawing area, hovering around the point of the arrow cursor which also appears once I'm inside the drawing area. They are not rigidly locked together - the two positions are obviously being calculated separately and their movements are independently timed!
Mouse wheel zooming in the drawing area always works, and using the mouse wheel over the command window properly scrolls it, even though clicking there is interpreted as a click in the drawing area. Middle-click panning usually works, though I've seen it suddenly move the drawing so far I couldn't find it again (the "bounds" toolbar item never works).
Question 3254 seems to have encountered a similar problem (no responses there):
-----
I can't click on the menu, when I click it asks me to select other corner
The right mouse click works, but standard clicking acts like it want to window something.
When I move my mouse over the menu items, they highlight, but don't open when I click, any suggestions?
-----
Restarting Windows seems to fix this for awhile, but next time I need to look at a drawing I'm usually stuck with the problem again.
I'm running Win7pro_32bit on a Motion Computing J3400 tablet. Clicking the (Wacom) tablet screen with the pen shows the same exact problems as using the mouse. I have the Microsoft Intellimouse driver active, with a "Notebook Presenter Mouse 8000" with smooth scroll wheel. I have the MessageEase on-screen keyboard installed, and use WizMouse to emulate the Linux "scroll the window under the cursor" functionality - but all of those worked perfectly with the DraftSight betas. The computer switches between its 1280x800 screen and a 1920x1080 monitor on a docking station, but I never dock or undock it while DraftSight is running. Not sure what else might be relevant...
I hope someone has some ideas how to fix this - the betas worked so well!
Loren
I clicked "Preview" and the preview appeared, but the only choices available then were Edit and Answer - no way to publish the post! I finally decided to try Edit, and suddenly Publish was available again. Not exactly an obvious interface here!
