Inkscape

Blur coupled with object size.

Bug #172097 reported by Dennisverbeek
20
Affects Status Importance Assigned to Milestone
Inkscape
Confirmed
Wishlist
Unassigned

Bug Description

v45.1

Related to:
[ 1617112 ] Blur is applied after transform, not before
https://sourceforge.net/tracker/index.php?func=detail&aid=1617112&group_id=
93438&atid=604306

This solution:

- Add another button alongside the current four, (scale stroke, rounded
corners, transform gradients and patterns). This would provide a toggle as
to whether blur is transformed at all.

should have been implemented to really solve that bug.

Related feature request:
Make the blur direction/size editable with a tool similar to the gradient
tool but with one side anchored to the center of an object.

Revision history for this message
Dennisverbeek (dennisverbeek) wrote :
Revision history for this message
Niko Kiirala (kiirala) wrote :

Originator: NO

Moving this as a feature request, since there's no bug reported. Also
removed win32 tag, because this applies to all platforms.

nightrow (jb-benoit)
Changed in inkscape:
importance: Undecided → Wishlist
status: New → Confirmed
Revision history for this message
Guillermo Espertino (Gez) (gespertino-gmail) wrote :

It's clear that this is the intended behavior and it's not a bug, but I agree with the reporter.
From the user perspective, the way the blur amount is measured is quite hard to understand/predict. Re-using styles (for instance, a drop shadow) is a very common practice when designing, and not being able to repeat a style because it will change according to what object is applied to, is very frustrating. The current implementation is quite unpredictable (even using the paste style command).
The button for the blur scaling sounds good. It would really make sense to treat a blur pretty much like the strokes are managed (fixed size, and a switch to allow/prevent scaling).
The problem is how to do that without breaking the SVG compatibility and getting a document with hundreds of style definitions.
IMO, this is something that confuses users and should be solved in some way. But it doesn't seem an easy one.

Revision history for this message
Niko Kiirala (kiirala) wrote :

There are some plans (from user viewpoint) for this in bug 172097 (which is marked as a duplicate of this)

Revision history for this message
Niko Kiirala (kiirala) wrote :

Bleh. Bug 282578. Sorry for that circular link.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Subscribing...

Other bug subscribers

Remote bug watches

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