Re: [xine-devel] [PATCH] window layers

[Dennis B. <db...@zi...>]

On Wed, 12 Sep 2001, Siggi Langauf wrote:

> it) when switching to full screen, and the video used to drop behind
> GNOME-panel again, if you press "h" twice...

It did, I don't remember seening that and I tried it a lot, I updated to
0.9.0 so I cant check now and I don't care enough to install the old
again.

There is another problem now:

1. play fullscreen
2. Hide panel - right mousebutton
3. go back from fullscreen to window by pressing f.

now the xine-panel is in some bad state.

> This stacking code is all a bit hacky, so please test it!

Well, the different modes in xine is a bit hacky, hidden output, hidden
xine-panel, fullscreen, and all thier combinations.

> It can be quite annoying if you loose control over xine but can't get
> rid of it, because it forces itself to the top layer...

Well, I use a WM with several workareas, so it's easy to swap to another
using a key, or go to the console and kill it. But I'll agree that a
"normal" user might have problems to kill xine if it hangs in fullscreen
on the top layer. But I think that the goal is not to have xine crashing..

I would even want xine and all it's libs to have checks (array bounds and
such) when uncompressing mpeg2 even if it makes it slower so that it can't
crash. A lot of people have enough cpu power to prefere that.

-- 
/Dennis