(cherry picked from commit 19bc50ee63bd5cd5b7b87c151e011bc5dec27b93)
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

The passed flags in the variable i_flags are now applied to the new node.
This solves bug ticket #3690, where it was possible to delete the "Playlist" and
"Media Library" nodes, since the read-only flag was not set for them.
(cherry picked from commit b0db307c)
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

Nnot every options are implemented right now, only the most wanted.
(cherry picked from commit f5a1049dc3bdb660e5bfc29983e23ac9a7688345)
Signed-off-by: Rémi Duraffort <ivoire@videolan.org>

Description of the bug:

 This freeze happened only on Windows (tested on XP & Wine), but not on
 Linux. If I only moved up the "killInstance()" line, then the freeze
 would happen only on Linux but not on Windows.
 In these cases the QDialog's destructor never returned.
(cherry picked from commit 06e609ea922918f4d2d0f427049a236b4a4c08af)
Signed-off-by: Pierre Ynard <linkfanel@yahoo.fr>

Signed-off-by: Rémi Duraffort <ivoire@videolan.org>
(cherry picked from commit 79fc0522)

We could use QPixmapCache here too, but I don't think it speeds up it
any noticeable way, just makes code littlebit longer.
(cherry picked from commit 0ba54f498eafa5b8c081ff37ecd65d791c3718e9)
Signed-off-by: Ilkka Ollakka <ileoo@videolan.org>

Since they cause crashes pretty much all the time (KDE bug #234484).

Fixes: LP#408719, Debian #580396.

The XVideo and X11 outputs can cope with this properly now
(cherry picked from commit 9e47aa72)

(cherry picked from commit cdb53ce6)

(cherry picked from commit 53752a74e22c0a64d5af333d6a9d8475d2f541f1)

X11 inherits properties from the parent window by default. XVideo does
not (typically) like ARGB visuals. To create plain RGB window on an ARGB
window, we need to force the color map, background and border parameters
to non-ARGB values.
(cherry picked from commit ffb2a1bbf249eec74366f9f0c8005a011661caa0)

(cherry picked from commit ac3514ed)
Signed-off-by: Ilkka Ollakka <ileoo@videolan.org>

Closes blocker #3262
(cherry picked from commit d24e4588)
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

Close  #3700
(cherry picked from commit 8cfa162d96f4cd8ab790ac14ba3ef7a2a7315f8f)
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

This should work around #3547.
(manually cherry picked from c6ab3932)

This fixes #3626.
(cherry picked from commit 83ffb866a8590db08ada770a568ade8f6fdcf293)

Signed-off-by: Ilkka Ollakka <ileoo@videolan.org>

(cherry picked from commit cafb4269670c35cad981cbe70efe03b845fbdb08)
Signed-off-by: Ilkka Ollakka <ileoo@videolan.org>

(cherry picked from commit 902605baeaab7e80eab202d132af559ef4df6be2)
Signed-off-by: Ilkka Ollakka <ileoo@videolan.org>

Basicly sets setting to empty or default. Shouldn't affect others than x264-module.
(cherry picked from commit 36886f821d48b0139a91bd989988835bac0fc1a8)
Signed-off-by: Ilkka Ollakka <ileoo@videolan.org>

Ref #3630
(cherry picked from commit 2ffc955f6a6565cf6609f4444c608c55c89b72ba)
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

As the "descriptor" function is called with absolutely no libraries
loaded, even the built-in "require" function is not present at scan
time.
This closes #3453.

Note: this is a bit of a hack, but I prefer not to load any libs when
scanning the available extensions

Remove some useless debug, too
(cherry picked from commit 860b78b3d6132b6ab5014a768cbdfbd96c0461fc)
Signed-off-by: Rémi Duraffort <ivoire@videolan.org>

(cherry picked from commit 3339c90e94805f80007a14c40d70980011e8640e)
Signed-off-by: Rémi Duraffort <ivoire@videolan.org>

(cherry picked from commit b9dc215ef92924d7b8ef05408ae9cffa04995300)
Signed-off-by: Rémi Duraffort <ivoire@videolan.org>

(cherry picked from commit fec5ea6a008cbe07fdc3f07fe0bf3a668fe20e4b)
Signed-off-by: Rémi Duraffort <ivoire@videolan.org>

(cherry picked from commit 71a9a90ceacd66856978d06bb3f494cfa031b5db)
Signed-off-by: Rémi Duraffort <ivoire@videolan.org>

The main interface went always-on-top when the video widget was created
but it failed to return to normal state when the video widget was
destroyed.
(cherry picked from commit ac1b335ceb78455180c2a771d4fdcde6002a91ae)

(cherry picked from commit 4b4350938d98feb676cc0f0573780449ff9125cb)

(cherry picked from commit 031dec33fbe1cde74e6ef1680638435d335daafe)

(cherry picked from commit a0c1d2ccdd62ef333e30f2fc9717fd0bf44ec4a3)

Conflicts:

	modules/video_output/Modules.am

We have the same bug in several outputs (SDL, AA, CACA), so lets make
the solution generic.
(cherry picked from commit cb72d26f0825b31fd10af18a03763b41067cfe37)

(cherry picked from commit 64188f7809f44b9b74f94e07bbd0381b398a6afa)
Signed-off-by: Ilkka Ollakka <ileoo@iki.fi>

This is consistent with the current mouse filter, and how people tend
to interpret the horizontal and vertical words. Until now, VLC would
refer to the rotational axis direction rather than the direction of the
changed dimension.

Fixes: LB#568750
(cherry picked from commit bf66354d0205141d146f7f8dd913e0448665519c)

Signed-off-by: Laurent Aimar <fenrir@videolan.org>
(cherry picked from commit 7b1053aa99937a40d2e1e40793caeaf2e332eac6)
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

Signed-off-by: Ilkka Ollakka <ileoo@videolan.org>
(commited with --author, no git-format patch was send to vlc-devel even if requested)
(cherry picked from commit 6650cb888870a57b45165635a486d36d9afbcf87)
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

Close #3573
How can the size of a widget be bigger than the size of its parent window? Really weird Qt bug
(cherry picked from commit 8ca53bfd5abb38e5b4d4a8b89ce523e0f4d4aad1)
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

Signed-off-by: Christophe Mutricy <xtophe@videolan.org>