[okular] [Bug 435858] Play animated gifs in comic book archives
https://bugs.kde.org/show_bug.cgi?id=435858 --- Comment #5 from Todd --- Created attachment 137855 --> https://bugs.kde.org/attachment.cgi?id=137855=edit Example comic book archive with animated gifs Attached is a comic book archive whose comic panels are animated gifs, as requested. The files are CC-BY-SA 4.0. License and attribution are in the archive. -- You are receiving this mail because: You are the assignee for the bug.
[okular] [Bug 435858] Animated gifs do not play in comic book archives
https://bugs.kde.org/show_bug.cgi?id=435858 --- Comment #3 from Todd --- I don't seem to be the only person interested in this. For example: https://askubuntu.com/questions/424979/comic-reader-that-supports-animated-gif-images And there are other comic book archive viewers out there which support animated gifs (see version 1.10.13): https://www.cdisplayex.com/releasenotes -- You are receiving this mail because: You are the assignee for the bug.
[okular] [Bug 435858] Animated gifs do not play in comic book archives
https://bugs.kde.org/show_bug.cgi?id=435858 --- Comment #2 from Todd --- (In reply to Albert Astals Cid from comment #1) > Is this actually an expected feature? There are electronic comics with animations nowadays, and okular supports animations in PDFs and presentations as far as I understand it, so I think it would be expected for comics as well. -- You are receiving this mail because: You are the assignee for the bug.
[okular] [Bug 435858] New: Animated gifs do not play in comic book archives
https://bugs.kde.org/show_bug.cgi?id=435858 Bug ID: 435858 Summary: Animated gifs do not play in comic book archives Product: okular Version: unspecified Platform: openSUSE RPMs OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: Comicbook backend Assignee: okular-devel@kde.org Reporter: toddrme2...@gmail.com Target Milestone: --- SUMMARY When comic book archives (.cbz, .cbr, .cb7, etc.) files contain animated gif images, only the first frame of the gif is shown. STEPS TO REPRODUCE 1. Open a comic book archive with an animated gif 2. Go to the animated gif OBSERVED RESULT Only the first frame of the gif is shown EXPECTED RESULT The animation is shown SOFTWARE/OS VERSIONS KDE Plasma Version: 20.12.3 KDE Frameworks Version: 5.80.0 Qt Version: 5.15.2 -- You are receiving this mail because: You are the assignee for the bug.
[Okular-devel] [Bug 301774] Wish: New option to save embedded annotation upon change/document close
https://bugs.kde.org/show_bug.cgi?id=301774 Todd toddrme2...@gmail.com changed: What|Removed |Added CC||toddrme2...@gmail.com -- You are receiving this mail because: You are the assignee for the bug. ___ Okular-devel mailing list Okular-devel@kde.org https://mail.kde.org/mailman/listinfo/okular-devel
Re: [Okular-devel] Bug 157198 - Remember position on the page in bookmark
On Mon, Mar 12, 2012 at 1:52 PM, Mailson Lira mail...@gmail.com wrote: Hi everyone, Currently I'm working on this new feature[1] which is make bookmark remember where in the page it was saved. The solution is to make the bookmark save the center of the viewport, not only the page number. With that in mind, the user now can have as many bookmarks as he wants on a given page. This will change the behavior of the program, so I need to ask a few questions on how this should work. == Case 1 - Remove bookmark menu action == If you right click on a *bookmarked* page (or click on Bookmark in menubar), you'll see an option to remove the current bookmark instead of adding a new one. Since the user can add another bookmark on another position we can't simply show the Remove bookmark option on a bookmarked page anymore. So what should we do with the Remove bookmark option? snip Any suggestions? I think there are two issues: identifying the bookmark, and deleting it. 1. When you put your mouse over the bookmark, the okular window temporarily jumps to the location of the bookmark. When your mouse moves off, it returns to its previous location. Would be the most clear, but probably also has the largest performance penalty. 2. Same as 1, except that it shows a popup preview instead of moving the view. May have better performance, but the preview might be harder to see due to its size. 3. When you put your mouse over the bookmark, automatically show the bookmarks sidebar, with that bookmark visible and highlighted. 4. Always list the bookmarks in order of their position in the document, so bookmarks in a given page will be listed (for LTR text documents) top to bottom then left to right. This is not mutually exclusive with the others. In order to remove bookmarks, I would say there are two approaches (not mutually exclusive): 1. Have remove bookmark only on right-click of a bookmark in the menu or panel. 2. Have the remove bookmark option visible after clicking on a bookmark. So you click on a bookmark in the menu or panel, it takes you to that bookmark, and you have the option to remove the bookmark as long as you don't move your current view (or it disappears after a fixed amount of time). == Case 2 - Ctrl+B shortcut == The Ctrl+B shortcut add or remove the page to bookmark. That may not work well if we have many bookmarks in the page. Should we detect if the current viewport is saved to bookmarks and then Ctrl+B will remove them? Or that shortcut will just add bookmark and the user needs to go to the list of saved bookmarks on the left side and remove it manually? The first can lead to undesirable results such as the user adding various bookmarks on very close (but different) positions when what he really wanted was to remove a bookmark. I don't see much alternative here: ctrl-b always adds a shortcut. == Case 3 - Save only one bookmark per page == The bookmark will remember the position on the page but will still allow only one bookmark per page. That will not change the behavior of okular but IMHO doesn't make much sense. This is no good, especially for documents with long or very dense pages. I think it defeats the purpose of remembering you location on the page. -Todd ___ Okular-devel mailing list Okular-devel@kde.org https://mail.kde.org/mailman/listinfo/okular-devel
[Okular-devel] GSoC 2012 Ideas page: time to add those ideas!
On Thu, Mar 1, 2012 at 10:15 AM, Teo Mrnjavac t...@kde.org wrote: Hello! This is a friendly reminder that the GSoC mentoring organization application period closes in a week. I see that many of you have added lots of interesting ideas but there are still empty spots in that wiki page so I'm confident that we can do even better! If any of you still have ideas for this year's GSoC please add them to the wiki page [1] as soon as possible and before March 9. [1] http://community.kde.org/GSoC/2012/Ideas Cheers, -- Teo won't be able to mentor any gsoc projects but I have some ideas (that may or may not be any good) if someone else wants to mentor them: 1. Embedded PDF annotation support. poppler now supports embedded annotations, so providing support for this in okular (alongside okular annotations) would be very helpful for interoperability. It could be in the form of a generic annotation writer class, with backends that support annotation writing having their own implementation hooking into this class. 2. Seamlessly transfer current document to plasma active. You should just be able to click a button and have the file, your current location and view, bookmarks, annotations, etc transfer from your computer to your active device, or back. You should be able to stop reading on your computer and pick it up on your active device exactly where you left off. 3. Page transition effects during normal viewing. Especially for plasma active, having smooth page transition effects would make the experience more smooth and book-like. For example an effect that looks like a sheet of paper turning. Pretty much every ebook reader I have seen on android has this sort of effect, often tied to the touch screen so the shape of the turning page depends in a realistic way on where you grab it. -Todd ___ Okular-devel mailing list Okular-devel@kde.org https://mail.kde.org/mailman/listinfo/okular-devel
[Okular-devel] [Bug 268575] Okular should display a warning about before annotating
https://bugs.kde.org/show_bug.cgi?id=268575 --- Comment #26 from Todd toddrme2178 gmail com 2011-03-23 14:58:03 --- I was trying to be calm and stick solely to facts and logic, but I do find it dishearting that not only did you casually dismiss my posts as bla bla bla, but you weren't even paying enough attention to notice that you were dealing with two different people or reading carefully enough to see that my three posts made different points and were on completely different subjects (the first was about principle of least surprise, the second was about whether documentation was sufficient, and the third was whether being more than a pdf reader was a good reason). In other words, the latter two posts were not repeating the same thing, they were addressing your responses to my earlier posts. -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Okular-devel mailing list Okular-devel@kde.org https://mail.kde.org/mailman/listinfo/okular-devel
[Okular-devel] [Bug 268575] Okular should display a warning about before annotating
https://bugs.kde.org/show_bug.cgi?id=268575 --- Comment #21 from Todd toddrme2178 gmail com 2011-03-23 02:53:40 --- I was trying to clarify what I said and to address your earlier response. -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Okular-devel mailing list Okular-devel@kde.org https://mail.kde.org/mailman/listinfo/okular-devel
[Okular-devel] [Bug 151614] store annotations with documents
https://bugs.kde.org/show_bug.cgi?id=151614 Todd toddrme2...@gmail.com changed: What|Removed |Added CC||toddrme2...@gmail.com -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Okular-devel mailing list Okular-devel@kde.org https://mail.kde.org/mailman/listinfo/okular-devel
[Okular-devel] [Bug 254910] New: have open recent launch a new window
https://bugs.kde.org/show_bug.cgi?id=254910 Summary: have open recent launch a new window Product: okular Version: 0.11.2 Platform: openSUSE RPMs OS/Version: Linux Status: UNCONFIRMED Severity: wishlist Priority: NOR Component: general AssignedTo: okular-devel@kde.org ReportedBy: toddrme2...@gmail.com Version: 0.11.2 (using KDE 4.5.2) OS:Linux Okular's open recent sub-menu lets you open recently-used documents. However, that document replace the current document. This is very inconvenient, since it means you can only open one document at a time this way. It also is, in my experience, non-standard. Usually opening a recent document seems to open a new window for the document rather than replacing the current view. At the very least please make this an option. Reproducible: Always -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Okular-devel mailing list Okular-devel@kde.org https://mail.kde.org/mailman/listinfo/okular-devel