Thanks so much for the great info you send me.
I hope soon we can made pattern overlapped/seamless in inkscape as
previous step to define it in SVG pattern overlaping spec.
Anyway there is a extension to make seamles pattern in Inkscape 0.92
using clones but, as you tell, is a bit ugly in comparsion to a css
All the best, Jabier.
On Sun, 2016-10-30 at 19:2
4 -0600, Amelia Bellamy-Royds wrote:
First, a comment on process:
The SVG working group uses GitHub issues for most discussion,
feature requests. You can always start a thread at
For new features, the plan for the future is that the next step would
move to the W3C's Web Incubation Community Group to create a complete
proposal. We haven't actually tried that out in SVG yet, though.
Second, on your specific proposal:
There are a few different ways you might want to adjust a pattern to
different tile sizes.
The one you're asking for (keep pattern contents the same size, but
them to overlap) has been most recently discussed here:
Theoretically, you should be able to create this effect simply by
overflow=visible (as attribute or style) on the <pattern>. But
didn't implement it, and the SVG 1.1 spec explicitly allowed them to
it (the behavior is undefined). SVG 2 doesn't change that yet, but
add a warning that we might change it in the future & encourages
implementations to support overflow patterns. See the note here:
I tested in Inkscape 0.91, and visible overflow is not supported. But
Tav has already made changes to the latest builds? (I've attached a
case. There are two patterns, one with visible overflow and one with
overflow. If it all looks like the same pattern, visible overflow is
I think visible overflow would be a great feature to add to the
renderer. However, at this point I would not recommend adding a GUI
to turn it on, because of the lack of support in web browsers. It
however, be useful to create a script/extension that generates a
that mimics visible overflow by copying elements with <use>. (See
Github issue thread above for discussion of that method.)
If you just want to scale the pattern to a different size, that's
SVG allows `viewBox` on a <pattern> so that you can adjust the size
tile and then have the contents scale to match. Alternatively, you
apply a transform to the entire tiled pattern.
Inkscape also supports the pattern transform, including in the
pattern-creation GUI, which allows you to scale the pattern larger
smaller, without changing the pattern tile width & height.
Inkscape correctly renders patterns with a viewBox, but I don't think
easy to create this type of pattern in the GUI. In the past, the
was also quite buggy in web browsers. But the worst bug in Firefox
fixed more than a year ago, so if you want to look into integrating
Inkscape that would be really cool. The main benefit (relative to
transform) is that you can adjust tile sizes in both directions
stretching the aspect ratio.
Now, what would be the most interesting, from my perspective, is if
could position elements in the pattern relative to the edges of the
tile. So that instead of using a viewBox or transform to scale
together, you could use percentages to space fixed-size elements
The adoption of CSS syntax in SVG will make some of this easier. You
be able to position elements as a calculated combination of
fixed lengths, using the CSS calc() function.
Unfortunately, percentages don't work in a useful way in pattern
Ideally, 100% width or 100% x value would be 100% of the pattern tile
width, or of the pattern viewBox width if you're using a
viewBox. But it's
not. Instead, it's the value of 100% width from the SVG, adjusted by
whatever scaling factors are different when comparing user units
the SVG and the pattern.
This is one of the worst design decisions in the SVG spec, as far as
concerned. It makes percentages in patterns completely
clip-paths, and masks all have the same problem. And the reason why
one of the worst problems is because it can't easily be fixed without
risking backwards compatibility.
There has been strong interest from the web community to integrate
viewBox with CSS transforms and layout. If this happens, it may be
possible to also introduce a new property that resets or defines the
container scope for percentages. That is my hope, anyway.
Hope that's lots of ideas,
On 30 October 2016 at 13:48, Jabiertxo Arraiza Cenoz <
> Hi all.
> I have a proposal for the SVG group about patterns.
> In a pattern definition if you extend the with and height, the
> is a gap between objects in pattern. if you reduce the width/height
> less ammount than the original item/s bounding box, the result is
> croped and not too much useful in my point of view.
> My proposal is the patern mix with colindants to alow make seamless
> pattterns easy, without any extension, clones and extra staff.
> And if the order is based on each item in the pattern, not based in
> full pattern, this make coolest effects without colisions.
> I home this seems useful.
> Cheers, Jabier.
> The Command Line: Reinvented for Modern Developers
> Did the resurgence of CLI tooling catch you by surprise?
> Reconnect with the command line and become more productive.
> Learn the new .NET and ASP.NET
CLI. Get your free copy!
> Inkscape-devel mailing list