QPixmapCache can't compute using an undefined maxsize.
Introduced by a2314241

macosx: work-around a weird bug which let the drop zone respond to mouseDown events targetted at the window title

Thanks to David for the report

Signed-off-by: Rafaël Carré <funman@videolan.org>

Signed-off-by: Rafaël Carré <funman@videolan.org>

iOS 4 is used by less than 10 per cent of the installed base, so we don't care for now

macosx: reimplemented the right-click Reveal-in-Finder feature on the window title when using the dark interface style

Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

Also avoid fstat()+close() on non-directoy files.

For FIFO and sockets, non-blocking is wanted. For character device,
the effects depend on the device driver. For other types, non-blocking
mode has either no effects or is unspecified.

This looks stupid and weird. The rationale is that the PowerBox mechanism used when running VLC in a Sandbox on OS X Lion checks whether the executable is linked against AppKit. If not, neither NSOpenPanel nor NSSavePanel will appear.

strncase cmp reports 0 if the tested size is 0.
Was always matching empty Content-Type then.

Signed-off-by: Rafaël Carré <funman@videolan.org>

use standard back reference (\1 instead of \0, mach with parens)
use OSX-compatible command line ordering (filenames go at the end)

macosx: allow the user to minimize the main window by double-clicking the window title when using the dark UI variant

This respects the system preferences' global setting.