This forum has been archived. All content is frozen. Please use KDE Discuss instead.

Fullscreen video controls with auto-hiding panel

Tags: None
(comma "," separated)
Avidon
Registered Member
Posts
18
Karma
0
OS
Hi,

I set my bottom panel to auto-hide and I have noticed that I am no longer able to use any of the controls at the bottom of a fullscreen flash video (e.g. play/pause, seek forwards...). Setting the panel back to Always Visible fixes the problem.

Has anyone else seen this problem and know why it's happening? Is there some option that I need to set to allow these to work together?

Should I perhaps register this as a bug...?

Kind regards,
David
User avatar
google01103
Manager
Posts
6668
Karma
25
using Kaffeine and sMplayer the controls appear when hovering on the screen bottom but the controls on the extremes seem more usable, accessing the timeline seems a bit wonky for me (minimal testing)

did you try using right click to access controls?

if you use VLC hovering the mouse towards the screen bottom will bring up video controls, they seem to use a different mechanism that does not use the screen bottom to initiate the controls

do the controls pop up?


OpenSuse Leap 42.1 x64, Plasma 5.x

Avidon
Registered Member
Posts
18
Karma
0
OS
Thanks very much for your reply!
I have JW Player up at the moment, so I can say what I experience here when I turn my panel's auto-hide back on:

The controls appear whenever moving the mouse and normally they stay visible when the cursor is left over the controls. Anywhere else and the controls disappear. However, with the panel's auto-hide active, the controls always disappear when I stop moving the mouse, even when the cursor has been left over them. What I have found as well is that if I make the panel thinner, the top part of the controls are accessible again. It seems like anywhere that would be covered by the panel (if it were shown) cannot be clicked-on. I've also found that right-clicking on the bottom section of the video does nothing, whereas anywhere else in the video, I get the normal context menu.

Fullscreen YouTube videos seem to do the exact same.

VLC player fullscreen videos do not have this issue.
User avatar
google01103
Manager
Posts
6668
Karma
25
never heard of JW Player but I ran their sample video on their site, the control appears and disappears as expected but don't function at all when clicked

YouTube works fine for me in fullscreen, are you using Flash or HTML5 for playback?

-> Disabling compositing resolves the JWP issue for me (alt+shft+F12)

Not sure this is a KDE or JWP issue, you might check on their forums, or try a different compositing environment and see if it's an issue there also


OpenSuse Leap 42.1 x64, Plasma 5.x

User avatar
google01103
Manager
Posts
6668
Karma
25
try in systemsettings -> display -> advanced -> suspend desktop effects for fullscreen windows

this could be because of HTML5, if so I don't know if it's a KDE or HTML5 bug


OpenSuse Leap 42.1 x64, Plasma 5.x

Avidon
Registered Member
Posts
18
Karma
0
OS
Actually, YouTube seems to be using Flash Player. How do I switch to HTML5?

Suspending compositing has made no difference, but I only have a Fedora 16 computer to try with at the moment. I'll have to let you know later if suspending compositing on my Fedora 19 machine makes any difference
User avatar
google01103
Manager
Posts
6668
Karma
25
for HTML5 version of youtube, join at http://youtube.com/html5

have you tried different browsers?


OpenSuse Leap 42.1 x64, Plasma 5.x

Avidon
Registered Member
Posts
18
Karma
0
OS
Suspending compositing on my Fedora 19 computer seems to have worked. However the option to suspend compositing in fullscreen was already ticked and makes no difference.

I've been using Chrome, but I can give Firefox a try
Avidon
Registered Member
Posts
18
Karma
0
OS
I also tried the HTML5 version of YouTube, but it seems to have the same problems
Avidon
Registered Member
Posts
18
Karma
0
OS
I tried Firefox with the HTML5 version of YouTube on F19 and I get the same issues, only worse; moving the mouse to the bottom of the video makes the controls disappear, rather than just stop responding. Suspending compositing solves works-around this problem again.
luebking
Karma
0
open a terminal (konsole) and run
sleep 30; xwininfo

In the next 30 seconds, setup the problematic condition. Then wait until the cursor turns into a cross.
Move it to where the player navibar would be triggered (unlikely anything will happen) and click into the area (the click shall have no actual effect)

Then post the output generated by xwininfo in konsole.

My guess is that some inputwindow (a proxy for the panel to know when to slide out) overlays the player control and that it's too big (for the fancy blue indicator or whatever) and the player never gets that the mouse moved there because the panel covers it.
Avidon
Registered Member
Posts
18
Karma
0
OS
Ah! The blue indicator! I didn't think of that as a potential cause of this problem. I think you've nailed it. The size of the affected area is the same as the area in which the mouse triggers the blue effect. Is there any way of turning this off or configuring it...? Preferably for each panel separately.

Here's the konsole output anyway:

Code: Select all
:~$ sleep 30; xwininfo

xwininfo: Please select the window about which you
          would like information by clicking the
          mouse in that window.

xwininfo: Window id: 0x2200908 (has no name)

  Absolute upper-left X:  0
  Absolute upper-left Y:  870
  Relative upper-left X:  0
  Relative upper-left Y:  870
  Width: 1470
  Height: 30
  Depth: 0
  Visual: 0x20
  Visual Class: TrueColor
  Border width: 0
  Class: InputOnly
  Colormap: 0x0 (not installed)
  Bit Gravity State: ForgetGravity
  Window Gravity State: NorthWestGravity
  Backing Store State: NotUseful
  Save Under State: no
  Map State: IsViewable
  Override Redirect State: yes
  Corners:  +0+870  --30+870  --30-0  +0-0
  -geometry 1470x30+0-0


Edit: My screen resolution is 1440 x 900
luebking
Karma
0
That's an input only window (to trigger the display)
I don't think it's possible to deactivate this, but it should not cause a problem either (i assume once you hit it, it's immediately hidden and the mouse is polled, the blue hint is then on an OutputOnly window) and i've not had any trouble with it intercepting clicks or hover events etc.

No real idea why they would not hide when those browser players run (aside the browser grabbing the mouse, but then it would receive all events - just if it tests the target window and omits events for foreigns ... but then it would not have to grab it in the first place)

Does the indicator appear, resp. do active screen edges (eg. to trigger the present windows effect etc.) work while the FS browser runs this player?
Avidon
Registered Member
Posts
18
Karma
0
OS
The blue effect does not appear during fullscreen flash video. Mouse clicks just have no effect there. Moving the mouse to the top-left of the screen still triggers the present windows effect. This is my preferred method for exiting a fullscreen video :)

Btw, the cursor stays as a hand/select cursor everywhere in the video, since I can click anywhere to play/pause the video - but when I move the mouse into the effect-trigger area, the cursor changes to a standard cursor.
luebking
Karma
0
Does the cursor change when entering the panel area that blocks the player controls?


Bookmarks



Who is online

Registered users: bartoloni, Bing [Bot], Evergrowing, Google [Bot], ourcraft