https://bugs.kde.org/show_bug.cgi?id=364016
Mauro Carvalho Chehab <mche...@osg.samsung.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Ever confirmed|0 |1
Status|UNCONFIRMED |CONFIRMED
--- Comment #2 from Mauro Carvalho Chehab <mche...@osg.samsung.com> ---
There's an issue with libVLC and Qt5.5 and upper.
The usual behavior of libVLC is to hide the cursor if it is not clicked or
moved for a while, showing it again on movement. Qt5.5 and upper can be
compiled with XInput2 support. This seems to be the default on distros, at
least with Fedora and Debian. When Qt5.5 hooks with Input2, it stops sending
mouse movements to libVLC.
This is docummented on this changeset:
https://quickgit.kde.org/?p=kaffeine.git&a=commitdiff&h=1192b9a9a884f9609ab3afb1e3a6708e49d967eb
There is an ugly hack for newer Qt4 at:
https://build.opensuse.org/package/view_file/openSUSE:Factory/vlc/vlc-qt5.5-mousepointer.patch?rev=50
But, for Qt5, I was recommended to re-compile Qt without XInput2 support, but,
unfortunately, Qt5 doesn't offer any way to disable XInput2 support in runtime.
What I did was to implement a code that would override the VLC behavior,
explicitly showing the mouse again, and restoring the VLC hidden mouse if not
changed for a while. This code is not 100%, due to the way Qt5 works.
On Qt5, AFAIK, there's only one command to hide a mouse: to call
setCursor(Qt::BlankCursor). This function stores the old mouse on a stack. so,
to unhide the mouse, one should call "unsetcursor()" with pops the previous
mouse pointer from the stack. As VLC also sets the mouse to blank/arrow, the
stacked way doesn't really work properly, as setCursor() may be saving either
an arrow or blank.
I don't have any idea on how to fix it at Kaffeine, as the bug is really due to
Qt5 and/or VLC. Suggestions are welcomed.
--
You are receiving this mail because:
You are watching all bug changes.
