If somebody from the upper spheres (like Konqui for example) gives us the
mimetype use it instead trying to guess the mimetype ourselves for the file we
are opening, fixes problem in opening a pdf file generated by php code
svn path=/trunk/KDE/kdegraphics/kpdf/; revision=455836
Henrique you should rename ark class also so that this doesn't happen again with other kparts
BUGS: 101155
CCMAIL: henriquepinto@ufmg.br
svn path=/trunk/KDE/kdegraphics/kpdf/; revision=435918
Add the implementation of close link action
That two actions only work within inside kpdf as in konqueror they would be quite shocking
Reverse the order link actions are added to m_rects because there are some pdf that have a rect with a link and inside of that another link with a snall rect, and with this order we match acrobat behaviour
svn path=/trunk/KDE/kdegraphics/kpdf/; revision=435350
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
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
--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
Laurent Montel
Albert Astals Cid
Stephan Binner
Tobias Koenig