The VideoLAN Forums

Hello,

I'm considering the VLC media player to be my new .. well, media player but unfortunately, I'm currently struggling with two usability issues.

First, I can't drag the player by clicking right into the video, I have to click on the title bar instead (or certain parts of the skin respectively) in order to move the player around. This issue has already been mentioned here, however, the answer

If you click on the video, VLC will report a click to the multimedia pipeline. This is required for DVD and MKV menus, and for a few video filters.

... is quite unsatisfying. A player knows what type of media it's currently playing and which filters are active, so there's no need for the multimedia pipeline to generally hijack the mouse click for the price of usability.

The second issue is related to the 'Always on top' setting, which makes even the players other windows (e.g. settings, media info etc.) open up behind the video window ! Not sure if this a bug that only applies to the Windows (7, 64-bit) version, otherwise, this behaviour is not very well thought-out and definitely needs some attention.

Thank you for any response !

No, a player does not know. I think I know VLC internal architecture better than you do.

I never argued the converse.

But I have a copy of Media Player Classic here, and that one can even tell a DVDs main menu apart from the movie itself, dis-/allowing the concerning drag operation dynamically... therefore, if the internal architecture of VLC media player does not know what the player is actually doing, than that's the reason for the issue....

Any statement concerning the odd Always on top-behaviour ? Is it a bug, or do I miss a certain setting .. ??

Forgot to mention that this only happens if a skin is in use (no matter which one). So it looks like a bug to me .... ?!

First, I can't drag the player by clicking right into the video, I have to click on the title bar instead (or certain parts of the skin respectively) in order to move the player around. This issue has already been mentioned here, however, the answer

Dragging the player from another part than the title bar is against almost HI Guidelines.

The second issue is related to the 'Always on top' setting, which makes even the players other windows (e.g. settings, media info etc.) open up behind the video window ! Not sure if this a bug that only applies to the Windows (7, 64-bit) version, otherwise, this behaviour is not very well thought-out and definitely needs some attention.

Fixed for effects, preferences in VLC 1.2, at least.

Thank you for your reply

Fixed for effects, preferences in VLC 1.2, at least.

That is very good to hear!

Dragging the player from another part than the title bar is against almost HI Guidelines.

I understand, but here are three facts that might be worth thinking about. First, the consequence is that every skin has to have a title bar (even if it's not on top), and that's against something else, the main idea behind skins: Freedom of layout and design. Second, I'm quite sure that VLC is the only media player I installed during the last week that can be dragged by the title bar only - until it's skinned. And that's the third and maybe most important fact: As soon as the interface design is given into the hands of the users, the player becomes much more draggable. Nearly any skin welcomes the mouse within the control-surrounding areas as well, so that the window can be dragged around. Don't you think that this would include the video area as well? If VLC only would allow to ? Since developement is all about breaking rules anyway, how much worth is a guideline when users verifiably want something else ... ?

My 2 cents.

Users verifiably wants DVD menus to work. Thank you for destroying your own point.

Thank you for taking attention to the point

Media Player Classic (...) can even tell a DVDs main menu apart from the movie itself, dis-/allowing the concerning drag operation dynamically

And here's another approach, a slightly modified version of the AutoHotKey demo script 'Easy Window Dragging' which is written by a guy called Jonny, so all credits to him. The script allows dragging VLC by its video area as well as use a DVDs menu without even altering the configuration of VLC at all. It's very much beta and far from thoroughly tested, in fact I faliled to develope it any further because there was no way to detect the controls of VLCs skinned interface (which is necessary in order to use sliders like the volume control instead of having the whole player becoming moved around). However, for a draft it deals with the main issue quite well.

I could not get this to work with the left mouse button. I got it to work with the middle button. Why doesn't it work with the left one?

Sounds like something else is hooked up to the left button, preventing the script from handling the click event. Could be some mouse or anti-malware utility, another script, a drivers issue, etc ...

If I have a global hotkey defined for the left button, how can I override it for VLC?

In case you have another AutoHotkey script running which already catches the left mouse button, it's best to melt both scripts into one in order to make the button work depending on the window which is below the pointer. You can does this prior to the hotkey definition (see examples here) or afterwards, like it's already done within the script. All you have to do is add what to do if the windows does NOT belong to VLC:
The code within the else-block has to be the one from the global hotkey you mentioned.

Thanks Shield, that will work.

However, I think many programmers would expect a #IfWin directive to override the global hotkey.

Your example won't work. The #IfWinActive-directive has to work as a precondition of a hotkeys definition. You also have to consider that the name of VLCs main window varies depending on the interface. This code will work with both the default and the skinned one:
In skinned mode, the main window of VLC is always called 'default name', which is why it might be a good idea to make it more distinctive using multiple criteria. Please also note the tilde in front of the LButton:: - it makes sure that the click event will be processed not only by the script, but also the active window.

Users verifiably wants DVD menus to work. Thank you for destroying your own point.

I have a suggestion: stop arguing which way is better and implement one more setting called "Drag window by clicking video (will break DVD menus)". This will make both people happy, including me who is never watching DVDs with VLC.

Additional argument is usability: modern users got used to dragging video like that with other media players and find it disappointing when it doesn't work with VLC. Let's make VLC less geeky and more user-friendly. I define usability as reacting exactly like users expect.

It's one of my two most wanted features together with VLC 2 always-on-top setting is not remembered. It works when setting manually, but not after restart. Could you at least implement a shortcut so this can be done quickly with a keyboard instead of fiddling with menu?

It's one of my two most wanted features together with VLC 2 always-on-top setting is not remembered. It works when setting manually, but not after restart. Could you at least implement a shortcut so this can be done quickly with a keyboard instead of fiddling with menu?

Preferences allow you to do that.

Preferences allow you to do that.

I could not find the shortcut key:


Could you be more specific?

Preferences allow you to be always on top all the time.

Preferences allow you to be always on top all the time.

True, there's such setting, but like I said before:

VLC 2 always-on-top setting is not remembered.

Reproducible:
1. Set always on the top in the settings. This has an effect and works.
2. Quit VLC.
3. Start playing any video with VLC.
4. Notice that it's NOT always on the top, although the setting remains set.

To fix:
5. Unset always on the top setting.
6. Set always on the top again.

This is definitely a bug, IMHO.
System: Windows 7 64bit, VLC 2.0.2.

Register the bug, then.