https://bugs.freedesktop.org/show_bug.cgi?id=44135
--- Comment #67 from James Cloos <[email protected]> --- >> The hard part is when they only partially overlap. The code needs to >> trace the outlines of the overlapping portions and generate new opaque >> objects to paint over those areas. > I might be reading this wrong, but it sounds like you're describing a > behavior similar to bug 61306 and bug 42442. The anomalies reported in those BZs appear to be due to using too-little precision in the coordinates in the exported pdf. Eg, the businesscards.pdf attached to bug 42442 uses only decipoints in vector art streams. That evidently is imprecise enough for the edges to misalign at even 600 dpi. Rounding instead to centipoints might be enough to avoid those even when directly exposing offset plates at 150 dots/mm. Or it might require millpoints. Higher precision would mean larger, slower files. Finding the optimal tradeoff for a large, varied user base is at best difficult. I expect that is why some products offer multiple quality targets, such as Draft, Web, Office, Litho, et cetera. It would be interesting, though, to see whether centipoints are enough. The vector-transparency-flattening algorithm I described in the previous comment relates to those two bugs only in that one risks similaranomalies unless one uses sufficient precision, with the same size and speed tradeoffs I mention above. -- You are receiving this mail because: You are the assignee for the bug.
_______________________________________________ Libreoffice-bugs mailing list [email protected] http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
