To fix presentationwidget wanting to be always on top, even when it does not has the focus, we drop the staysontop on windowdeactivation and get it again on actiovation
BUGS: 103718
svn path=/trunk/kdegraphics/kpdf/; revision=405195
Do not assume that there can be only one objectrect in a given point, remove const ObjectRect * KPDFPage::getObjectRect( double x, double y ) const and add const ObjectRect * KPDFPage::hasObject( ObjectRect::ObjectType type, double x, double y ) const instead
BUGS:101648
svn path=/trunk/kdegraphics/kpdf/; revision=398214
Enrico, maybe you don't like the way of filling the KListView, the properties dialog asks the document if it has fonts (in the future maybe we support formats that don't have fonts), then create the KListView and pass it to the document that passes it to the generator that fills it, the "problem" is that now the generators are GUI aware.
svn path=/trunk/kdegraphics/kpdf/; revision=398206
- Add suport for TTC font collections
- Pass font files in memory instead of using a temporary file
- Various CJK fonts fixes
svn path=/trunk/kdegraphics/kpdf/; revision=397652
A good document to test is cups/idd.pdf that has links 1, 1.1, 1.2 and 1.3 all to the same page but with different viewports
Seems to work but a review of the code is always good :-D
svn path=/trunk/kdegraphics/kpdf/; revision=396528
To fix it what we do is close the document, show a message telling that the document is beign reloaded and then open the document again when it's ready, that presents a big problem to a backport, because without the text it is really not understood that something is happening.
Enrico any idea to do this in a better way so we can backport it?
BUGS: 101192
svn path=/trunk/kdegraphics/kpdf/; revision=396219
* Don't parse "MS-Micho" to fontname "MS" and style "Mincho"
* Apply patch given at 100551 that fixes crash on 101032 when the font was found, thanks LuRan for providing the patch
* Stephan can you try it does not crashes there and then send a screenshot to the SuSe reported to see if what we display is the correct thing
* Will backport when i'm sure the introduced patch does not causes any side effect
BUGS: 101032, 100551
svn path=/trunk/kdegraphics/kpdf/; revision=395687
--enable-force-kpdf-drm is a configure option, it defaults to NO, if YES DRM is ALLWAYS obeyed
skip_drm is a kiosk option, it defaults to YES, if NO, means the user is not authorized to skip DRM and DRM is ALLWAYS obeyed
if previous options are no and yes, the user sees a GUI option called Obey DRM limitations that defaults to YES but the user can set to NO from the GUI
svn path=/trunk/kdegraphics/kpdf/; revision=394412
How it is going to end:
- Exists a configure option called --enable-kpdf-drm that is DISABLE by default and you can use to FORCE kpdf obeying DRM
- Exists a kiosk option called skip_drm that is true by default and the admin can set to TRUE to FORCE kdpf obeying DRM
- Exists a GUI option called Obey pdf limitations that is shown if skip_drm is true, that option is ON by default, that means DRM is obeyed but the user can disable it from the GUI
Hope that will please everyone
Please can somebody with better english than me check that the wording i used is actually correct english? Thanks
svn path=/trunk/kdegraphics/kpdf/; revision=394212
Olaf can you check that fixes your wrong paper format complaining printer too?
CCMAIL: 98837@bugs.kde.org
BUGS: 100003
svn path=/trunk/kdegraphics/kpdf/; revision=393859
Albert Astals Cid
Tobias Koenig
Dirk Mueller
Jakub Stachowski
Tom Albers
Enrico Ros