View Issue Details
|ID||Project||Category||View Status||Date Submitted||Last Update|
|0007628||Scribus||Shape Drawing||public||2008-11-24 12:52||2016-02-13 19:51|
|Status||closed||Resolution||unable to reproduce|
|Platform||Windows||OS||XP||OS Version||Service pack 3|
|Target Version||1.5.1||Fixed in Version|
|Summary||0007628: Manipulating a Line/Bezier Curve causes change in XY postition|
|Description||After editing the shape of a Line or Bezeir Curve: either by deleting a Node or moving a Control Point, the entire line then has it's X and Y Postiton changed. So in other words: everytime you make a change to a Line via the Nodes tab it shifts the Line slightly to the right.|
The change in position is usually only about 1mm or so.
Using Undo doesn't shift the Line back to it's original position.
|Steps To Reproduce||Create a Bezeir curve and manipulate but it doesn't occur all the time.|
|Tags||No tags attached.|
|related to||0012347||closed||jghali||Deleting Bezier Curve nodes leads to wrong result|
|has duplicate||0011519||closed||jghali||Manipulating a Line/Bezier Curve causes change in XY postition|
|related to||0013676||closed||jghali||move a control point outside the existing boundary of shape = changes X & width values in PP|
|child of||0012500||acknowledged||Metabug: Undo/Redo (1.5.x.svn)|
I just wanted to report this bug, but now I see its allready reported. My personal workaround for this is:
1. Increase the magnification to a very high level.
2. Change the node (In high mag view the unwanted changes scribus does are tiny small).
3. Change back the size.
Alternatively you can write the coordinates on paper for each point and just write them into X/Y.
Unfortunately you MUST click on the node. Would be good to navigate to them just by TAB. Would also be good to quit the selection of one dragged (and not yet dropped) node by pressing ESC. But we can´t have all these things... ;-)
This Issue applies also to Scribus 1.4.2
||Hey GarryP, you work with Bezier Curves a lot. Have you encountered this bug recently ?|
I have plenty of issues with the node editor but I've never noticed a line or bezier move around on its own accord. I've used the node editor for hours at a time and haven't seen anything like this on either Linux (1.4.2/3?) or OSX (1.4.5).
One thing I have noticed is that if you move a control point outside the existing boundary of the shape, the X/Y/Width/Height values change accordingly, which seems strange to me.
For example, draw a rectangle, double-click to get the node editor, select "Move Control Points", drag a control point of the top-left corner of the rectangle to the left. You'll see the X and Width values change in the PP. Also, when you stop editing, the values in the PP reflect the maximum extents of both the nodes and control points of the shape rather than just the nodes which is what I'd expect. I wouldn't class the positions of the control points as being part of the position/size of the shape. This could be confusing. Maybe that's just me though.
The canvas has its own "granularity" that can cause nodes to jump to places you might not expect them to but you've got to be zoomed in quite far and the jump is nothing like the millimetre suggested, and it only affects the node you've dragged and not the whole line/bezier.
It might be helpful to know the exact value that the line has moved and what units the user is using at the time but I guess if it's happening "randomly" it might not be easy to get this info.
Garry, thanks for the reply. Do you mind creating a new bug report for the bug you mentioned above? Thanks!
Edit: Created GarryP's issue in new ticket 0013676
||Marking this as unabled to reproduce. We do need someone on windows to confirm the issue. But there is a high likelihood this is a non-issue. Please reopen if needed|
|2008-11-24 12:52||Stu||New Issue|
|2013-05-04 09:55||Marikus||Note Added: 0030124|
|2013-05-04 09:56||Marikus||Note Edited: 0030124||View Revisions|
|2013-05-04 13:57||Marikus||Note Edited: 0030124||View Revisions|
|2013-05-04 14:07||Marikus||Note Edited: 0030124||View Revisions|
|2013-05-04 14:08||Marikus||Note Edited: 0030124||View Revisions|
|2013-05-04 22:04||jghali||Relationship added||has duplicate 0011519|
|2014-07-02 02:07||Kunda||Target Version||=> 1.6 milestone|
|2014-07-14 04:12||Kunda||Relationship added||related to 0012347|
|2014-07-14 04:13||Kunda||Relationship added||child of 0012500|
|2014-07-14 04:53||Kunda||Target Version||1.6 milestone => 1.5.1|
|2016-01-15 20:11||Kunda||Patch||=> No|
|2016-01-15 20:11||Kunda||Status||new => confirmed|
|2016-01-15 20:18||Kunda||Note Added: 0038181|
|2016-01-17 12:53||GarryP||Note Added: 0038216|
|2016-01-18 00:59||Kunda||Note Added: 0038228|
|2016-01-18 01:01||Kunda||Note Added: 0038229|
|2016-01-18 01:01||Kunda||Status||confirmed => resolved|
|2016-01-18 01:01||Kunda||Resolution||open => unable to reproduce|
|2016-01-18 01:01||Kunda||Assigned To||=> Kunda|
|2016-01-23 17:17||cbradney||Target Version||1.5.1 => 1.5.3|
|2016-01-23 17:38||Kunda||Target Version||1.5.3 => 1.5.1|
|2016-01-23 17:45||Kunda||Note Edited: 0038228||View Revisions|
|2016-01-23 17:45||Kunda||Relationship added||related to 0013676|
|2016-02-13 19:51||cbradney||Status||resolved => closed|