[okular] [Bug 420880] add hotkeys and saving individual view settings for documents
https://bugs.kde.org/show_bug.cgi?id=420880 Yuri Chornoivan changed: What|Removed |Added Status|REPORTED|RESOLVED Resolution|--- |DUPLICATE CC||yurc...@ukr.net --- Comment #1 from Yuri Chornoivan --- The first (Settings -> Configure shortcuts... just broken for the one minor release 20.04.0) and third (Settings -> Show Page Bar) of these wishes have already been implemented. The second wish has been implemented from the beginning. Thanks in advance for understanding. *** This bug has been marked as a duplicate of bug 420525 *** -- You are receiving this mail because: You are the assignee for the bug.
[okular] [Bug 420880] New: add hotkeys and saving individual view settings for documents
https://bugs.kde.org/show_bug.cgi?id=420880 Bug ID: 420880 Summary: add hotkeys and saving individual view settings for documents Product: okular Version: unspecified Platform: Manjaro OS: Linux Status: REPORTED Severity: wishlist Priority: NOR Component: New backend wishes Assignee: okular-devel@kde.org Reporter: sordessor...@gmail.com Target Milestone: --- hello! can you please make hotkeys for switching viev mode (single/double page), like in evince? and it would be cool if okular could remember the settings for each document. and instead of a panel with a page number -- a small indicator somewhere in the corner (this would save a little space for displaying pages). thank you! -- You are receiving this mail because: You are the assignee for the bug.
[okular] [Bug 420775] Bad error message when opening .epub files without .epub support
https://bugs.kde.org/show_bug.cgi?id=420775 --- Comment #6 from Antonio Rojas --- (In reply to Volker Weißmann from comment #5) > Can you give me a link the this Arch policy? I didn't find it here: > https://wiki.archlinux.org/index.php/Arch_package_guidelines I don't think that's written down anywhere. But it's certainly the de facto policy. -- You are receiving this mail because: You are the assignee for the bug.
[okular] [Bug 420755] Animated scroll transitions should respect global animation speed
https://bugs.kde.org/show_bug.cgi?id=420755 Nate Graham changed: What|Removed |Added Ever confirmed|0 |1 CC||n...@kde.org Status|REPORTED|CONFIRMED Summary|Smooth scrolling cannot be |Animated scroll transitions |disabled by the user|should respect global ||animation speed --- Comment #5 from Nate Graham --- Nitpick: you're not objecting to smooth scrolling (which refers to pixel-by-pixel touchpad scrolling) but rather animated scroll transitions when using a mouse wheel or keyboard navigation. Re-titling appropriately. Also note that animated scroll transitions for wheel scrolling were reverted in Okular 1.10.1 to fix some regressions encountered by people with free-wheeling scroll wheels. Finally, I agree with David H that Okular could respect the global setting for animation duration here, turning off animated scroll transitions entirely when the user has disabled all animations. I don't think it makes sense to add an option only in Okular though. That seems like over-configuration. -- You are receiving this mail because: You are the assignee for the bug.
[okular] [Bug 420775] Bad error message when opening .epub files without .epub support
https://bugs.kde.org/show_bug.cgi?id=420775 --- Comment #5 from Volker Weißmann --- (In reply to Antonio Rojas from comment #4) > (In reply to Volker Weißmann from comment #3) > > > Are you sure? The Arch guys say that they are doing it right: > > https://bugs.archlinux.org/task/66485 > > > > > On a more abstract note, what you're asking is impossible, Okular doesn't > > > know about it's plugins, there can be any number of plugins, shipped by > > > third parties (calligra for exmaple does) so it can't telll you what you > > > are > > > missing to execute about a plugin it doesn't know about. > > > > Can you try to figure this out with the Arch guys? > > Nobody said anything about "doing it right". There is no "right" here, just > different opinions about how packaging should be done. Arch policy is not to > split plugins out of packages, Can you give me a link the this Arch policy? I didn't find it here: https://wiki.archlinux.org/index.php/Arch_package_guidelines > and if you ask me an average Arch user should > be able to figure out this error message by themselves. I also eventually found out that I need to install the ebook-tools package, but I'm not really happy with the way it is. It feels like a "this is why we can't have nice things" moment. -- You are receiving this mail because: You are the assignee for the bug.
[okular] [Bug 420775] Bad error message when opening .epub files without .epub support
https://bugs.kde.org/show_bug.cgi?id=420775 Antonio Rojas changed: What|Removed |Added CC||aro...@archlinux.org --- Comment #4 from Antonio Rojas --- (In reply to Volker Weißmann from comment #3) > Are you sure? The Arch guys say that they are doing it right: > https://bugs.archlinux.org/task/66485 > > > On a more abstract note, what you're asking is impossible, Okular doesn't > > know about it's plugins, there can be any number of plugins, shipped by > > third parties (calligra for exmaple does) so it can't telll you what you are > > missing to execute about a plugin it doesn't know about. > > Can you try to figure this out with the Arch guys? Nobody said anything about "doing it right". There is no "right" here, just different opinions about how packaging should be done. Arch policy is not to split plugins out of packages, and if you ask me an average Arch user should be able to figure out this error message by themselves. -- You are receiving this mail because: You are the assignee for the bug.
[okular] [Bug 420775] Bad error message when opening .epub files without .epub support
https://bugs.kde.org/show_bug.cgi?id=420775 --- Comment #3 from Volker Weißmann --- (In reply to Albert Astals Cid from comment #1) > That's a problem of your distribution. > > They are shipping a plugin without it's dependencies, they shouldn't do that. Are you sure? The Arch guys say that they are doing it right: https://bugs.archlinux.org/task/66485 > On a more abstract note, what you're asking is impossible, Okular doesn't > know about it's plugins, there can be any number of plugins, shipped by > third parties (calligra for exmaple does) so it can't telll you what you are > missing to execute about a plugin it doesn't know about. Can you try to figure this out with the Arch guys? -- You are receiving this mail because: You are the assignee for the bug.
[okular] [Bug 420842] Scrolling with browse tool sticks at first after inertial scrolling implemented
https://bugs.kde.org/show_bug.cgi?id=420842 --- Comment #3 from Michael D --- Yes, I recently updated okular knowing that smooth scrolling was implemented and noticed immediately after the sticky drag scroll, since I view a lot of pdfs daily and my preferred scroll method is using the browse tool (since it's smoother than using the mouse wheel). -- You are receiving this mail because: You are the assignee for the bug.
[okular] [Bug 420846] Annotation sometimes first shows up after reloading the PDF
https://bugs.kde.org/show_bug.cgi?id=420846 Postix changed: What|Removed |Added CC||pos...@posteo.eu -- You are receiving this mail because: You are the assignee for the bug.
[okular] [Bug 420459] Wacom tablet pen: Highlighter has an offset, highlighting not immediately visible, page jumps
https://bugs.kde.org/show_bug.cgi?id=420459 Postix changed: What|Removed |Added See Also||https://bugs.kde.org/show_b ||ug.cgi?id=420846 -- You are receiving this mail because: You are the assignee for the bug.
[okular] [Bug 420846] Annotation sometimes first shows up after reloading the PDF
https://bugs.kde.org/show_bug.cgi?id=420846 Postix changed: What|Removed |Added See Also||https://bugs.kde.org/show_b ||ug.cgi?id=420459 -- You are receiving this mail because: You are the assignee for the bug.
[okular] [Bug 420846] New: Annotation sometimes first shows up after reloading the PDF
https://bugs.kde.org/show_bug.cgi?id=420846 Bug ID: 420846 Summary: Annotation sometimes first shows up after reloading the PDF Product: okular Version: 20.04.0 Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: okular-devel@kde.org Reporter: pos...@posteo.eu Target Milestone: --- SUMMARY Since recently, when I try to annotate something, like highlighting, the highlighting vanishes as soon as I release the mouse. However, when I reload the PDF, by pressing F5 and choose to save the changes to the PDF, the annotations show up. This is unfortunately not always reproducible. SOFTWARE/OS VERSIONS Operating System: Manjaro Linux KDE Plasma Version: 5.18.4 KDE Frameworks Version: 5.70.0 Qt Version: 5.14.2 Kernel Version: 5.6.7-1-MANJARO -- You are receiving this mail because: You are the assignee for the bug.
[okular] [Bug 420842] Scrolling with browse tool sticks at first after inertial scrolling implemented
https://bugs.kde.org/show_bug.cgi?id=420842 David Hurka changed: What|Removed |Added Status|REPORTED|CONFIRMED Ever confirmed|0 |1 --- Comment #2 from David Hurka --- I recognized that when I was playing arround with my new trackpoint, but couldn’t verify the link to smooth scrolling. I assume you recently updated Okular, and recognized that you got smooth scrolling and this bug the same time. When smooth scrolling will be reimplemented, we should test this. -- You are receiving this mail because: You are the assignee for the bug.
[okular] [Bug 420844] Open bookmark in a new tab if bookmark is from a different resource
https://bugs.kde.org/show_bug.cgi?id=420844 Postix changed: What|Removed |Added Keywords||usability -- You are receiving this mail because: You are the assignee for the bug.
[okular] [Bug 420844] Open bookmark in a new tab if bookmark is from a different resource
https://bugs.kde.org/show_bug.cgi?id=420844 Postix changed: What|Removed |Added CC||pos...@posteo.eu -- You are receiving this mail because: You are the assignee for the bug.
[okular] [Bug 420844] New: Open bookmark in a new tab if bookmark is from a different resource
https://bugs.kde.org/show_bug.cgi?id=420844 Bug ID: 420844 Summary: Open bookmark in a new tab if bookmark is from a different resource Product: okular Version: 20.04.0 Platform: Other OS: Linux Status: REPORTED Severity: wishlist Priority: NOR Component: general Assignee: okular-devel@kde.org Reporter: pos...@posteo.eu Target Milestone: --- If you open a bookmark, it will always use the current tab. However, I have bookmarked several pages in different ebooks about a specific topic and I would like to have them simultaneously opened, each PDF in its own tab. Now I have to open any other PDF, focus this tab and then to doubleclick the bookmark. Also there could be an option "open in a new tab" in the contextmenu of the bookmark to allow opening it in a new tab even if the same PDF is currently opened and its tab focused. Thanks! :-) -- You are receiving this mail because: You are the assignee for the bug.
[okular] [Bug 318399] Feature request: dynamic bookmarks
https://bugs.kde.org/show_bug.cgi?id=318399 Postix changed: What|Removed |Added CC||pos...@posteo.eu -- You are receiving this mail because: You are the assignee for the bug.
[okular] [Bug 420842] Scrolling with browse tool sticks at first after inertial scrolling implemented
https://bugs.kde.org/show_bug.cgi?id=420842 Albert Astals Cid changed: What|Removed |Added CC||aa...@kde.org, ||keziolio...@gmail.com, ||n...@kde.org -- You are receiving this mail because: You are the assignee for the bug.
[okular] [Bug 420842] Scrolling with browse tool sticks at first after inertial scrolling implemented
https://bugs.kde.org/show_bug.cgi?id=420842 --- Comment #1 from Michael D --- This is most noticeable, by the way, the more slowly you drag scroll the document. -- You are receiving this mail because: You are the assignee for the bug.
[okular] [Bug 420842] New: Scrolling with browse tool sticks at first after inertial scrolling implemented
https://bugs.kde.org/show_bug.cgi?id=420842 Bug ID: 420842 Summary: Scrolling with browse tool sticks at first after inertial scrolling implemented Product: okular Version: 1.9.80 Platform: Manjaro OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: okular-devel@kde.org Reporter: nortex...@gmail.com Target Milestone: --- Inertial scrolling was just implmented in okular, which is awesome. However, scrolling with the browse (hand) tool (by left-clicking the document and pulling it down or up) now sticks for a good number of pixels before it starts moving, which causes it to jump for the first part of the scroll and is jarring for the user. -- You are receiving this mail because: You are the assignee for the bug.
