Re: kwin fullscreen
Martin Piskernig <[email protected]>
| Newsgroups | gmane.comp.video.ogle.devel |
|---|---|
| Organization | University of Vienna |
| Message-ID | <[email protected]> |
Hi! I tested now the ogle release candidate and "it" (when toggling to full screen in kwin the output window disappears) still happens... > I don't remeber who it was that tested a fix that worked > (adding a sleep(1) before XMapWindow in wm_state.c), This works as far as the output window does not disappear. But the geometry is wrong, the picture is aligned to top, left and right, but on bottom there are about 150 lines of black pixels missing (there usually are the black stripes around a movie, it seems the upper one is missing and the picture starts directly at top). If a screenshot would help you, I can do one. I see in the sources that there already some x/y adjustments for broken wm's - kwin should be added there :-) > What version of kwin do you have, I have tested with > $ kwin --version > Qt: 3.0.5 > KDE: 3.0.3-8.3 Red Hat > KWin: 0.95 > and it doesn't have any problems with fullscreen, > though if this is a timing dependent bug, > it might work because this is a rather slow machine(300Mhz celeron). $ kwin --version Qt: 3.1.1 KDE: 3.1.0 KWin: 0.95 Hm... I guess the kwin developers forgot to increase the version? Because I'm sure that this didn't happen in 3.0.x, only since 3.1 (and also in 3.1rc's). And I'm sure it is kwin's fault because when I kill kwin before ogle start I need no sleep(1) (but still the geometry is wrong like above). > And is there any way to know the version of kwin from looking > at XProperties on some window? Hm... there is only a "KWIN_RUNNING" in kwin/atoms.c but I guess nearly all users have updated or will soon update to 3.1 so maybe it would be nice to do if(kwin_is_running(dpy)) sleep(1); before the XMapWindow calls. Greets, Martin -- Martin Piskernig [email protected] Institute for Mathematics www.mat.univie.ac.at/~martin University of Vienna