Bulgarian by Ivo Ivanov
Catalan by Xènia Albà Cantero
Slovak by Marián Hikaník

(cherry picked from commit 9aba65f7)

I used a ugly way to avoid breaking the ABI.

(cherry picked from commit 4be4d658)

This is a suggestion by Forum user boing (http://forum.videolan.org/viewtopic.php?f=18&t=47295&p=162690#p162690)

Freebox implements a HTTP/1.0 client, we a HTTP/1.1 server. As such we should base our determination of the keepalive vs. close behaviour on the query (client request) instead of the answer (server response).

See also: http://www.ietf.org/rfc/rfc2145.txt
(cherry picked from commit 304a4878)

Deactivate ActiveX by default and
reordering of File Asssociation to be more visible.
(cherry picked from commit 97a8b0fb)
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

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

So that translators have all the strings

Translations by Cristian Secară, Vincenzo Reale and Gabor Kelemen.

I can't seems to be able to test Romanian and Hungarian under wine, so please test on win.

+ a few typo
(cherry picked from commit fac787fb)
Signed-off-by: Christophe Mutricy <xtophe@videolan.org>

(cherry picked from commit 2396250c)
Signed-off-by: Christophe Mutricy <xtophe@videolan.org>

(cherry picked from commit eaff51d8)
Signed-off-by: Christophe Mutricy <xtophe@videolan.org>

This fixes the matroska crash in at least our Windows and Linux version,
until a new libebml is released. Laurent Aimar had mostly worked around these in
[ce718de2] but FindNextElement was still vulnerable in

Tested on a matroska download with gaps. Many thanks to Laurent
(cherry picked from commit 6b7d5713)

(cherry picked from commit 2f00e5ac)

(cherry picked from commit 311bfd11)

This should save some CPU cycles when we do chroma conversions and no scaling.
As suggested by Laurent Aimar
(cherry picked from commit 63fe0bf6)

Too bad. See the French translation for contre-exemple.
Menu accelerator fix.

Signed-off-by: Rémi Denis-Courmont <rdenis@simphalempin.com>

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

Well, of course, X11/DirectX being so easy, there are n-1/n changes of being on the wrong screen (if you have n screen).
But at least, you can move and it will remember the position.

For Mac OS X, let's now use the default X11 locations for the fonts.conf and the cache files.
Those that do not have X11 installed (old default < 10.4) are simply out of luck.
They will only be able to use the files in /System/Library/Fonts and will need to rebuild
their cache every time.

We should also fix this for windows. I'm looking for other projects that use fontconfig on
Windows to see if I can get some hints on how to do this.

Signed-off-by: Rémi Denis-Courmont <rdenis@simphalempin.com>
(cherry picked from commit 84b3a5e6)
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

This is a semi backport of [a567bae6]. This changes less lines, so i feel a bit more at easy to backport it like this and not the original.

when i press "reset all" i expect all prefs to be reset and saved, instead of previous behaviour where all prefs were reset, but only the simple prefs were saved.