Summary: | Okular "typewriter" annotation tool - can't change text font or colour | ||
---|---|---|---|
Product: | [Applications] okular | Reporter: | Paul Brown <paul.brown> |
Component: | general | Assignee: | Okular developers <okular-devel> |
Status: | RESOLVED FIXED | ||
Severity: | minor | CC: | aacid, dtborek, haxtibal, kierkegaard1702, lueck, mikael, oliver.sander, poperigby, rajeeshknambiar, wsanders |
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | Manjaro | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Attachments: | Typewriter annotation tool colour bug |
Description
Paul Brown
2018-12-12 01:23:53 UTC
Confirmed in master build from sources Okular 1.6.70 KDE Frameworks 5.53.0 Qt 5.11.1 (built against 5.11.1) The xcb windowing system Do you have poppler 0.69? libpoppler-qt5-1: Installiert: 0.68.0-0ubuntu1.3 Installationskandidat: 0.68.0-0ubuntu1.3 As Albert said, changing color depends on poppler >= 0.69. And, regarding font family: It can't be changed at all. It's a missing feature in poppler, inline notes suffer from it too. Best solution would be to implement embedding fonts into PDF for poppler, which is quite a major task. Tobias, should we should a warning to the user? Disable those options? (In reply to Albert Astals Cid from comment #5) > Disable those options? Yes, that's reasonable. However I'm a bit unsure how to propagate the required information. It has to be a runtime check, to take the loaded document type into account. Because even if we don't have HAVE_POPPLER_0_69 defined, font color will work for all non PDF annotations (i.e. not Okular::Annotation::ExternallyDrawn). I tend to invent Okular::AnnotationProxy::Capability::FreeTextFontColor, set it only if HAVE_POPPLER_0_69, and make a AnnotationProxy* gettable via class Annotation. Then TextAnnotationWidget is able to query the flag. What do you think about that? Is such a "complicated" solution necessary for a problem that will go away automatically as time passes? How about a simple note in the tooltip à la "for pdf files you need at least poppler 0.69"? (In reply to Tobias Deiminger from comment #6) > (In reply to Albert Astals Cid from comment #5) > > Disable those options? > Yes, that's reasonable. However I'm a bit unsure how to propagate the > required information. One "easy" option is just have a messagebox inside the generator code itself (with a don't show again) saying "yeah this is not gonna work, bug your distro to give you a newer poppler". The other option is just close this and as Oliver says, "it'll eventually work when distros stop shipping old poppler versions" Created attachment 117828 [details]
Typewriter annotation tool colour bug
This bug report looks like the right place, so adding additional information on it. Please let me know if a new bug should be opened.
I've poppler 0.73 and okular 1.6.0, which sets the configured colour for typewriter annotation tool initially. But if I resize the annotation box or move it around, colour is lost. To depict the issue clearly, see attached screen capture.
Software versions:
Okular: 1.6.0 (18.12.0)
Poppler: 0.73.0
Plasma: 5.14.4
Frameworks: 5.54.1
Qt: 5.14.4
@Rajeesh please open a different bug, yours has really nothing to do with this one even if it may seem so to you. The problem still exist in snap version 1.6.2 The snap version is probably using an ancient poppler. I'm still having this issue with Okular 20.08.1-1 on Arch Linux. I am still having this issue with Okular 21.08.3 installed as Flatpak on Debian Buster from Flathub. The color can be changed in Okular and the selected color persists when re-opening the document in Okular, but the color will be reset to default black when the resulting pdf is displayed in another pdf reader such as Acrobat reader or pdf.online web-app. It is only partly true that the size of the font can be changed: The font size for Typewriter and Inline note text annotations can be changed in Okular and the selected size persists when re-opening the document in Okular, but the font size will be reset to a default size when the resulting pdf is displayed in another pdf reader such as Acrobat reader or pdf.online web-app. The size of the containing text box element will not be resized though, frequently resulting in a too small text box with cropped text display (when a text line is more than a few words long or when text annotations contains multiple lines). Unless the the font size in Okular is set to at least size 12 (in contrast to default 9) cropping will most likely happen when opening the resulting pdf file in another reader. Size, font, color options all seems to work in okular 21.12.2-1.fc35 in Fedora 35. I don't have any expectations that annotation s work reliably outside of okular, so no info on that. Changing font family, size & color works fine with okular-22.12.1 & poppler-22.08.0. Resizing the annotation box preserves the properties. These properties can be changed later as well (right click → Properties). The set style is visible in other applications like Firefox & Chromium). I believe this issue could be closed. Closing as per Rajeesh comment, Paul please if you have the versions mentioned in the comment and you still think there's a bug please reopen this (In reply to Albert Astals Cid from comment #18) > Closing as per Rajeesh comment, Paul please if you have the versions > mentioned in the comment and you still think there's a bug please reopen this Works for me. Thanks folks! |