https://bugs.kde.org/show_bug.cgi?id=384127
Bug ID: 384127
Summary: Social sharing of annotations
Product: okular
Version: unspecified
Platform: Ubuntu Packages
OS: Linux
Status: UNCONFIRMED
Severity: wish
https://bugs.kde.org/show_bug.cgi?id=384142
Bug ID: 384142
Summary: okular: seg at exit (For multiple input files)
Product: okular
Version: unspecified
Platform: Other
OS: Linux
Status: UNCONFIRMED
Severit
https://bugs.kde.org/show_bug.cgi?id=384143
Bug ID: 384143
Summary: HiPDI: freehand line in presentation mode is blocky
Product: okular
Version: 1.3.70
Platform: Other
OS: Linux
Status: UNCONFIRMED
Severit
sander added a comment.
The problem with drawing in presentation mode is now a bug tracker issue:
https://bugs.kde.org/show_bug.cgi?id=384143
REPOSITORY
R223 Okular
REVISION DETAIL
https://phabricator.kde.org/D6268
To: hetzenecker, davidedmundson, aacid
Cc: ngraham, rkflx, sander, a
https://bugs.kde.org/show_bug.cgi?id=384147
Bug ID: 384147
Summary: Hovering over annotations no longer shows contents in
tooltip
Product: okular
Version: unspecified
Platform: Other
OS: Linux
St
https://bugs.kde.org/show_bug.cgi?id=384147
Oliver Sander changed:
What|Removed |Added
CC||oliver.san...@tu-dresden.de
--- Comment #1 from
https://bugs.kde.org/show_bug.cgi?id=384147
--- Comment #2 from Michael D ---
Well, that is strange. I'm using KDE Neon User Edition. When I hover over an
annotation using the browse tool, the cursor changes from a hand to an arrow.
If I recall correctly, it never used to do that.
Good to know t
> On ago. 24, 2017, 8:45 p.m., Albert Astals Cid wrote:
> > Arthur is useless, I don't see why we should we expose a much worse
> > experience to the user.
>
> Oliver Sander wrote:
> For developing/debugging. Remember that I claimed that Arthur can in
> principle help with some of Okular'
https://bugs.kde.org/show_bug.cgi?id=384147
Albert Astals Cid changed:
What|Removed |Added
CC||aa...@kde.org
Resolution|---
aacid added a comment.
I don't suggest you write anything, there's aleady code that works in my
patch and it's really much easier to understand what it does than this one.
REPOSITORY
R223 Okular
REVISION DETAIL
https://phabricator.kde.org/D7595
To: rkflx, #okular
Cc: aacid
aacid added a comment.
I shouldn't have really posted this for review, that's why i get for trying
to get people to review my code 😄
Yes, the early return is a bit of a problem. But the slotDoFileDirty function
has been majorly unchanged for years, and if someone breaks it, well it'll
b
aacid added a comment.
How does this relate to https://bugs.kde.org/show_bug.cgi?id=382011 ?
REPOSITORY
R223 Okular
REVISION DETAIL
https://phabricator.kde.org/D7594
To: rkflx, #okular, sander
Cc: aacid
> On feb. 2, 2017, 11:38 p.m., Albert Astals Cid wrote:
> > i'm not sure i agree with this change, but this doesn't seem the proper way
> > to do it, if we're going to continue searching anyways, don't send a
> > Okular::Document::EndOfDocumentReached, just continue searching.
>
> Elvis Angela
https://bugs.kde.org/show_bug.cgi?id=384142
Albert Astals Cid changed:
What|Removed |Added
Status|UNCONFIRMED |NEEDSINFO
Resolution|---
https://bugs.kde.org/show_bug.cgi?id=384142
--- Comment #2 from Dave Gilbert ---
(In reply to Albert Astals Cid from comment #1)
> Which Qt are you using?
[dg@major ~]$ rpm -qf /lib64/libQt5Core.so.5
qt5-qtbase-5.7.1-19.fc26.x86_64
[dg@major ~]$ ldd /usr/bin/okular|grep -i qt
libQt5Netw
https://bugs.kde.org/show_bug.cgi?id=384147
--- Comment #4 from Michael D ---
Again, I can't say for certain, but I'm pretty sure it was with Neon. I've been
using it for some time now.
--
You are receiving this mail because:
You are the assignee for the bug.
rkflx added a comment.
Only used bugzilla's quicksearch which omits NEEDSINFO bugs, so I missed this
(sorry). There doesn't seem do be any new information though. I'll add a link
to this review.
When implementing the patch, I had to decide between the version in the
texlive svn and seve
https://bugs.kde.org/show_bug.cgi?id=382011
Henrik Fehlauer changed:
What|Removed |Added
CC||rk...@lab12.net
--- Comment #2 from Henrik Fe
rkflx added a comment.
I guess someone else should judge which is easier to read considering the
full picture (I got confused by your `areWeReloading` naming, actually). I
admit someone not familiar with `std::mutex` semantics would need to read the
comment, but understanding a custom RAII w
rkflx added a comment.
Yay for reviews finding problems before users do \o/
> majorly unchanged for years, and if someone breaks it, well it'll break and
we'll fix it.
If we can choose between a good and an improved solution, I'd say we should
always pick the latter. Maybe I should
rkflx added a reviewer: Kile.
rkflx added a subscriber: mludwig.
rkflx added a comment.
@mludwig As Kile is also providing synctex functionality, maybe you are
interested in looking at this patch, too. In my rather simple tests Kile worked
fine, but you might be more familiar how it is suppos
21 matches
Mail list logo
