Shadow effect causes a bigger selection box, and resizing becomes irregular

Bug #480955 reported by loke
24
This bug affects 2 people
Affects Status Importance Assigned to Milestone
Inkscape
Confirmed
Wishlist
Unassigned

Bug Description

Hi. I am trying to use the Drop Shadow effect. The effect looks good, but it does not resize very well. The resizing box is far away from the limits of the object, and resizing is not regular. On resizing one end the other end moves as well, and disabling the effect in effect's editor and re-enabling after resizing works well, but that is just one way, not the way we would want it.

su_v (suv-lp)
tags: added: filters-svg
Revision history for this message
su_v (suv-lp) wrote :

Reproduced with Inkscape 0.46+devel r22566 on OS X 10.5.8

The anchor point for any re-size or scale transformation is outside of the object itself causing the visual part of the object to be translated in x and/or y direction in addition to the transformation by dragging the bounding box handles.

Note: changing the bbox setting to 'Geometric' restores the expected behavior when using the bbox selection handles for resizing and scaling, as does temporarily disabling the filter in the filter effects editor.

tags: added: transformations ui-selection-group-layer
Changed in inkscape:
status: New → Confirmed
Revision history for this message
su_v (suv-lp) wrote :

another note: snapping to the grid - with bounding box mode set to 'Visual' - while resizing/scaling the filtered object also shows the correct behavior: the anchor point is fixed (snapped) to the current position while the object is scaled/resized by dragging one of the opposite selection box handles.

Revision history for this message
Diederik van Lierop (mail-diedenrezi) wrote :

@ ~suv, that's probably because you've enabled snapping of nodes, and not snapping of bounding boxes. When snapping nodes, Inkscape will always use the geometrical bbox because nodes are always in the middle of a stroke. In all other cases Inkscape will follow the preference set for the bbox, i.e. visual or geometric.

@ loke: The behavior you described in the first comment might be awkward, but at least it is consistent. If this is to be changed, then Inkscape should discard the filters when calculating the visual bounding box for transformations. In other cases, e.g. when exporting, the filters should still be included in the visual bounding box. The real bug here could be that the bbox is much too large. If it would tightly fit around the object and its applied filter then this behavior would not be as annoying I believe.

Revision history for this message
su_v (suv-lp) wrote :

@Diederik: confirmed - after toggling off node snapping Inkscape follows the bbox preference (set to 'Visual') and uses the edge/corner of the visual bbox as fixed anchor for resizing/scaling while the grid is visible.

su_v (suv-lp)
tags: added: selection
removed: transformations ui-selection-group-layer
tags: added: transformations
Revision history for this message
su_v (suv-lp) wrote :

a) different bbox for transforms
> If this is to be changed, then Inkscape should discard
> the filters when calculating the visual bounding box
> for transformations.

b) imporved filter effects region
> The real bug here could be that the bbox is much too
> large. If it would tightly fit around the object and its
> applied filter then this behavior would not be as annoying

Changing Importance to Wishlist.

Changed in inkscape:
importance: Undecided → Wishlist
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.