This is a broken concept, since according to the HIGL, one point always equals one pixel on non-HiDPI screens regardless of the actual DPIs or the actual screen resolution.

Additionally, this interferes with our support for HiDPI

Signed-off-by: Felix Paul Kühne <fkuehne@videolan.org>

Signed-off-by: Felix Paul Kühne <fkuehne@videolan.org>

Signed-off-by: Felix Paul Kühne <fkuehne@videolan.org>

changes are not read anyway

Previously, the open panel always converted the mrl to an (not available)
mount point when you want to setup a playback without menus

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.