[okular] [Bug 475416] New: Markdown links not being rendered as hyperlinks
https://bugs.kde.org/show_bug.cgi?id=475416 Bug ID: 475416 Summary: Markdown links not being rendered as hyperlinks Classification: Applications Product: okular Version: 23.08.1 Platform: Manjaro OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: markdown backend Assignee: okular-devel@kde.org Reporter: isaac.o.bra...@gmail.com Target Milestone: --- SUMMARY Markdown links of the form [link](url) and of the form https://, file://. etc are being rendered in plain text rather than in clickable hyperlinks. The problem started in 23.08.0 (I think), and I found this https://bugs.kde.org/show_bug.cgi?id=475198 bug to that effect which claims the problem is fixed. Updated today to the latest version and the problem, for me, persists. The same is true of previews on Kate, so it might also be relevant to know that I'm on kparts5 5.110.0-1 and markdownpart 23.08.1-1 (I'm not sure but I read somewhere that those were the components responsible for such rendering) STEPS TO REPRODUCE 1. 2. 3. OBSERVED RESULT EXPECTED RESULT SOFTWARE/OS VERSIONS Windows: macOS: Linux/KDE Plasma: (available in About System) KDE Plasma Version: KDE Frameworks Version: Qt Version: ADDITIONAL INFORMATION -- You are receiving this mail because: You are the assignee for the bug.
[okular] [Bug 475198] Links in markdown show raw markdown rather than a clickable link.
https://bugs.kde.org/show_bug.cgi?id=475198 Yuri Chornoivan changed: What|Removed |Added CC||isaac.o.bra...@gmail.com --- Comment #9 from Yuri Chornoivan --- *** Bug 475416 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are the assignee for the bug.
[okular] [Bug 475416] Markdown links not being rendered as hyperlinks
https://bugs.kde.org/show_bug.cgi?id=475416 Yuri Chornoivan changed: What|Removed |Added Status|REPORTED|RESOLVED Resolution|--- |DUPLICATE CC||yurc...@ukr.net --- Comment #1 from Yuri Chornoivan --- *** This bug has been marked as a duplicate of bug 475198 *** -- You are receiving this mail because: You are the assignee for the bug.
[okular] [Bug 475426] New: Stamps are rendered sideways
https://bugs.kde.org/show_bug.cgi?id=475426 Bug ID: 475426 Summary: Stamps are rendered sideways Classification: Applications Product: okular Version: 23.08.1 Platform: Neon OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: PDF backend Assignee: okular-devel@kde.org Reporter: ja...@jasonplayne.com Target Milestone: --- Created attachment 162186 --> https://bugs.kde.org/attachment.cgi?id=162186&action=edit screen recording of a stamp being placed (mouse down) and then rotated after release SUMMARY When adding a stamp to my PDF, it appears sideways on the PDF after adding it. Unfortunately this document has lots of PII as it is for building plans - I was wanting to use a stamp sign "sign" it. PDFs generated by Firefox (printing a page) did not exhibit this behaviour. One lead might be that the problem PDF has a page rotation of 270 degrees whereas the Firefox one does not. PDF DETAILS PdfInfo for the PDF (A3, Landscape) that exhibits the problem: Producer:iLovePDF ModDate: Tue Oct 10 13:34:36 2023 AWST Custom Metadata: no Metadata Stream: no Tagged: no UserProperties: no Suspects:no Form:none JavaScript: no Pages: 3 Encrypted: no Page size: 842 x 1191 pts (A3) Page rot:270 File size: 1241154 bytes Optimized: no PDF version: 1.7 --- PDF Info for a Firefox Print to PDF (A3, Landscape) that does not exhibit the problem Creator: Mozilla Firefox 118.0.1 Producer:cairo 1.17.4 (https://cairographics.org) CreationDate:Tue Oct 10 21:09:20 2023 AWST Custom Metadata: no Metadata Stream: no Tagged: no UserProperties: no Suspects:no Form:none JavaScript: no Pages: 2 Encrypted: no Page size: 1191 x 842 pts (A3) Page rot:0 File size: 55240 bytes Optimized: no PDF version: 1.5 --- STEPS TO REPRODUCE 1. Find a PDF that exhibits the problem (hopefully one without lots of PII) 2. Select a Stamp 3. Left Mouse Down and observe the stamp in the correct orientation 4. Release left mouse button and see the stamp rotated OBSERVED RESULT While mouse button down, see stamp in correct orientation on mouse button release see image rotated 90 degrees Counter Clockwise (or 270 degrees clockwise) EXPECTED RESULT Stamp is in correct orientation SOFTWARE/OS VERSIONS Operating System: KDE neon 5.27 KDE Plasma Version: 5.27.8 KDE Frameworks Version: 5.110.0 Qt Version: 5.15.10 Kernel Version: 6.5.6-060506-generic (64-bit) Graphics Platform: Wayland Processors: 24 × AMD Ryzen 9 7900X 12-Core Processor Memory: 30.5 GiB of RAM Graphics Processor: AMD Radeon RX 7900 XT Manufacturer: Gigabyte Technology Co., Ltd. Product Name: B650 AORUS ELITE AX ADDITIONAL INFORMATION -- You are receiving this mail because: You are the assignee for the bug.
[okular] [Bug 111254] Desire on-screen ruler functionality
https://bugs.kde.org/show_bug.cgi?id=111254 jack_sprat changed: What|Removed |Added CC||ho...@spliced.me.uk --- Comment #5 from jack_sprat --- Hi, I'm voting in support of Daniel's final proposal: the linear measurement tool. Interpreting PDF's of maps, graphs, plans &c. often benefits from being able to extract scaled dimensions. I propose that such a click-and-drag tool context menu would allow it to be 'calibrated' with some training values (from the graph or map axes, or plan scale bars, for instance) - and then remain true as the PDF is zoomed in/out. Context menu would allow user to select linear/area/angular dimension options. A further context menu feature would allow the measured value to be inserted as an annotation. C'mon, it would be a beauty, don't you think? As an example, look at the 'measure line/area/bearing/angle' tool in QGIS thanks for listening - best wishes - JS -- You are receiving this mail because: You are the assignee for the bug.
[okular] [Bug 111254] Desire on-screen ruler functionality
https://bugs.kde.org/show_bug.cgi?id=111254 --- Comment #6 from jack_sprat --- (with correction) Hi, I'm voting in support of Daniel's final proposal: the linear measurement tool. Interpreting PDF's of maps, graphs, plans &c. often benefits from being able to extract scaled dimensions. I propose that such a click-and-drag tool's context menu would allow it to be 'calibrated' with some training values (from the graph or map axes, or plan scale bars, for instance) - and then remain true as the PDF is zoomed in/out. The context menu would allow user to select linear/area/angular dimension options. A further context menu feature would allow the measured value to be inserted as an annotation. C'mon, it would be a beauty, don't you think? As an example, look at the 'measure line/area/bearing/angle' tool in QGIS thanks for listening - best wishes - JS -- You are receiving this mail because: You are the assignee for the bug.
