https://bugs.kde.org/show_bug.cgi?id=355467
--- Comment #4 from orionbe...@gmail.com ---
Thanks a lot for the answer. Indeed, the key is hitting Esc twice to cancel the
current search.
Is this something obvious that i just happened to ignore or is it something
that should be documented
aacid accepted this revision.
This revision is now accepted and ready to land.
REPOSITORY
R223 Okular
BRANCH
master
REVISION DETAIL
https://phabricator.kde.org/D17481
To: volkov, #okular, aacid
Cc: okular-devel, joaonetto, tfella, ngraham, darcyshen, aacid
El diumenge, 9 de juny de 2019, a les 20:44:34 CEST, Tobias Deiminger va
escriure:
> Am 09.06.2019 12:13 schrieb Albert Astals Cid:
> > El diumenge, 9 de juny de 2019, a les 11:06:43 CEST, Tobias Deiminger
> > va escriure:
> >> Am 08.06.2019 11:22 schrieb Albert Astals Cid:
> >> > How would you
https://bugs.kde.org/show_bug.cgi?id=186531
Albert Astals Cid changed:
What|Removed |Added
Resolution|--- |FIXED
Status|REOPENED
Am 09.06.2019 12:13 schrieb Albert Astals Cid:
El diumenge, 9 de juny de 2019, a les 11:06:43 CEST, Tobias Deiminger
va escriure:
Am 08.06.2019 11:22 schrieb Albert Astals Cid:
> How would you feel if we moved to invent.kde.org now instead of
> waiting for the final migration?
If that means
davidhurka added a comment.
By the way, this also affects the magnifier tool (Ctrl+6), which calls
scrollPosIntoView() when dragged against or beyond the viewport edges.
REPOSITORY
R223 Okular
REVISION DETAIL
https://phabricator.kde.org/D20437
To: kezik, #okular, aacid, sander, ngraham
https://bugs.kde.org/show_bug.cgi?id=408496
Bug ID: 408496
Summary: Magnifier tool makes the document scroll infinitely.
Product: okular
Version: 1.7.2
Platform: Other
OS: Linux
Status: REPORTED
Severity:
https://bugs.kde.org/show_bug.cgi?id=384700
--- Comment #8 from David Hurka ---
(In reply to kadlecf from comment #2)
> I can confirm a similar behavior in okular 1.2.3 in OpenSUSE Tumbleweed.
> This concerns various shortcuts as "Selection tool", "Fit Width",
> "View|Facing pages". I would like
https://bugs.kde.org/show_bug.cgi?id=407583
--- Comment #1 from David Hurka ---
Is this duplicate of 402017? It does not mention editing, but KDirWatch
probably doesn’t care about it. And usually, editing means deleting the file
and writing a slightly different file with the same path.
--
You
https://bugs.kde.org/show_bug.cgi?id=407865
David Hurka changed:
What|Removed |Added
Status|REPORTED|RESOLVED
Resolution|---
https://bugs.kde.org/show_bug.cgi?id=334297
David Hurka changed:
What|Removed |Added
CC||luca.tagliaco...@fqa.ub.edu
--- Comment #5 from
https://bugs.kde.org/show_bug.cgi?id=342003
--- Comment #12 from David Hurka ---
Also reproducible with Trim to Selection, supporting the investigation of
jimbo1qaz.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.kde.org/show_bug.cgi?id=408495
Bug ID: 408495
Summary: Trim to Selection does not work when the view is
rotated
Product: okular
Version: 1.7.2
Platform: Other
OS: Linux
Status:
https://bugs.kde.org/show_bug.cgi?id=391352
David Hurka changed:
What|Removed |Added
Status|CONFIRMED |RESOLVED
Resolution|---
https://bugs.kde.org/show_bug.cgi?id=342003
David Hurka changed:
What|Removed |Added
CC||zakhar.nasi...@gmail.com
--- Comment #11 from
https://bugs.kde.org/show_bug.cgi?id=368598
David Hurka changed:
What|Removed |Added
Status|CONFIRMED |RESOLVED
Resolution|---
https://bugs.kde.org/show_bug.cgi?id=342003
David Hurka changed:
What|Removed |Added
CC||poltro...@gmail.com
--- Comment #10 from David
https://bugs.kde.org/show_bug.cgi?id=330643
--- Comment #1 from David Hurka ---
Confirmed with Okular 1.7.2.
It’s simple: Every tab is a Part, and when changing the view mode in a Part, it
is written to the configuration file. (Only the viewport position is stored
per-document.)
Trim margins
https://bugs.kde.org/show_bug.cgi?id=186531
--- Comment #24 from David Hurka ---
Works fine with Okular 1.7.2.
Even after both changing color mode and restarting Okular.
--
You are receiving this mail because:
You are the assignee for the bug.
davidhurka added a comment.
Sorry for testing it so late, now that I’m working on PageView.
I don’t like this much, see inline comment. Do you mind if I change it to
error accumulation at some time?
INLINE COMMENTS
> pageview.cpp:3760
> +
> +if (pos.x() <
https://bugs.kde.org/show_bug.cgi?id=407869
--- Comment #4 from David Hurka ---
I have just looked at PageView event handling. It implements several scrolling
commands trough the event system, and not trough action shortcuts. That is why
you can still type all the letters, although PageView uses
El diumenge, 9 de juny de 2019, a les 11:06:43 CEST, Tobias Deiminger va
escriure:
> Am 08.06.2019 11:22 schrieb Albert Astals Cid:
> > How would you feel if we moved to invent.kde.org now instead of
> > waiting for the final migration?
>
> If that means we'll gain a pure gitlab workflow (merge
Am 08.06.2019 11:22 schrieb Albert Astals Cid:
How would you feel if we moved to invent.kde.org now instead of
waiting for the final migration?
If that means we'll gain a pure gitlab workflow (merge requests, issues,
CI), I'd like it, the sooner the better.
Are there downsides?
The bigger
Am 09.06.2019 00:41 schrieb David Hurka:
Hi,
I knew Bresenham only from CNC controllers, and spotted it in QPainter
documentation.
That's interesting, have you done the CNC machine implementation on your
own?
Could you maybe explain how it can be used for minification filtering,
and how
24 matches
Mail list logo