- 01 Jul, 2013 1 commit
-
-
Script Kiddy authored
-
- 26 Jun, 2013 2 commits
-
-
Fabio D'Urso authored
BUG: 313177 FIXED-IN: 4.11.0
-
Fabio D'Urso authored
See patch 0006 in http://lists.freedesktop.org/archives/poppler/2013-April/010214.html CCBUG: 313177
-
- 25 Jun, 2013 2 commits
-
-
Mailson Menezes authored
-
Mailson Menezes authored
Sometimes annotations created on tiles mode were not shown immediately. What requestPixmaps do is given a PixmapRequest, change its normalizedRect attribute so the rect is tile aligned. However refreshPixmaps was creating a PixmapRequest with the rect already tile aligned and then delivering the PixmapRequest to requestPixmaps, which would trye to take the requested rectangle and change it so it is also tile aligned. Since the PixmapRequest delivered by refreshPixmaps was already aligned, the requested rectangle was inflated by the tile alignment procedure. After that the generated request becomes bigger than the defined threshold and is discarded. This patch actually removes the tile alignment logic from refreshPixmaps and let only the requestPixmaps handle this.
-
- 24 Jun, 2013 3 commits
-
-
Albert Astals Cid authored
-
Albert Astals Cid authored
-
Yuri Chornoivan authored
-
- 23 Jun, 2013 6 commits
-
-
Peter Grasch authored
REVIEW: 109633 updateCursor changes by Albert
-
Peter Grasch authored
Albert forgot to commit it
-
Peter Grasch authored
REVIEW: 109627
-
Albert Astals Cid authored
Conflicts: core/document.cpp
-
Albert Astals Cid authored
BUG: 318048 FIXED-IN: 4.10.5
-
Script Kiddy authored
-
- 22 Jun, 2013 2 commits
-
-
Fabio D'Urso authored
-
Mailson Menezes authored
The issue can be reproduced by zooming a rotated document to 1600% then back to 800% REVIEW: 110905
-
- 15 Jun, 2013 3 commits
-
-
Albert Astals Cid authored
Conflicts: VERSION core/version.h part.cpp
-
Albert Astals Cid authored
-
Yuri Chornoivan authored
Additional bits of documentation proposed by Burkhard Lueck
-
- 13 Jun, 2013 1 commit
-
-
Script Kiddy authored
-
- 09 Jun, 2013 1 commit
-
-
Albert Astals Cid authored
-
- 08 Jun, 2013 4 commits
-
-
Fabio D'Urso authored
So that next time slotDoFileDirty() is called, it will save data again, instead of keeping data from the old reload attempt.
-
Fabio D'Urso authored
Because if it hasn't been saved (54b4a20e) this results in m_model == 0, which makes us crash.
-
Fabio D'Urso authored
This would have caught the crash I'm going to fix in the next patch
-
Fabio D'Urso authored
This would have caught the issue fixed in 3dd3a000
-
- 06 Jun, 2013 3 commits
-
-
Fabio D'Urso authored
Generators can query the font via generalSettings()->font()
-
Fabio D'Urso authored
Which is now useless because with the previous patch TextDocumentGenerator no longer caches the widget.
-
Fabio D'Urso authored
-
- 05 Jun, 2013 1 commit
-
-
Script Kiddy authored
-
- 03 Jun, 2013 1 commit
-
-
Jon Mease authored
Together with the already commited support for undo in annotations fixes 177501 BUGS: 177501 REVIEW: 110589 FIXED-IN: 4.11.0
-
- 30 May, 2013 2 commits
-
-
Yuri Chornoivan authored
Signed-off-by:
Yuri Chornoivan <yurchor@ukr.net>
-
Script Kiddy authored
-
- 29 May, 2013 1 commit
-
-
Script Kiddy authored
-
- 28 May, 2013 5 commits
-
-
Fabio D'Urso authored
-
Fabio D'Urso authored
Because a cached dialog stays parented to the initial part, which might not be the one used to open it. This is especially visible now that we support more than one window per okular process. For example: - User initially opens a dialog from window A -> This dialog gets cached as child of A's PageView. This implies that clicking on the dialog also brings window A to foreground. - User re-opens the dialog from a different window B -> The dialog is still a child of A's PageView, therefore clicking on the dialog's frame brings A to the foreground, and B to the background.
-
Fabio D'Urso authored
-
Fabio D'Urso authored
Instead of listening on KConfigDialog's signals, this patch makes parts listen on Okular::Settings::self()'s configChanged() signal. Unlike KConfigDialogs, Okular::Settings::self() is unique and never changes during the process lifetime, and therefore: - A part can connect during initialization and receive notifications, without depeding on KConfigDialog objects (which might be instanced or deleted by a different part). - The connection now survives deletion of the KConfigDialog.
-
Albert Astals Cid authored
-
- 27 May, 2013 2 commits
-
-
Albert Astals Cid authored
Instead of using a hardcoded map BUGS: 320195 FIXED-IN: 4.10.4
-
Albert Astals Cid authored
Instead of using a hardcoded map BUGS: 320195 FIXED-IN: 4.10.4
-