This is consistent with libvlc_video_set_parent being deprecated.

It only works -properly- if there is only one video output. This is no
worse than earlier releases.

Pointed-out-by: brezhoneg1

macosx: updated used Cocoa methods to the current definitions and fixed a few logic errors, which only occur in 64 bit mode

Additionally, disabled ASM optimisations on Darwin 10 for libtheora and switched the default SDK to 10.5 to turn potential 64bit builds more compatible

It closes #2471
It changes a bit the public API but cannot(?) be avoided.

The window provider can take care of this (tested with Qt4 and XCB
window). X11 forwards unhandled events to ancestor windows.

It kinda suck to have to duplicate this though. Qt4 embedded X video
exhibits the same problem. One ugly "fix" could involve the video
output listening for the parent window event - not sure if this would
work. Another option would be to now create a window in the video
output at all, but then we loose reparenting (useless?). In either
cases, handling of hotkeys in fullscreen mode would seem problematic,
unless we handle fullscreen via the window provider too
(control request?).

This reverts commit 0bed6fc3.

It is broken (at least for ps).

Check the content of the file to validate the extension selection.

 Some checks are light but either the file format does not provide enough
identifier data or too much code would be needed. But it is better than
nothing.

Among them, it will now refuse to load file larger than 500Mbytes.

We do poll character devices, as it works for TTYs and some platform
specific devices.

Block special files are always seekable. File size is undefined for
non-regular files.

That particular key is supposed to work that way.

Note that it will try to use the X11 vout right now, so you won't get any visible video output

Windows-specific keys are missing (found in XFree86?).
Mouse wheel is implemented with mouse events (like X11); afterall it is
not on the KEYboard.

Also libvlccore is not backward compatible, whereas libvlc is.

POSIX does not document the == construction for test; Even if GNU test and bash builtin allow it, configure is run by sh and FreeBSD test does not allow it so that this test is always false there.
Signed-off-by: Christophe Mutricy <xtophe@videolan.org>