Created attachment 118328 [details] checkbox bug - odt test file This bug has been nagging me for a long time, only now am I filing a bug. Thus I am not sure when this bug first appeared. It might well be that this never really worked. Reproduce 1. open checkbox bug.odt file in LO writer 2. click "Export Directly as PDF" icon 3. compare odt file and exported PDF Currently odt: checkbox has "✔" pdf: checkbox has "x" Expected Should be identical. What the user sees should not be altered on export to PDF.
Created attachment 118329 [details] checkbox bug - exported pdf
Created attachment 118330 [details] screenshot showing the problem
TESTING with Ubuntu 14.04 + LO Version: 5.1.0.0.alpha1+ Build ID: 452b1872af72d7fb31101aa2fa35aeaf18e41a10 TinderBox: Linux-rpm_deb-x86_64@70-TDF, Branch:master, Time: 2015-09-02_08:11:07 + Evince (PDF Viewer) (In reply to steve -_- from comment #0) > Reproduce [following given steps] > Currently > > odt: checkbox has "✔" > pdf: checkbox has "x" Yes, behavior confirmed. OS -> All Might be different glyphs, or? We're not talking about just an exported chunk of text here; we're talking about an *actual* checkbox widget that can be toggled-on and toggled-off inside both LibreOffice and the PDF viewer. Maybe this is just an implementation detail? > Expected > > Should be identical. What the user sees should not be altered on export to > PDF. Let's see what Jay thinks about the situation from a UX perspective -- I'll cc him.
I checked the pdf at < http://www.pdfill.com/example/pdf_filler_new.pdf > and it has three types of checkboxes - 1 with X, 1 with check and 1 with dot. So i guess it is possible for us to export it as a checkbox with a check.
(In reply to Yousuf (Jay) Philips from comment #4) > ...So i guess it is possible for us to export it as a checkbox with a > check. If it's actually something we can change to have higher fidelity with the behavior in LO, then let's make it Status -> NEW Severity -> enhancement
bug still present in LibO 5.3.0.0.alpha0+ Build ID: e2f6c7f0d0cc14f851d7028ff846c5dc658a81c6 CPU Threads: 4; OS Version: Windows 6.29; UI Render: default; TinderBox: Win-x86@42, Branch:master, Time: 2016-10-10_23:08:02 Locale: it-IT (it_IT); Calc: group bug was already present in OOo 3.3.0 and LibO 3.3.3 as well so it's inherited from OOo
Possibly solved - see https://gerrit.libreoffice.org/74995
Yep, fixed for me - please check & verify if possible!
Not fixed for me: libo-master64~2019-07-03_06.33.11_LibreOfficeDev_6.4.0.0.alpha0_Win_x64.msi I set to New. Please test.
Created attachment 152565 [details] clip of export result, 0x2713 not used as basis of check box Not yet correct (at least on Winodws builds). Attachment 118328 [details] should not be used to test with of course. Attaching a new document after changes, with a set of Form Designed checkboxes (default Liberation Serif fonts). Also, resulting PDF export, and a screen clip of the PDF open in Adobe Reader. Should note (that on Windows at least) the print preview also does not use the 0x2713, and like PDF export also gets a graphic object with a drawn "X" not a font glyph. =-testing-= Windows 10 Home 64-bit en-US (1809) Version: 6.4.0.0.alpha0+ (x64) Build ID: a9885aed4ee65067613e5506771b6ae6b5e0bae0 CPU threads: 4; OS: Windows 10.0; UI render: GL; VCL: win; TinderBox: Win-x86_64@42, Branch:master, Time: 2019-07-04_01:38:09 Locale: en-US (en_US); UI-Language: en-US Calc: threaded
Created attachment 152566 [details] test doc from current 6.4.0alpah0+ master with patches
Created attachment 152567 [details] result of direct Export to PDF (PDF dialog cleared of checks except no compression)
Ah! So this report is about the export with _disabled_ 'Create Form' support? Then yes, this is not fixed. Didn't touch that code at all. ;) (if that's indeed what's meant here, perhaps worth re-phrasing even the title - totally missed that from the description)
This is persisting when using ⌘P from within LO. That will open the default print dialog. In the bottom left of that dialog select "Save as PDF". The resulting PDF has "x" instead of "✔". Interestingly though, File > Export as > Export as PDF… with the option "Create PDF Form" does result in a correct PDF. I think that is new and improved behavior. Retested macOS 10.15.3, LO 6.4.0.3.
Has this slipped? Looking at bug 160280 for Writer form printing regression at 24.2, noticed all the 'Create PDF form' (FDF or PDF template) results in PDF forms with an X checkbox rather than the U+2713 CHECK MARK ✓ glyph. From at least 6.4.7 through to 24.8.0 @Thorsten?
Retested with todays main build. OK "File > Export as > Export as PDF…" with the option "Create PDF Form" OK "Export Directly as PDF" icon So the problem is resoled in Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: d4f6534e8870e8f271984c37ce54a6878f372ae1 CPU threads: 4; OS: macOS 14.4.1; UI render: Skia/Raster; VCL: osx Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded Follow-up bug about UI trouble with checkboxes in dark mode: https://bugs.documentfoundation.org/show_bug.cgi?id=160829
Spoke too soon - cmd + p opening print dialog and saving as PDF from there still results in X instead of checkmark.