| Summary: | Intersection of two black path-segments in a PDF mis-rendered as white | ||
|---|---|---|---|
| Product: | LibreOffice | Reporter: | chanshun1121025 |
| Component: | Draw | Assignee: | Not Assigned <libreoffice-bugs> |
| Status: | NEW --- | ||
| Severity: | minor | CC: | eyalroz1, raal |
| Priority: | medium | ||
| Version: | 4.1.0.4 release | ||
| Hardware: | x86-64 (AMD64) | ||
| OS: | All | ||
| URL: | https://ask.libreoffice.org/t/why-will-the-intersection-of-two-line-become-white/98304 | ||
| See Also: | https://bugs.documentfoundation.org/show_bug.cgi?id=158262 | ||
| Whiteboard: | |||
| Crash report or crash signature: | Regression By: | ||
| Bug Depends on: | |||
| Bug Blocks: | 99746 | ||
| Attachments: | PDF exported from OneNote | ||
|
Description
chanshun1121025
2023-11-16 16:42:18 UTC
This bug report is a follow-on of https://ask.libreoffice.org/t/why-will-the-intersection-of-two-line-become-white/98304/ IMHO, behaviour is triggered by some attribute in the path description. I am thinking of some graphical mode setting the "algebra" of intersection. If this mode is set to XOR, then two overlaid strokes intersect as "white" or void. If mode is OR, we have the usual behaviour of combining strokes without changing the "colour". A sample file is available in the linked AskLO question. Original bug reporter is encouraged to attach this sample file here. The white intersection of strokes appears as soon as the PDF is opened in Draw, before any editing, which leads me suspect the "graphical algebraic mode". I could not check the hypothesis because the shapes are hidden under a compressed "stream" in the PDF. It would be necessary to decompress the stream to access the drawing primitives. I don't know how to do that. I'd put the blame on OneNote for incorrectly specifying the drawing mode. I am not favourable to changes in interpretation in Draw if my hypothesis is right because such a drawing mode can be intentionally set by user for its XOR special effect. Created attachment 190992 [details]
PDF exported from OneNote
Created in "Microsoft OneNote for Windows 10", version 16001.14326.21452.0, with Norwegian user interface. Exported to file using the integrated File - Export functionality in OneNote. Other file created by print-to-pdf, using the virtual printer driver supplied with Windows, displays identical behavior.
The file has random scribble objects made with the "pen" drawing tool in Microsoft OneNote. Some using default line width and some with wider line; some remain as freehand lines and some are converted automatically by OneNote to regular shapes (ellipse and circle).
The objects are rendered without "white-outs" in OneNote, and also in Adobe Reader.
When opened in Draw, there are white-outs where there is wide line overlapping wide line on the same object (crossing line on freehand object, rounded ends of "autocorrected" regular objects).
- Overlapping between objects does not display any white-out.
- Narrow line does not display any white-out.
Just a thought:
Perhaps some combination of ...
- Coloration "XOR" when object ID or stacking order is identical?
- Wider lines defined by "contour vector" while narrow line is defined by simple vector + width, and crossing vector somehow confused with contour vector.
Confirm with Version: 4.1.0.0.alpha1+ Build ID: 5e77c9e17ba7dd9d296c9b755093f01e7eb4f51 and Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: a91892ec4942fc875820ea02dfbe74e986548142 CPU threads: 4; OS: Linux 6.2; UI render: default; VCL: gtk3 Locale: cs-CZ (cs_CZ.UTF-8); UI: en-US Calc: threaded |