Fill and Stroke cannot reapply pattern transforms

Bug #1110794 reported by David Mathog
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Inkscape
Confirmed
Undecided
Unassigned

Bug Description

There is an issue with the Fill and Stroke handling of rotated patterns. Refer to the file test.svg (attached). When initially
loaded the square is filled with a pattern (ID=EMFimage0_ref) comprised of images (ID=EMFimage0) which has been rotated to align with the square by another pattern (ID=EMFrotimage1_523599). In the Fill tab the name of the pattern shown is EMFimage0_ref and the pattern name EMFrotimage1_523599 is NOT shown. If the single element in this drawing is selected and the pattern is changed to something else (stripes, it doesn't matter) and then changed back to EMFimage0_ref the resulting pattern is in the unaligned orientation. In other words, on initial loading pattern EMFrotimage1_523599 is displayed correctly, but the name shown in the pull down patterns list is actually of a different pattern. On filling an object with the name shown, the pattern used is, in fact, the one associated with that name. What it should have done is used the name of the top pattern (EMFrotimage1_523599) and ALSO displayed the EMFimage0 pattern in the list.

All versions of inkscape since at least 0.48.2 do this.

Tags: pattern ui
Revision history for this message
David Mathog (mathog) wrote :
Revision history for this message
jazzynico (jazzynico) wrote :

Confirmed on Windows XP, Inkscape trunk revision 12397.
Pattern elements with no child (in the defs element) are not listed in the Fill and stroke dialog.

@David, how did you manage to create such a gradient? Could you please provide steps to reproduce?

Changed in inkscape:
status: New → Confirmed
tags: added: pattern ui
Revision history for this message
David Mathog (mathog) wrote :

@JazzyNico

EMF files support rotated(any combination of EMF objects, including objects filled with tiled images).

Branch lp988601 has code for reading Microsoft EMF files and supports the preceding capabilities.

The example is from a test EMF file generated by libUEMF (my code), which is here http://sourceforge.net/projects/libuemf/.
If you go to that link you will see the second rotated version in (what is currently) the second screenshot.

It was read in by an lp988601 binary, pruned down to just this one element, and saved as SVG.

The code that actually filled the image with the gradient you see is function "FillImage" in the program testbed_emf.c in libUEMF.

Revision history for this message
Beluga (buovjaga) wrote :

Still confirmed.

Arch Linux 64-bit, KDE Plasma 5
Inkscape 0.92+devel 15099 (GTK3)

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

Other bug subscribers

Remote bug watches

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