Fix bug on 106767, need to relayout the pages when opening a document
Enrico please check that both things are "correct" and if they are remove the TODO i added for you ;-)
BUGS: 106767
CCMAIL: rosenric@dei.unipd.it
svn path=/trunk/KDE/kdegraphics/kpdf/; revision=422023
Enrico i tried to see if that was needed for some corner case but could not find it, please review if this change breaks something else and tell me if it does not and i'll backport to the stable branch
BUGS: 104900
svn path=/trunk/kdegraphics/kpdf/; revision=409086
- Use a fixed color on presentation mode for the overlay numbers as the background we use is always black there's no point in obeying the pallette as that can make the overlay invisible.
Fixes issue 1.2 from http://www.openusability.org/forum/forum.php?thread_id=325&forum_id=304
Florian can you check
CCMAIL: holehan@gmx.de
svn path=/trunk/kdegraphics/kpdf/; revision=407256
Görkem this will come with KDE 3.5
Florian, can you check that fixes issue 1.1 ?
FEATURE: 103660
CCMAIL: holehan@gmx.de
svn path=/trunk/kdegraphics/kpdf/; revision=407243
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
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
that Albert fixed a while ago). Always ensure that pixmaps are requested
if a relayout has been performed, even if the viewport is not moved but
contents changed.
Removed a warning.
svn path=/trunk/kdegraphics/kpdf/; revision=390694
User Interface: added a toolbox for selecting an annotation tool without
polluting the toolbar (pageviewtoolbox animated widget). Icons of that
toolbar are gimped version of ones in nuvola icontheme.
Core: added annotation class. this will support all features (except for
silly ones (really there are some!)) from pdf 1.6 specs but abstracted
in the kdpf way. (api changes in progress...)
About annotations: only some incomplete interfaces are in plasefor now.
Every type of pdf annotations has tens of parameters. I think we'll render
correctly everything but provide only simple and useful tools for making
annotations over the pages, otherwise a 'Qt designer like' property view
will be required to do fine adjustment over the crappy thousands of
settings. (and we're aiming at a quick and simple viewer with lots of
coolness, not chaos).
Have fun!
svn path=/trunk/kdegraphics/kpdf/; revision=388699
Albert Astals Cid
Stephan Binner
Tobias Koenig
Jakub Stachowski
Enrico Ros