This patch makes switching presentation slides using touch screen taps
more flexible. It introduces a new configuration option
'Touch navigation' with three possible values:
* 'Tap left/right side to go back/forward':
Tapping on the left(right) half of the screen
makes the presentation go to the previous(next) slide.
* 'Tap anywhere to go forward':
Tapping on the screen makes the presentation go to the
next slide, no matter where the screen is being tapped
* 'Disabled':
Screen tapping doesn't do anything.
Previously, only 'Tap anywhere...' was implemented.
This patch does not change the behavior of mouse clicks.
Differential Revision: https://phabricator.kde.org/D18118
Summary:
We request a inhibit lock of DBus type UNIX_FD from systemd logind. It's wrapped into (and owned by) a QDBusUnixFileDescriptor object of automatic storage. The file descriptor will be closed in QDBusUnixFileDescriptor Dtor, and may be reused by some other facility (e.g. pulseaudio).
If we want to store the lock longer than QDBusUnixFileDescriptor lifetime, we have to dup the file descriptor. If we don't dup, and close the original fd later in PresentationWidget::allowPowerManagement, bad things may happen.
Besides that, what we get from systemd is really a file descriptor, not a "cookie". So I renamed the m_sleepInhibitCookie to m_sleepInhibitFd and changed initial state to -1 accordingly.
BUG 393478
BUG 398720
Test Plan:
- bugs don't occur any longer
- inhibiting sleep during presentation mode still works
Reviewers: aacid
Reviewed By: aacid
Subscribers: ngraham, anthonyfieroni, okular-devel
Tags: #okular
Differential Revision: https://phabricator.kde.org/D15574
Right now, fade transition is always done in 100 frames. If the intended duration is, say, 1 second, the actual duration can easily be a few seconds instead, due to the limited CPU power (on my laptop with core i5, those 100 frames take 2 seconds).
I propose a patch that changes the number of frames to 20 * (duration in seconds). 20 FPS still looks completely smooth to me.
REVIEW: 125310
BUGS: 352876
3 benefits:
* We can set the shortcut in the edit shortcuts dialog as before
* Shortcuts can be activated without showing the topbar as before
* Drawing in the toppbar is exactly as the other actions
In an ideal world I would have commented this in reviewboard and Saheb would
have fixed it, but Feature Freeze is almost here so I decided just to fix it myself
Just use the pointer as id :-)
This is BIC and SIC, increase the soversion now to makes sure we don't forget in the future
Patch based in an earlier patch by Bogdan Cristea <cristeab@gmail.com>
REVIEW: 109115
Hide the video player initially until the user has clicked on
the annotation area. This ensures that an available 'first-frame' image
is always visible. Also change the appearance of the mouse cursor when
the annotation area is entered.
REVIEW:104159
-more intuitive computation of the speed
-play/pause
-change the speed from presentation-mode
Contact me on the mailing-list if you do not like it!
svn path=/trunk/KDE/kdegraphics/okular/; revision=1046853
As result, move the creation of the drawing actions in the main kpart and just plug them, so their shortcut can be configured.
BUG: 175545
svn path=/trunk/KDE/kdegraphics/okular/; revision=890504
Now you can switch the screen to black during a presentation
to e.g. write something on the projection wall.
svn path=/trunk/KDE/kdegraphics/okular/; revision=859741
BUG: 163013
While I am on it, disable the active modality of the presentation mode, so the main window can be actively used once a presentation is active.
CCBUG: 152585
svn path=/trunk/KDE/kdegraphics/okular/; revision=817703
When there is more than one screen available, add a popup menu in the toolbar to dynamically move the presentation widget to another of the available screens.
GUI:
Many thanks go again to Zbigniew Szymanski for his really precious testing!
CCMAIL: zbigniewo@gmail.com
svn path=/trunk/KDE/kdegraphics/okular/; revision=795239
Default is "Default Screen", with the options for showing it to any available screen.
Also, dynamically resize when the screen used for the presentation mode changes size during a presentation.
Many thanks to 'zbsz' for his testing!
CCMAIL: zbigniewo@gmail.com
GUI:
svn path=/trunk/KDE/kdegraphics/okular/; revision=794501
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
Oliver Sander
Tobias Deiminger
Kevin Funk
Albert Astals Cid
Martin T. H. Sandsmark
Arseniy Lartsev
Tobias Koenig
Montel Laurent
Saheb Preet Singh
Fabio D'Urso
Dario Freddi
Albert Astals Cid
Glen Kaukola
Jonathan Schmidt-Dominé
Pino Toscano
Christian Ehrlicher