diff options
author | Dudemanguy <random342@airmail.cc> | 2023-05-20 16:51:12 -0500 |
---|---|---|
committer | Dudemanguy <random342@airmail.cc> | 2023-06-12 20:50:08 +0000 |
commit | 8ecf2d37ebd31afaed9f8c3ed952f08a572ddf00 (patch) | |
tree | 22702b92698b87747860f281fbf828e07fb671e3 /options/options.h | |
parent | 2f8d9322fd8f1bcc4ec27b917f042253e2d6b62d (diff) | |
download | mpv-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.h | 1 |
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; |