Summary: | FILESAVE PDF Checkbox Z-order not respected when saving with Create form off | ||
---|---|---|---|
Product: | LibreOffice | Reporter: | Gabor Kelemen (allotropia) <kelemeng> |
Component: | Printing and PDF export | Assignee: | Not Assigned <libreoffice-bugs> |
Status: | NEW --- | ||
Severity: | normal | CC: | samuel.mehrbrodt, thb |
Priority: | medium | ||
Version: | Inherited From OOo | ||
Hardware: | All | ||
OS: | All | ||
See Also: | https://bugs.documentfoundation.org/show_bug.cgi?id=141679 | ||
Whiteboard: | |||
Crash report or crash signature: | Regression By: | ||
Bug Depends on: | |||
Bug Blocks: | 103378, 107742, 159143 | ||
Attachments: |
Example file with overlapping checkboxes
The example file exported with the Create PDF form option enabled The example file exported with the Create PDF form option disabled Screenshot of the example file and the two differently looking PDF exports |
Description
Gabor Kelemen (allotropia)
2022-02-23 12:58:01 UTC
Created attachment 178479 [details]
The example file exported with the Create PDF form option enabled
Created attachment 178480 [details]
The example file exported with the Create PDF form option disabled
Created attachment 178481 [details]
Screenshot of the example file and the two differently looking PDF exports
Took a look. After loading and to see in which tab-order (Z-Order) these shapes are I started with selecting blue one (Shape 1). Tab travels over 2,3 and back to 1 due to FormControls not in design mode. In design mode it's 1,2,12,17,3. While 12 is '--checked', 13 is not visited at all (what maybe another error by itself) what makes it impossible that way to see z-order in just DrawingLayer. Klicking on the overlaying ones selects uncheck (12) so that seems to be on top. Sending to back makes correctly (12) on top then, also covering (12). So initially: - (c) in non-design-mode (13, checked) is on top of (12, uncheck), also optically - (d) in design-mode (12, uncheck) is on top of (13, checked) So already different, dependent on design-mode. If we imply that the option "Create PDF Form" in PDF export decides if the order in design-mode or not-design-mode is used, we get - (a) Create PDF Form == true -> non-design-mode (13, checked) is on top of (12, uncheck) - (b) Create PDF Form == false -> design-mode (12, uncheck) is on top of (13, checked) (a) is lower left of overview in comment 3, (b) is top left. Thus, (b) seems correct while (a) seems to have problems. NOTE: There is another additional Z-Order definition exclusively for FormControls, see "Control Properties" and 'Tab order' there, all three controls have the label "Markerfield 1" here, so not really decidable without changing that. If I rename those to see what's going on we get a order of (12, 17, 13) in the list box, (12) on top. Question is now if that defines the order from top to bottom (what would mean 12 draws 1st, then 13, so (c)), OR if it means that top covers the others (would be (d)) AND if that defines the order only for non-design-mode (which I would imply) Initially we have non-design-mode, so it *should* define paint order. Test: Change order in design-mode in dialog "Control Properties" in TabOrder popup window to (13, 12, 17). Then back to non-design-mode, order did change to (d) in non-design-mode. (b) does not change, so indeed that influences only order for non-design-mode (a) changes slightly, but only in the sense that at the right edge, 'checked' in orange does no longer stick out, the CheckBox itself is still is checked. Would need to debug deeper, but my guess is that with "Create PDF Form" active the CheckBox is just checked because from the paint the "checked' one behind it is visible. Or in other words: The unchecked one does not paint a white area to cover the checked one behind it. That is a guess from looking at what happens, to verify would need debugging deeper into it. If that is he cause, fixing would imply to create a 'background' for FormControls in PaperColor to cover FormControls 'behind' the current one. Just my 2ct... Ah, found a proof for my suspicion of comment 4: Load, move 'checked' control slightly to the right, export -> you can see that he Check itself is lo longer centered at the CheckBox, but moved to the right, too. Thus the Check is shining through from the 'checked' to the 'non-checked' :-) Taking a deeper look... Back to new - no timeslots currenly. To keep in sight, tagging in PersonalTags |