View Issue Details

IDProjectCategoryView StatusLast Update
0010678ScribusCanvaspublic2019-10-18 15:17
Reporterlarsmednosen@yahoo.se Assigned To 
PrioritynormalSeverityminorReproducibilityalways
Status confirmedResolutionopen 
PlatformLinuxOSubuntu OS Version11.04
Product Version1.4.0 
Target Version1.5.4 
Summary0010678: Resizing rotated items moving handles does not snap to Guides
DescriptionItems stop snapping when resizing from sides (to both guides and grid) after they are rotated.

They still snap when moving the frame and also when resizing from the corner, diagonally.

Everything works fine before rotating.

Steps To Reproduce1) Insert a guide
2) Insert an item (example: Text Frame)
3) Rotate the item 90 degrees
4) Try resizing the frame by dragging it's sides (from handles) and get it to snap to the Guide

Works if resizing is applied from a corner.
Tagsdiscussion, guides, resize, rotate
PatchNo

Relationships

related to 0012118 closedjghali Resizing rotated items going over 0 width/height behaves strangely 
related to 0009113 closed Rotated frames are poorly editable 
related to 0014208 confirmed If item are rotated then "Snap to Items" does not work well 
related to 0015857 new guides snap to item does not respect rotation of the item 

Activities

larsmednosen@yahoo.se

2012-04-15 12:41

reporter  

rotationbug.sla (12,722 bytes)

larsmednosen@yahoo.se

2012-04-15 12:44

reporter   ~0027938

added rotationbug.sla

FirasH

2014-06-28 11:53

developer   ~0032352

Scribus 1.4.5.svn (19285) and 1.5.0.svn (19288) have this issue.
When an item is rotated, resizing moving handles does not snap to Guides.

JLuc

2014-06-28 15:20

developer   ~0032357

90° and 180° angles are very special cases where it is actually possible to define what it means to align, hence, it would be possible to tweak the code to tackle these cases smartly, with some unknown complexity added to the code. However, it is generally not possible to define how a rotated item can align, so i would not consider this as a bug.

Kunda

2016-05-03 12:06

updater  

not-snapping-to-guides.gif (334,202 bytes)   
not-snapping-to-guides.gif (334,202 bytes)   

ale

2019-10-18 14:52

manager   ~0046800

i had a look at this:

- resizing with the handles does snap
- resizing with the border does not

i'm comfortable with the snapping point depending on where on the border one has clicked, and don't think that we need to tread the multiple of 90° as special cases.

Issue History

Date Modified Username Field Change
2012-04-14 12:26 larsmednosen@yahoo.se New Issue
2012-04-14 23:56 jghali Severity major => minor
2012-04-15 12:41 larsmednosen@yahoo.se File Added: rotationbug.sla
2012-04-15 12:43 larsmednosen@yahoo.se Tag Attached: guides
2012-04-15 12:43 larsmednosen@yahoo.se Tag Attached: resize
2012-04-15 12:43 larsmednosen@yahoo.se Tag Attached: rotate
2012-04-15 12:44 larsmednosen@yahoo.se Note Added: 0027938
2014-06-28 11:53 FirasH Note Added: 0032352
2014-06-28 11:53 FirasH Status new => confirmed
2014-06-28 12:01 FirasH Reproducibility have not tried => always
2014-06-28 12:01 FirasH Category Graphics / Image Frames => Canvas
2014-06-28 12:01 FirasH Summary frames stop to snap after rotating => Resizing rotated items moving handles does not snap to Guides
2014-06-28 12:01 FirasH Description Updated
2014-06-28 12:01 FirasH Steps to Reproduce Updated
2014-06-28 15:20 JLuc Note Added: 0032357
2015-10-29 19:14 Kunda Relationship added related to 0012118
2016-05-03 12:06 Kunda File Added: not-snapping-to-guides.gif
2016-05-10 18:15 Kunda Patch => No
2016-05-10 18:15 Kunda Target Version => 1.5.3
2016-05-10 18:15 Kunda Relationship added related to 0009113
2016-05-19 14:13 Kunda Tag Attached: discussion
2016-11-24 00:09 FirasH Relationship added related to 0014208
2016-12-08 22:04 Kunda Target Version 1.5.3 => 1.5.4
2019-10-18 14:52 ale Note Added: 0046800
2019-10-18 15:01 jghali Relationship added has duplicate 0015857
2019-10-18 15:16 ale Relationship deleted has duplicate 0015857
2019-10-18 15:16 ale Relationship added related to 0015857
2019-10-18 15:17 ale Priority high => normal