I suppose a somewhat manual way would be to create a file that lists the names of applications that have splash screens and then compare the current window to that list. Assuming the splash screen maintains the same PID as the app window, you could try grabbing the window location or size and then create a loop that checks for that to change. Or does the window ID change when the splash screen disappears and the actual app window is created? Window ID might be cleaner.
[div align=\"right\"][a href=\"index.php?act=findpost&pid=156548\"][{POST_SNAPBACK}][/a][/div]
Most applications have the ability to have the splash screen disabled (option --no-splash or --nosplash or in the preferences).
BUT: There are apps, e.g. dillo, which don't report a PID to wmctrl, so the mechanism won't work for these.
I have implemented a workaround for them, using the window name instead. If we add a manually created list of window name strings to the script, this will handle now really all kinds of windows.
I'll post that fix later here.
Remind me in case I should forget...
Still testing.
Also, just recompiling smplayer latest version with reduced initial window size so the status line is visible on first start...
Whan letting the launcher script maximize smplayer, smplayer is not able to switch to a smaller window for audio playback after start, so I will disable maximize for smplayer and instead let it use the slightly reduced window size.
Also still testing...
daniel