[okular] [Bug 443403] Reduce the size of the digital signature display
https://bugs.kde.org/show_bug.cgi?id=443403 --- Comment #35 from Bug Janitor Service --- A possibly relevant merge request was started @ https://invent.kde.org/graphics/okular/-/merge_requests/965 -- You are receiving this mail because: You are the assignee for the bug.
[okular] [Bug 474888] Signing requires (empty) password in document that has password-restriction for modification
https://bugs.kde.org/show_bug.cgi?id=474888 Albert Astals Cid changed: What|Removed |Added Latest Commit|https://invent.kde.org/grap |https://invent.kde.org/grap |hics/okular/-/commit/ea243a |hics/okular/-/commit/013976 |2a03f9249c3fc36bdbcdb71d987 |69c997a612c69dc528a9229 |de064ce |070450a --- Comment #6 from Albert Astals Cid --- Git commit 01397669c997a612c69dc528a9229070450a by Albert Astals Cid, on behalf of Nicolas Fella. Committed on 03/04/2024 at 15:59. Pushed by aacid into branch 'release/24.02'. Fix DocumentHasPassword check A document can be encrypted without requiring a password to open/sign it. Currently we assume we need a password to sign it for such documents, but that's not correct. Instead of checking whether the document is encrypted remember whether we needed a password for opening. (cherry picked from commit ea243a2a03f9249c3fc36bdbcdb71d987de064ce) M +2-1generators/poppler/generator_pdf.cpp M +2-0generators/poppler/generator_pdf.h https://invent.kde.org/graphics/okular/-/commit/01397669c997a612c69dc528a9229070450a -- You are receiving this mail because: You are the assignee for the bug.
[okular] [Bug 484968] New: Print dialogue focus on "Name" field is initially not visible, instead it looks to be on "Print" button
https://bugs.kde.org/show_bug.cgi?id=484968 Bug ID: 484968 Summary: Print dialogue focus on "Name" field is initially not visible, instead it looks to be on "Print" button Classification: Applications Product: okular Version: 23.04.3 Platform: Mageia RPMs OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: printing Assignee: okular-devel@kde.org Reporter: joselp@e.email Target Milestone: --- Created attachment 168091 --> https://bugs.kde.org/attachment.cgi?id=168091&action=edit This picture shows the current behaviour, the "Print" field is marked in blue, but the selected field is actually the "Name" field. SUMMARY When I open a document with Okular and want to print it, the print window appears, with the "Print" field shaded blue, but if I press the "Enter" key nothing happens, because the selection is actually in the "Name" field of the printer. The selection behavior in the "Name" field is correct, since I may need to select between multiple printers, but this one should have the blue shading that the "Print" field has (which it shouldn't have until I get to it after have selected the correct printer). STEPS TO REPRODUCE 1. Open document with Okular. 2. Print it, the blue selection is on "Print" field, bug nothings happens with intro keyboard. 3. Select Printer manually and print. OBSERVED RESULT The print window marks the "Print" field with blue shading, but it is not actually selected. EXPECTED RESULT The print window should shade the "Name" field that is actually selected, so as not to confuse the user. SOFTWARE/OS VERSIONS Windows: macOS: Linux/KDE Plasma: Mageia 9 Plasma Linux x86_64 KDE Plasma Version: 5.27.10 KDE Frameworks Version: 5.114.0 Qt Version: 5.15.7 ADDITIONAL INFORMATION -- You are receiving this mail because: You are the assignee for the bug.
[okular] [Bug 484966] No anti-aliasing on rotated image
https://bugs.kde.org/show_bug.cgi?id=484966 Tobias Bora changed: What|Removed |Added CC||tobias.b...@gmail.com --- Comment #1 from Tobias Bora --- Created attachment 168087 --> https://bugs.kde.org/attachment.cgi?id=168087&action=edit Comparison of firefox rendering (above) vs okular (below) Here is a screenshot showcasing the issue, comparing with the good result of firefox. You can for instance consider the blue line below "Les + lus", but also the ugly line pattern in the title, the hard-to-read text etc. -- You are receiving this mail because: You are the assignee for the bug.
[okular] [Bug 484966] New: No anti-aliasing on rotated image
https://bugs.kde.org/show_bug.cgi?id=484966
Bug ID: 484966
Summary: No anti-aliasing on rotated image
Classification: Applications
Product: okular
Version: 23.08.5
Platform: Other
OS: Linux
Status: REPORTED
Severity: normal
Priority: NOR
Component: PDF backend
Assignee: okular-devel@kde.org
Reporter: tobias.b...@gmail.com
Target Milestone: ---
Created attachment 168086
--> https://bugs.kde.org/attachment.cgi?id=168086&action=edit
Pdf that showcases the bug
SUMMARY
If I render a pdf file with a rotated image (produced via a simple
\includegraphics[width=.6\paperwidth,angle=-10]{images/avantage_dwave.png}),
the image is not aliased correctly, despite anti-aliasing being enabled in
configuration > performances. The same pdf prints just fine in firefox.
STEPS TO REPRODUCE
1. Open the attached pdf
OBSERVED RESULT
Observe ugly staircase-like pattern in lines
EXPECTED RESULT
This should be aliased like in Firefox
SOFTWARE/OS VERSIONS
Operating System: NixOS 24.05
KDE Plasma Version: 5.27.10
KDE Frameworks Version: 5.115.0
Qt Version: 5.15.12
Kernel Version: 6.1.80 (64-bit)
Graphics Platform: X11
Processors: 8 × Intel® Core™ i5-8365U CPU @ 1.60GHz
Memory: 15.5 Gio of RAM
Graphics Processor: Mesa Intel® UHD Graphics 620
ADDITIONAL INFORMATION
--
You are receiving this mail because:
You are the assignee for the bug.
