[gstreamer-bugs] [Bug 634431] New: xvimagesink event handling is bad
GStreamer (bugzilla.gnome.org)
bugzilla at gnome.org
Tue Nov 9 08:28:23 PST 2010
https://bugzilla.gnome.org/show_bug.cgi?id=634431
GStreamer | gst-plugins-base | unspecified
Summary: xvimagesink event handling is bad
Classification: Desktop
Product: GStreamer
Version: unspecified
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: Normal
Component: gst-plugins-base
AssignedTo: gstreamer-bugs at lists.sourceforge.net
ReportedBy: lfarkas at lfarkas.org
QAContact: gstreamer-bugs at lists.sourceforge.net
GNOME target: ---
GNOME version: ---
(by default) on linux if we use xvimagesink as an overlay component it's does
not propagate mouse move, enter and leave events (but automatically redraw
itself as needed). if we set xvimagesink's "handle-events" properties to false
then we got mouse move, but still can't get mouse enter and mouse leave. but in
this case (ie. "handle-events" false) xvimagesink don't handle expose events
either (even if "handle-expose" still set to true).
in gstreamer-java we capture all XEvents and propagate the expose and all mouse
events by ourself, but imho it's a bug in the current xvimagesink
implementation.
it'd be nice to clearly document what is the
handle-events
handle-expose
means and be able to somehow get our expected result. which is:
- got mouse move, enter, leave
- and also automatically redraw itself in case it's needed (ie: ExposureMask |
VisibilityChangeMask | StructureNotifyMask | FocusChangeMask)
ps. anyway on windows's videosinks (all) everything working as expected.
--
Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
You are the assignee for the bug.
More information about the Gstreamer-bugs
mailing list