https://bugs.documentfoundation.org/show_bug.cgi?id=100042
--- Comment #6 from Mike Kaganski <[email protected]> ---
(In reply to V Stuart Foote from comment #3)
Well, I neer to echo [email protected]: I'm not sure I understand the
stated difficulties/objections...
> No, hatching currently is an attribute implemented individually against the
> frame of each draw object. We probably should not change that from default.
AFAICT, the request is not related to this specific aspect. Currently, the
canvas doesn't have the "global" hatching, but that's not required to implement
the request.
> Enhancement required would be the ability to apply the "hatching" to the
> entire draw canvas and then mask against that. Objects would be set
> transparent to show the contiguous hatch.
Actually, this *could* be implemented that way. Or not. I see it this way:
there is a pre-defined hatching origin point (0,0), and a switch if the point
is object-relative, or paper-relative. The information is kept in each object
individually, and is adjustable using area dialog page.
Hatching/filling/gradient functions would then be tweaked to take this data
into account: e.g., first stage is to find where the hatching starting point is
WRT the shape itself: if it's object-relative, it's simple, otherwise, current
shape position offset is considered -> the point is found. Then, first of
parallels will be started at specified point; others will be drawn relative to
it. Currently, already present analogous setting is e.g. angle of hatching.
Moreover, the Center X/Center Y of gradient fills is highly related.
> But with either approach, believe there would need to be work on polygon
> object intersections for performing the masking. The issue has come up in
> handling PDF import where hatching layer(s) are masked to expose fill
> pattern(s) inside objects.
I'm not sure it's needed. Imo, if implemented properly, then no other change of
logic is required...
--
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
Libreoffice-bugs mailing list
[email protected]
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
