Re: pattern and rendering order

Hello,

I have no problem with this approach.

I think there was a comment in the group discussion to
explore wallpaper groups etc.
Well, on wikipedia are samples, parts of them in SVG.
I have some more, at least one for each group, but the problem 
to construct a specific pattern and the relation of the viewBox 
to the pattern respectively the shape of a problem-oriented
pattern content depends strongly on each pattern. 
To explore this and to find out practical problems, it could
be a good approach to look on (historical) samples for
specific pattern and to try to realise them with the pattern
element in SVG using it as currently specified and without
an 'optimisation' for the behaviour of a specific viewer.
Maybe this can show, what might be convenient for
authors for quite different pattern to realise them and
what results in much more work or funny artefacts in
current viewers resulting in situations, where the pattern
elements get unusable due to these artefacts. 


Olaf



Erik Dahlström:
> Dr Olaf Hoffmann,
> Thank you for your review of the pattern element and suggested solution for
> the reported issue.
>
> The SVG WG agrees that the rendering behavior for overflow="visible" on
> <pattern> elements in SVG 1.1 is currently unspecified. For the second
> edition of SVG 1.1 the WG has resolved to leave the rendering behavior for
> overflowing pattern tiles as undefined[1] in order to fully address the
> issue in the next version of SVG[2].
>
> Please let us know if this is satisfactory, and we welcome any further
> input you may have on ISSUE-2270.
>
> Cheers
> /Erik, on behalf of the SVG WG (ACTION-2529)
>
> [1] http://dev.w3.org/SVG/profiles/1.1F2/errata/errata.xml#pattern_overflow
> [2] http://www.w3.org/Graphics/SVG/WG/track/issues/2270

Received on Tuesday, 12 May 2009 09:55:31 UTC