https://bugs.kde.org/show_bug.cgi?id=377454
--- Comment #8 from yousifjka...@yahoo.com ---
By the way, pikepdf has ability to edit document info (title, author, ).
I'm already opened an issue about this then I closed it - see:
https://bugs.kde.org/show_bug.cgi?id=377460
Kindly, re-evaluate cl
https://bugs.kde.org/show_bug.cgi?id=377454
--- Comment #7 from yousifjka...@yahoo.com ---
Hi. I discovered a backend support this feature ! It is pikepdf - see:
https://github.com/pikepdf/pikepdf
See documentation:
https://pikepdf.readthedocs.io/en/latest/
Specifically about outlines edit, see:
https://bugs.kde.org/show_bug.cgi?id=402017
--- Comment #43 from Albert Astals Cid ---
(In reply to David Hurka from comment #41)
> > I mean think of this message you would have to show the user "Sorry, we
> > can't open your file because you don't have enough space on disk".
>
> If there is not
https://bugs.kde.org/show_bug.cgi?id=402017
--- Comment #42 from Albert Astals Cid ---
(In reply to David Hurka from comment #40)
> > it moves us away from being able to load as you go PDF linearized files.
> Hmm, ok.
>
> Since this is not closed as INTENDED, I assume there must be another
> sol
https://bugs.kde.org/show_bug.cgi?id=402017
--- Comment #41 from David Hurka ---
> I mean think of this message you would have to show the user "Sorry, we
> can't open your file because you don't have enough space on disk".
If there is not enough space to create a temporary copy, how should the
https://bugs.kde.org/show_bug.cgi?id=424542
Simone Gaiarin changed:
What|Removed |Added
Status|REPORTED|CONFIRMED
CC|
https://bugs.kde.org/show_bug.cgi?id=402017
--- Comment #40 from David Hurka ---
> it moves us away from being able to load as you go PDF linearized files.
Hmm, ok.
Since this is not closed as INTENDED, I assume there must be another solution.
A) Keep the current swapBackingFile etc. mechanisms
https://bugs.kde.org/show_bug.cgi?id=424616
Albert Astals Cid changed:
What|Removed |Added
CC||aa...@kde.org,
|
https://bugs.kde.org/show_bug.cgi?id=424616
Bug ID: 424616
Summary: Annotation toolbar buttons are all wrong
Product: okular
Version: 1.10.80
Platform: Other
OS: Linux
Status: REPORTED
Severity: normal
https://bugs.kde.org/show_bug.cgi?id=424604
Albert Astals Cid changed:
What|Removed |Added
Severity|normal |wishlist
Status|NEEDSINFO
https://bugs.kde.org/show_bug.cgi?id=424604
Albert Astals Cid changed:
What|Removed |Added
Summary|okular doesn't remember |okular doesn't remember
|
https://bugs.kde.org/show_bug.cgi?id=402017
--- Comment #39 from Albert Astals Cid ---
I don't think copying the file before opening is acceptable.
It uses my hard disk more than it should, it wears&tears my hard disk more than
it should and it moves us away from being able to load as you go PDF
https://bugs.kde.org/show_bug.cgi?id=402017
--- Comment #38 from David Hurka ---
There exists this code in part.cpp:
> if (m_document->canSaveChanges()) {
> [...]
> } else {
> // If the generators doesn't support saving changes, we will
> // just copy the original file.
> if (isD
https://bugs.kde.org/show_bug.cgi?id=424604
--- Comment #3 from Michael K. ---
My bad! Just realized that it doesn't work because the pdf is on a network
folder.
Sorry!
Maybe this report can be used as feature request ;-)
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.kde.org/show_bug.cgi?id=424604
Albert Astals Cid changed:
What|Removed |Added
Resolution|--- |WAITINGFORINFO
Status|REPORTED
https://bugs.kde.org/show_bug.cgi?id=424604
--- Comment #1 from Michael K. ---
..words with other pdf and epub documents..
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.kde.org/show_bug.cgi?id=424604
Bug ID: 424604
Summary: okular doesn't remember last position
Product: okular
Version: 1.10.2
Platform: Other
OS: Linux
Status: REPORTED
Severity: normal
17 matches
Mail list logo
