[okular] [Bug 286825] Okular should generate PDFs when printing instead of GhostScript
https://bugs.kde.org/show_bug.cgi?id=286825 Oliver Sander changed: What|Removed |Added CC||oliver.san...@tu-dresden.de --- Comment #16 from Oliver Sander --- Yes, printing with 'rasterization' does not require ghostscript. -- You are receiving this mail because: You are the assignee for the bug.
[okular] [Bug 286825] Okular should generate PDFs when printing instead of GhostScript
https://bugs.kde.org/show_bug.cgi?id=286825 --- Comment #15 from Christoph Feck --- Could somebody clarify if the recently merged "raster" printing patches would avoid using ghostscript? Distributions are discussing to phase out ghostscript because of security issues, see e.g. https://bugzilla.suse.com/show_bug.cgi?id=1122797 -- You are receiving this mail because: You are the assignee for the bug.
[okular] [Bug 403521] Provide ability to edit pdf metadata
https://bugs.kde.org/show_bug.cgi?id=403521 el changed: What|Removed |Added CC||el...@lattash.uk -- You are receiving this mail because: You are the assignee for the bug.
[okular] [Bug 403521] Provide ability to edit pdf metadata
https://bugs.kde.org/show_bug.cgi?id=403521 --- Comment #1 from el --- I just found out it is related to an old issue: https://bugs.kde.org/show_bug.cgi?id=377460 -- You are receiving this mail because: You are the assignee for the bug.
[okular] [Bug 403521] New: Provide ability to edit pdf metadata
https://bugs.kde.org/show_bug.cgi?id=403521
Bug ID: 403521
Summary: Provide ability to edit pdf metadata
Product: okular
Version: unspecified
Platform: Other
OS: Linux
Status: REPORTED
Severity: wishlist
Priority: NOR
Component: general
Assignee: okular-devel@kde.org
Reporter: el...@lattash.uk
Target Milestone: ---
SUMMARY:
Sometimes, when you open a pdf with the name ("Author - Name.pdf"), in the
title of the Okular window, you see something else, sometimes a random number,
I think it comes from metadata. And sometimes you can't tell the pdf name from
inside Okular.
SUGGESTION:
I am suggesting to add the ability to add/remove metadata/tags information,
such as title and author.
--
You are receiving this mail because:
You are the assignee for the bug.
[okular] [Bug 403514] [Feature Request] advanced search - multiple strings at a time - match any of the words/strings
https://bugs.kde.org/show_bug.cgi?id=403514 vjera.t...@gmail.com changed: What|Removed |Added Keywords|usability | -- You are receiving this mail because: You are the assignee for the bug.
[okular] [Bug 403514] [Feature Request] advanced search - multiple strings at a time - match any of the words/strings
https://bugs.kde.org/show_bug.cgi?id=403514 vjera.t...@gmail.com changed: What|Removed |Added CC||vjera.t...@gmail.com -- You are receiving this mail because: You are the assignee for the bug.
[okular] [Bug 403514] [Feature Request] advanced search - multiple strings at a time - match any of the words/strings
https://bugs.kde.org/show_bug.cgi?id=403514 vjera.t...@gmail.com changed: What|Removed |Added Keywords||usability -- You are receiving this mail because: You are the assignee for the bug.
[okular] [Bug 403514] [Feature Request] advanced search - multiple strings at a time - match any of the words/strings
https://bugs.kde.org/show_bug.cgi?id=403514 --- Comment #1 from vjera.t...@gmail.com --- *** Bug 403513 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are the assignee for the bug.
[okular] [Bug 403513] [Feature Request] advanced search - multiple strings at a time - match any of the word/strings
https://bugs.kde.org/show_bug.cgi?id=403513 vjera.t...@gmail.com changed: What|Removed |Added Summary|[Feature Request] advanced |[Feature Request] advanced |search - multiple strings |search - multiple strings |at a time - match any of|at a time - match any of |the wordsstrings|the word/strings Resolution|--- |DUPLICATE Status|REPORTED|RESOLVED --- Comment #1 from vjera.t...@gmail.com --- *** This bug has been marked as a duplicate of bug 403514 *** -- You are receiving this mail because: You are the assignee for the bug.
[okular] [Bug 403514] New: [Feature Request] advanced search - multiple strings at a time - match any of the words/strings
https://bugs.kde.org/show_bug.cgi?id=403514 Bug ID: 403514 Summary: [Feature Request] advanced search - multiple strings at a time - match any of the words/strings Product: okular Version: unspecified Platform: unspecified OS: Linux Status: REPORTED Severity: wishlist Priority: NOR Component: general Assignee: okular-devel@kde.org Reporter: vjera.t...@gmail.com Target Milestone: --- SUMMARY I wish there would be an advanced search option - searching several words (strings) at a time. Adobe has it by the name "match any of the words" as explained here: https://superuser.com/questions/843309/can-i-somehow-search-few-words-at-the-same-timealternative-in-foxit-reader-or. Regular(standard) search would acquire searching for example: "dog", viewing results, then "cat", viewing results, then "monkey"... - which would mean when inspecting results you wold have to go through entire file 3 times. I wish to input a list of words (strings) "cat", "dog", "monkey", "baby lion", and as I go through results, one by one, have all of the matching strings displayed, requiring going trough entire file only once. STEPS TO REPRODUCE 1. Open a 100+ pages pdf file 2. Search for fairly common word in it 3. Inspect all the results 4. Search for another fairly common word 5. Inspect all the results 6. repeat step 4., 5. and 6. OBSERVED RESULT You are required to go trough entire file as many times as there are words/strings you wish to find. EXPECTED RESULT When in search for multiple strings occurrences having to go trough file only once. Having all the results displayed in order they occur in file. For example "dog", "cat", "dog", "baby lion", "cat", "monkey"... SOFTWARE/OS VERSIONS Windows: - MacOS: - Linux/KDE Plasma: (available in About System) KDE Plasma Version: KDE Frameworks Version: Qt Version: -- You are receiving this mail because: You are the assignee for the bug.
[okular] [Bug 403513] New: [Feature Request] advanced search - multiple strings at a time - match any of the wordsstrings
https://bugs.kde.org/show_bug.cgi?id=403513 Bug ID: 403513 Summary: [Feature Request] advanced search - multiple strings at a time - match any of the wordsstrings Product: okular Version: unspecified Platform: unspecified OS: Linux Status: REPORTED Severity: wishlist Priority: NOR Component: general Assignee: okular-devel@kde.org Reporter: vjera.t...@gmail.com Target Milestone: --- SUMMARY 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 403486] Folded navigation bar
https://bugs.kde.org/show_bug.cgi?id=403486 --- Comment #10 from avlas --- (In reply to David Hurka from comment #9) > Maybe I understood you wrong, so I will try to clarify. > > I thought you are talking about showing/hiding the Thumbnails/Contents Panel > when opening a new document, provided the Navigation Bar is already shown. > > Currently, Okular remembers the state of the Navigation Bar (in menu > Settings), and selects the Thumbnails/Contents Panel when a new document is > opened. > > If the Navigation Bar is hidden permanently, it is likely to forget about > it. So I thought you just want to hide the panel when opening a document. > > Then I suggested to hide the panel when opening a document with few pages. > > The image shall explain my word usage. Yes, we are talking about the same, but talking about it in different terms. I was referring to hide/show (or enable/disable) the bar as the behavior you can see by the F7 shortcut. You use those terms for what I refer as folding/unfolding. So, we use different terminology but refer to the same thing, and your comments indeed belong here. -- You are receiving this mail because: You are the assignee for the bug.
[okular] [Bug 403486] Folded navigation bar
https://bugs.kde.org/show_bug.cgi?id=403486 --- Comment #9 from David Hurka --- Maybe I understood you wrong, so I will try to clarify. I thought you are talking about showing/hiding the Thumbnails/Contents Panel when opening a new document, provided the Navigation Bar is already shown. Currently, Okular remembers the state of the Navigation Bar (in menu Settings), and selects the Thumbnails/Contents Panel when a new document is opened. If the Navigation Bar is hidden permanently, it is likely to forget about it. So I thought you just want to hide the panel when opening a document. Then I suggested to hide the panel when opening a document with few pages. The image shall explain my word usage. -- You are receiving this mail because: You are the assignee for the bug.
[okular] [Bug 403486] Folded navigation bar
https://bugs.kde.org/show_bug.cgi?id=403486 --- Comment #8 from David Hurka --- Created attachment 117615 --> https://bugs.kde.org/attachment.cgi?id=117615=edit Words used by David -- You are receiving this mail because: You are the assignee for the bug.
[okular] [Bug 403486] Folded navigation bar
https://bugs.kde.org/show_bug.cgi?id=403486 --- Comment #7 from avlas --- (In reply to avlas from comment #6) > (In reply to David Hurka from comment #5) > > I see the problem, but an option to show/hide it at opening new documents > > would not do it for me. > > > > When I open an email attachment, I usually do not need the side bars. But > > when I open a microcontroller datasheet, I really need them. So, the side > > bar should only be shown if there are more than, say, 15 pages. This number > > would be configurable: > > "When opening new documents, show side bar if document has more pages than > > [spinbox]", with range -1 (never), 0 (always), 1..1000. > > You are talking about showing the navigation bar or not according to the > number of pages of the opened PDF file. Am I right? > > Correct me if wrong but this doesn't seem to refer to folding/unfolding the > bar. If so, I think this deserves another bug report, as this one is just > for an option to select at which status folded/unfolded the bar should be > shown by default when opening new PDF files. Perhaps I should have also said that the selected option (folded/unfolded) requested here is subordinate to having the navigation bar enabled. -- You are receiving this mail because: You are the assignee for the bug.
[okular] [Bug 403486] Folded navigation bar
https://bugs.kde.org/show_bug.cgi?id=403486 --- Comment #6 from avlas --- (In reply to David Hurka from comment #5) > I see the problem, but an option to show/hide it at opening new documents > would not do it for me. > > When I open an email attachment, I usually do not need the side bars. But > when I open a microcontroller datasheet, I really need them. So, the side > bar should only be shown if there are more than, say, 15 pages. This number > would be configurable: > "When opening new documents, show side bar if document has more pages than > [spinbox]", with range -1 (never), 0 (always), 1..1000. You are talking about showing the navigation bar or not according to the number of pages of the opened PDF file. Am I right? Correct me if wrong but this doesn't seem to refer to folding/unfolding the bar. If so, I think this deserves another bug report, as this one is just for an option to select at which status folded/unfolded the bar should be shown by default when opening new PDF files. -- You are receiving this mail because: You are the assignee for the bug.
[okular] [Bug 403486] Folded navigation bar
https://bugs.kde.org/show_bug.cgi?id=403486 --- Comment #5 from David Hurka --- I see the problem, but an option to show/hide it at opening new documents would not do it for me. When I open an email attachment, I usually do not need the side bars. But when I open a microcontroller datasheet, I really need them. So, the side bar should only be shown if there are more than, say, 15 pages. This number would be configurable: "When opening new documents, show side bar if document has more pages than [spinbox]", with range -1 (never), 0 (always), 1..1000. -- You are receiving this mail because: You are the assignee for the bug.
[okular] [Bug 348172] Scaling options missing in print dialog
https://bugs.kde.org/show_bug.cgi?id=348172 Michael changed: What|Removed |Added CC||tru...@gmx.de --- Comment #24 from Michael --- Just downloaded 18.12.1, applied the patch and recompiled: works well for me! Thanks a lot! However, I miss one thing: the posibility to save or predefine a default scale mode. Even when I open the print dialog for the same document twice in a row, "force rasterization" is off again. So when you want to print a bunch of PDFs with e.g. scale mode "full page", this really takes maany clicks :-) as you have to do it for every pdf. May I suggest to add an option to turn on rasterization by default and chose a default scale mode in the "configure okular" dialog? For the moment, is there any way to preselect the scale mode through some config file? cu, Frank -- You are receiving this mail because: You are the assignee for the bug.
