I was planning on embedding xine a-la xine-lib in SW2 but I may be flip-flopping again in favour of xine as a seperate process like v1.3 does just coded better (or so I'm hoping :) ). Since v1.3 used an RF remote, window Z order wasn't an issue since mouse clicks would never bring any window forward. But with a touchscreen that isn't going to be the case any longer.
Does anybody have any quick and dirty code or even a command line command that can reset (any) window's properties to "stay on top" (thus solving any window obliteration problems)? "kstart --ontop --windowclass 'xine' xine" in KDE runs xine but doesn't change the window's properties.
Of course the assumption would need to be made that the underlying window manager supports that property. Otherwise the only way to use xine as a seperate process is to dress the GUI around it, leaving a hole for the video window, which isn't a huge deal but the other way would be alot simpler.