FreeCADView Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0001353 | PartDesign | Feature | public | 2014-01-11 21:09 | 2017-01-09 16:26 |
| Reporter | bejant | Assigned To | |||
| Priority | low | Severity | tweak | Reproducibility | always |
| Status | closed | Resolution | not fixable | ||
| Platform | Windows | OS | XP | OS Version | Service Pack 3 |
| Product Version | 0.13 | ||||
| Fixed in Version | 0.17 | ||||
| Summary | 0001353: Make Docking the Combo View Window from Horizontal to Vertical More Intuitive | ||||
| Description | If the Combo View Window is docked horizontally, in order to dock the Combo View Window vertically back to the default location, the user must click way on the right side of the combo view window when selecting it or it can't be moved far enough to the left for the rectangle showing where the window will be docked to appear. I made a 17 second video in response to a forum post regarding this matter: https://www.dropbox.com/s/ky3jjsvj4yz5t30/20140109b.mp4 It is not necessary to read the forum post but for cross-referencing purposes it is here: http://forum.freecadweb.org/viewtopic.php?f=3&t=5095&start=120#p42505 | ||||
| Additional Information | OS: Windows XP Platform: 32-bit Version: 0.14.2370 (Git) Branch: master Hash: a836759ebd91404954a778ff8885e152611576e1 Python version: 2.6.2 Qt version: 4.5.2 Coin version: 3.1.0 SoQt version: 1.4.1 OCC version: 6.5.1 | ||||
| Tags | No tags attached. | ||||
| FreeCAD Information | |||||
|
|
The docking behaviour is handled by Qt (the GUI toolkit) or maybe the window manager. I have tested this on Windows and can't confirm this behaviour. For me it works to drag somewhere on the left area, move it a bit downwards and then Qt already shows me a preview where the window will go when dropping it. I've tested this with Qt 4.5 and 4.8. Anyway, if bug or not it's not something we can fix in FreeCAD. |
|
|
After reading your reply I played around with docking the Combo View window: When it is docked horizontally and I want to dock it vertically on the left, when I select the window by clicking near the "w" in the text "Combo view", I only need to move the window a few pixels downward and to the left before the preview rectangle appears. But when I select the horizontal Combo View window to dock it vertically on the left by clicking near the Restore Down and Close Window icons, I have to move the window way to the left before the preview rectangle appears. The situation is mirrored when docking the horizontal window to the right. Maybe the "sensitivity" can be changed when the user selects one side of the window but moves it the other way? If I could I'd change this ticket to a tweak; it's just to make FreeCAD a little more user friendly. |
|
|
> But when I select the horizontal Combo View window to dock it vertically on the left by clicking near the Restore Down and Close Window icons, I have to move the window way to the left before the preview rectangle appears. That's true. But I guess the logic works this way that Qt checks where the cursor is and decides according to this position which of the possible dock positions it shows as preview. And did you realize that when you drag the horizontal dock window on the right (near the X) and move it downward Qt offers the right side because this is where the cursor is? Anyway I looked through the API of Qt and didn't anything to change this behaviour. |
|
|
"And did you realize that when you drag the horizontal dock window on the right (near the X) and move it downward Qt offers the right side because this is where the cursor is? Anyway I looked through the API of Qt and didn't anything to change this behaviour." Thanks for looking into this. Yes, I did notice that the behavior varies on cursor location, particularly when the cursor is near the "X" (Close Window) and the window is moved downward to the right as you mentioned. I thought this might become an issue other new users may encounter in the future, as did the forum OP, but since there is no simple way to change this behavior there are other more important tickets to deal with. |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2014-01-11 21:09 | bejant | New Issue | |
| 2014-01-12 10:04 | wmayer | Note Added: 0004051 | |
| 2014-01-18 16:05 | bejant | Note Added: 0004098 | |
| 2014-01-18 16:06 | bejant | Note Edited: 0004098 | |
| 2014-01-20 09:39 | wmayer | Note Added: 0004107 | |
| 2014-01-20 09:40 | wmayer | Priority | normal => low |
| 2014-01-20 09:40 | wmayer | Severity | minor => tweak |
| 2014-01-23 04:14 | bejant | Note Added: 0004115 | |
| 2017-01-09 16:26 | wmayer | Status | new => closed |
| 2017-01-09 16:26 | wmayer | Resolution | open => not fixable |
| 2017-01-09 16:26 | wmayer | Fixed in Version | => 0.17 |
