From: Vanessa E. <van...@gm...> - 2012-01-22 15:05:51
|
Still present in git HEAD as of 2012-01-22. I have my copy of PCB configured so that its buttons are consistent with GIMP and Inkscape - scroll wheel to zoom, middle-click-and-drag to pan. So for me, it's caused by a simple corner case where it is easy to accidentally roll the scroll wheel a click or two while it is held down for the middle-click-and-drag action. As before, this applies to the GTK version; not sure if it affects Lesstif. Test case: Start PCB, but do not load a layout file - just leave the blank, default layout in place. Middle click and drag to pan. Be sure you mash the button down firmly; you don't want to let it go unintentionally here. While continuing to hold the button down, move the pointer onto the sidebar on the left. Position it between the tool cluster and the layer buttons. Then, while *still holding* the third/middle-click button, roll the scroll wheel a few clicks in either direction. What happens: The program gets stuck in this weird pan-and-zoom-only mode as soon as it sees the scroll wheel moving, with only one way out: Hit the Close Window button and let PCB save your layout on the way down, if necessary. What should happen: The mouse should, with no exceptions, continue to pan no matter where it moves to - even it ends up on a different monitor - and leave that mode entirely and absolutely when the user lets go of the button. The program should hold focus until the user releases the button (at which point, the program should pass focus back to whatever the window manager says should have it). -- You received this bug notification because you are a member of PCB Bug Team, which is subscribed to pcb. https://bugs.launchpad.net/bugs/699309 Title: Program forgets pan button state, gets stuck Status in PCB: Printed Circuit Board CAD package: New Bug description: When using the middle button to pan around a board layout, if the pointer is dragged out of PCB's window main, the viewport freezes at the point where the pointer left the window, but PCB remains sort of "stuck" in pan mode. All icons and menu functions within PCB become greyed-out the moment you let go of the button, except for the "mm/mil" button in the upper right corner. To get out of this state, you have to move the mouse back into the window (which causes the viewport to start moving again), middle click somewhere to cancel the pan mode, then try to click and pan again. Occasionally, when this happens, PCB will get stuck into an unrecoverable pan-and-zoom-only state: assuming the window has focus, the only events the program will recognize in this situation are the movement of the mouse (which always pans), rolling the mouse wheel (which still zooms like usual), clicking on the "mm/mil" button in the upper right corner (which appears to work normally), and using the horizontal and vertical scroll bars (which pans normally). Everything else is greyed-out and ignored. Keyboard events and mouse clicks are otherwise ignored and none of the menus and icons work. The weird part: The entire layout becomes "selected" (i.e. highlighted in bright cyan) when this happens. While in this state, it looked like the program ceased writing PCB.xxxxxxx.backup files as well, though I'm not entirely sure what conditions need to be met to make this auto-save happen. The only way out when it gets into this state is to close it with the [X] icon in the window title bar. Thankfully, the program offered to save my work, so I didn't lose anything. Interestingly, the "everything is selected" state gets saved into the board file as well. It's almost as if part of the program is "forgetting" the state of the middle mouse button when the pointer leaves the window. So far it's happened twice with identical results. What should happen is that PCB should either continue to move the viewport around after the pointer leaves the window, until I let go of the mouse button, or it should cancel the pan mode entirely when the pointer leaves the window. Personally, I'd opt for the former, it's very useful on large or multi-head displays. This copy of PCB was pulled from CVS about 9 days ago. Using the GTK HID. To manage notifications about this bug go to: https://bugs.launchpad.net/pcb/+bug/699309/+subscriptions |