https://bugs.kde.org/show_bug.cgi?id=420630
--- Comment #7 from ederag ---
(In reply to Andrew Shark from comment #6)
> Have you followed this article carefully?
> https://community.kde.org/Get_Involved/development/Set_up_a_development_environment
Yes, this is the one I followed, wit
https://bugs.kde.org/show_bug.cgi?id=420630
--- Comment #5 from ederag ---
The first steps fail here (openSUSE Leap 15.5), on kdesrc-build master
4324ceb ("Revert "Don't build all of extragear and playground by default"",
2023-08-29)
./kdesrc-build --initial-setup
...
N
https://bugs.kde.org/show_bug.cgi?id=394775
--- Comment #20 from ederag ---
> I'm not clear why you would want the pdf file always non-writable?
Because many of these pdf are no longer available, and I don't want any
corruption risk.
> Perhaps you have simultaneous multiple users v
https://bugs.kde.org/show_bug.cgi?id=394775
--- Comment #18 from ederag ---
I have not been able to fix the issues mentioned in comment #16,
because the annotation saving into the pdf is deeply entangled with annotation
handling in general now.
It might be doable, but would be a huge change
https://bugs.kde.org/show_bug.cgi?id=427908
ederag changed:
What|Removed |Added
Resolution|--- |FIXED
Status|REPORTED
https://bugs.kde.org/show_bug.cgi?id=427908
ederag changed:
What|Removed |Added
Resolution|WAITINGFORINFO |---
Status|NEEDSINFO
https://bugs.kde.org/show_bug.cgi?id=427908
ederag changed:
What|Removed |Added
Status|NEEDSINFO |REPORTED
Resolution|WAITINGFORINFO
https://bugs.kde.org/show_bug.cgi?id=427908
--- Comment #3 from ederag ---
Created attachment 133798
--> https://bugs.kde.org/attachment.cgi?id=133798=edit
blank article
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.kde.org/show_bug.cgi?id=422827
--- Comment #4 from ederag ---
Created attachment 129268
--> https://bugs.kde.org/attachment.cgi?id=129268=edit
original part.rc
Here is the backup file.
If you find a way and look for a tester, I'm ready to help.
Congratulations: it's c
https://bugs.kde.org/show_bug.cgi?id=422828
--- Comment #4 from ederag ---
(In reply to Simone Gaiarin from comment #3)
> Removing ~/.config/okularpartrc should solve the problem but does not seem
> so in your case.
Indeed, the old ~/.kde4/share/config/okularpartrc was pic
https://bugs.kde.org/show_bug.cgi?id=422828
--- Comment #2 from ederag ---
It would be normal to have some adjustments after such a huge change,
and my setup may be non-standard.
okular was first built together with dependencies through kdesrc-build,
with the build and the install directories
https://bugs.kde.org/show_bug.cgi?id=422828
Bug ID: 422828
Summary: New annotation toolbar button/action mismatch
Product: okular
Version: unspecified
Platform: Compiled Sources
OS: Linux
Status: REPORTED
https://bugs.kde.org/show_bug.cgi?id=422827
Bug ID: 422827
Summary: Annotation toolbar fails to appear, unless rc-files
are wiped out
Product: okular
Version: unspecified
Platform: Compiled Sources
OS:
https://bugs.kde.org/show_bug.cgi?id=420630
--- Comment #3 from ederag ---
Additional information:
For okular, it was important to set QT_PLUGIN_PATH before the build, not after;
otherwise the tests failed,
because ctest is exclusively using a QT_PLUGIN_PATH defined during build.
--
You
https://bugs.kde.org/show_bug.cgi?id=394775
--- Comment #16 from ederag ---
Good news: an experimental helper script seems to workaround our use case.
(there are issues, it's not ready to share yet)
It required a two line hack (not satisfying yet) to okular,
so that the archive holds
https://bugs.kde.org/show_bug.cgi?id=420630
--- Comment #2 from ederag ---
# Indeed, removed the link, fails, then
export QT_PLUGIN_PATH=/usr/local/build/kde/install/lib64/plugins
./kdesrc-build --run okular
works
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.kde.org/show_bug.cgi?id=420630
Bug ID: 420630
Summary: Unable to find the okular component: The shared
library was not found
Product: okular
Version: unspecified
Platform: openSUSE RPMs
OS:
https://bugs.kde.org/show_bug.cgi?id=394775
--- Comment #15 from ederag ---
(In reply to David Hurka from comment #14)
> So if you let a document be reviewed by multiple reviewers, ...
> it would be useful to export all annotations ...
> and import them into another document.
&g
https://bugs.kde.org/show_bug.cgi?id=394775
--- Comment #12 from ederag ---
Thanks for the tip, xournal improved a lot!
Yet xournalpp is fine for few pages, but currently slow to open books.
(tested with a 56MB, 500 pages long pdf,
xournalpp versions 1.0.8 and current master: 4d2e2fb
https://bugs.kde.org/show_bug.cgi?id=394775
--- Comment #10 from ederag ---
(In reply to David Hurka from comment #9)
> * Drawings with popup note: I don’t think that makes sense.
Here is my use case for that:
highlight a sentence in orange to mean "there's an issue here",
and
https://bugs.kde.org/show_bug.cgi?id=394775
ederag changed:
What|Removed |Added
CC||ed...@gmx.fr
--- Comment #6 from ederag
https://bugs.kde.org/show_bug.cgi?id=397097
--- Comment #8 from ederag ---
The okular developers have done a great job in general,
so the following is just an idea, not prying at all.
Here is a possible design that would clarify saving with annotations,
while bringing back the great external
https://bugs.kde.org/show_bug.cgi?id=397097
--- Comment #4 from ederag ---
Done, here is the downgraded package, for openSUSE Leap15.0:
https://build.opensuse.org/package/show/home:ederag/okular-1.2
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.kde.org/show_bug.cgi?id=397097
--- Comment #3 from ederag ---
Another use case:
An email with administrative instructions attached as pdf.
With the previous version, it was possible to highlight the important parts,
now it has to be written back in the mail, which is risky
https://bugs.kde.org/show_bug.cgi?id=397097
--- Comment #2 from ederag ---
(In reply to Albert Astals Cid from comment #1)
> Why would the user care that in that .okular file the pdf is not the
> original one?
This will be explained in point 1) below.
> Moreover, do w
https://bugs.kde.org/show_bug.cgi?id=397097
Bug ID: 397097
Summary: .okular archive should store the original file
Product: okular
Version: 1.3.3
Platform: openSUSE RPMs
OS: Linux
Status: UNCONFIRMED
https://bugs.kde.org/show_bug.cgi?id=393811
ederag changed:
What|Removed |Added
Ever confirmed|0 |1
CC||ed
https://bugs.kde.org/show_bug.cgi?id=237014
ederag <ed...@gmx.fr> changed:
What|Removed |Added
CC||ed...@gmx.fr
--
You are rec
https://bugs.kde.org/show_bug.cgi?id=237014
--- Comment #3 from ederag <ed...@gmx.fr> ---
@Paschalis Veskos That would be really wonderful.
But if it is too difficult, at least being able to change the default "find"
color would very very useful.
Even if it required modifying okul
29 matches
Mail list logo
