- don't complain about "new" pages to be setup, if the document is the same
- when there's a change in a page (or a page switching) due to the search, ignore any transition
svn path=/trunk/KDE/kdegraphics/okular/; revision=704005
- make the output looking more or less like before (using nospace() or removing the spaces)
- remove endl and '\n' at the end of debug outputs
- fixing the QDebug operator<<'s around
- isolate the debug area number of the core into a separate header, and apply it instead of the numbers found in textpage.cpp
svn path=/trunk/KDE/kdegraphics/okular/; revision=694667
accept also 0 as page duration, meaning that we have to skip immediately to the next page
the implementation is still not perfect, we need to paint each slide even if the time set is 0, but we're improving
svn path=/trunk/KDE/kdegraphics/okular/; revision=656317
If you feel it is wrong to have the topbar transparent please write to okular mailing list https://mail.kde.org/mailman/listinfo/okular-devel and we will be happy to discuss with you and others if having the topbar transparent is a good solution or not.
Albert.
CCMAIL: Wilfried.Huss@gmx.at
svn path=/trunk/playground/graphics/okular/; revision=646819
Merge the search in normal mode and the type-ahead in a search bar that appears on the bottom of the page view. This should work nicely.
In presentation mode, add a small floating search toolbar that takes care of searching during the presentation mode, on document request. This is not working yet, but basically most of the work is done.
Please test and report any problems you find.
CCMAIL: okular-devel@kde.org
svn path=/trunk/playground/graphics/okular/; revision=643607
At the moment is quite simple and works only for external sounds.
Activate the sound playing when processing links and when switching pages in presentation mode only.
svn path=/trunk/playground/graphics/okular/; revision=630315
Thus, if an observer requests eg pixmap for pages 2 and 3, now they are generated in the correct order the observer specified, and not in the reversed one.
Then, revert part of r619673, as the order is fixed now.
svn path=/trunk/playground/graphics/okular/; revision=619810
when requestng -synchronously- a pixmap for the current page, it could be scheduled in the queue. Then, requesting the previous and next page in presentation mode -in a second request- caused the deletion of the original page request
The fix consists in requesting all the requests -at once-, so no request is lost.
Furthermore, swap the order of previous and next page request so the next page pixmap is requested before (worth touching Document directly?)
svn path=/trunk/playground/graphics/okular/; revision=619673
* add full API docs
* renamed getMetaData -> metaData
* removed supportsRotation in Document and Generator
* moved Permission and SearchDirection enums into separated header core/global.h
svn path=/trunk/playground/graphics/okular/; revision=619183
**** r609253 ****
Preload next and previous page if threading is enabled and not on low memory setting
svn path=/trunk/playground/graphics/okular/; revision=609258
Using a singleshot timer to start the auto page change is bad because if the user changes the page manually you get more than one timer active at once and then next pages change in what seems a random time.
svn path=/trunk/playground/graphics/okular/; revision=608531
* Bring QPixmap* back to make Albert happy ;)
* Store only one QPixmap per page/size and rotate it directly
* Rotate ObjectRects (boundary)
* Rotate Annotations (point coordinates)
* Don't reload pixmaps, ObjectRects and annotations on rotation
svn path=/trunk/playground/graphics/okular/; revision=606371
Like that kind of applications, the drawings are erased when switching page and when exiting the presentation, and there is a button to explicitely clear the page.
svn path=/trunk/playground/graphics/okular/; revision=600982