This is needed for global hotkeys. In the best of worlds, I think the
global hotkey plugins would directly get the list of keycodes to grab
using a dedicated plugin type. This would avoid the need to replicate
hotkey configuration parsing. But it would need some more work.

Why can't Mesa people link their shared objects correctly!?

This suffers from the same limitations as the EGL output (no resize and
mouse events) currently and should be considered work in progress.

This is purely a syntactical change to share the opengl.c code.
This commit does not actually make use of the vlc_gl_Create().

This API is abstracted away from the video output. In a way, this goes
back to the previous opengl provider API, except that:
 - it is really independent of the video output,
 - it supports GL ES explicitly.

Patch by Samuli Suominen.
See: https://bugs.gentoo.org/show_bug.cgi?id=353848Sent-by: Alexis Ballier <aballier@gentoo.org>
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

This tries to prioritize stuff a little better and more uniformly:

 - less than  20: console (text)
 - less than  50: plain frame buffers
 - less than 100: no embedded windowing
 - less than 150: SW scaling
 - less than 200: SW chroma conversion
 - rest: good stuff :-)

This removes multiple plugins with identical priorities. On Windows,
native outputs are now priorized over XCB (as there now is a Win32 port
of XCB). The ordering amongst native Windows outputs is preserved.
On X11, GLX is put ahead of plain as it supports scaling. SDL and
DirectFB are demoted as they cannot be embedded.

Old order:

 - XCB XVideo
 - Windows Direct3D (Vista+)
 - Windows DirectX
 - XCB X11
 - Windows Direct3D (XP-)
 - Windows Direct2D
 - DirectFB, SDL
 - XCB GLX
 - Linux FB
 - Windows GL - Windows GAPI
 - Colored ASCII Art
 - ASCII Art - Windows GDI

New order:

 - Windows Direct3D (Vista+)
 - Windows DirectX
 - Windows Direct3D (XP-)
 - XCB XVideo

 - Windows Direct2D
 - Windows GL
 - XCB GLX

 - Windows GAPI
 - Windows GDI
 - XCB X11

 - SDL
 - DirectFB
 - Linux FB

 - Colored ASCII Art
 - ASCII Art

They contain no translatable string

This is evil!

I am going to kill camcorder manufacturers

This is equivalent, but seems to be working better on mingw

By adding include the same way as in charset.c

Corresponding to Laurent's explanation on IRC