summaryrefslogtreecommitdiffstats
path: root/options/options.h
diff options
context:
space:
mode:
authorDudemanguy <random342@airmail.cc>2023-05-20 16:51:12 -0500
committerDudemanguy <random342@airmail.cc>2023-06-12 20:50:08 +0000
commit8ecf2d37ebd31afaed9f8c3ed952f08a572ddf00 (patch)
tree22702b92698b87747860f281fbf828e07fb671e3 /options/options.h
parent2f8d9322fd8f1bcc4ec27b917f042253e2d6b62d (diff)
downloadmpv-8ecf2d37ebd31afaed9f8c3ed952f08a572ddf00.tar.bz2
mpv-8ecf2d37ebd31afaed9f8c3ed952f08a572ddf00.tar.xz
player: add drag-and-drop option
Some platforms (wayland) apparently have a lot of trouble with drag and drop. The default behavior is still the same which is basically obeying what we get from the window manager/compositor, but the --drag-and-drop option allows forcibly overriding the drag and drop behavior. i.e. you can force it to always replace the playlist or append at the end. This only implements this in X11 and Wayland but in theory windows and macos could find this option useful (both hardcode the shift key for appending). Patches welcome.
Diffstat (limited to 'options/options.h')
-rw-r--r--options/options.h1
1 files changed, 1 insertions, 0 deletions
diff --git a/options/options.h b/options/options.h
index c3a5e727ee..dd67af0aa5 100644
--- a/options/options.h
+++ b/options/options.h
@@ -11,6 +11,7 @@ typedef struct mp_vo_opts {
bool taskbar_progress;
bool snap_window;
+ int drag_and_drop;
bool ontop;
int ontop_level;
bool fullscreen;