https://bugs.kde.org/show_bug.cgi?id=442849
Friedrich W. H. Kossebau <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |[email protected] Ever confirmed|0 |1 Status|REPORTED |CONFIRMED --- Comment #2 from Friedrich W. H. Kossebau <[email protected]> --- Could confirm the experience. Then also can hint to the cause and a solution: AFAIK the radio button marks in PDFs can be optionally styled using glpyhs from the Zapf Dingbats (compatible) typeface/font. Zapf Dingbats being one of typefaces the PDF spec expects to be provided by a PDF rendering software. Poppler/Okular here relies on the distribution to provide such fonts on the system. iIf such font though is not installed on the system, the poppler render backend used by Okular will just skip the rendering of the mark. The default unstyled radio mark seems rendered by poppler at least in current version directly by a drawCircle command. So the reported bug only happens with custom styled radio button marks, like LibreOffice seems to inject. Thus the fix here is to install a Zapf Dingbats compatible font on the system, On openSUSE TW installing the package urw-base35-fonts-D050000L, providing font D050000L from the URW font set, makes the radio mark appear also with the provided example. Ideally your distribution would ensure there is a dependency of the poppler package on fonts which match the typefaces expected to exist, See for a similar issue around checkbox this email: https://mail.kde.org/pipermail/distributions/2025-December/001657.html IMHO poppler/Okular should make some noise though if there is no Zapf Dingbats compatible typeface around, instead of just blanking out and making it look just as if no option (or checkbox) is chosen/checked. -- You are receiving this mail because: You are the assignee for the bug.
