setbrwindow: wait for window instead of exiting

When --windowid specifies a window that hasn't yet been mapped
this thing would just exit.

But in scripted invocations where a window of interest is created
and mapped by the client immediately prior to launching
recordMyDesktop, there's a good chance the window manager hasn't
yet handled the MapRequest before recordMyDesktop launched and
attempted to get the window's attributes.

This change subscribes to the window's visibility and structure
events when the attributes show it's not yet mapped and visible,
entering into an event loop waiting for the window.

No timeout has been added at this time.

Some interesting directions to go from here:

 - Pause recording on unmap, resume recording on map

 - Follow the window if it moves

 - It'd be nice if recording could handle window resizes, but
   especially for on-the-fly encoding this seems awkward at best.

   For cached recordings the encode could start with the largest
   dimensions and simply pad out any smaller frames.

   I'll have to look at Theora to see if there is any support for
   variable sized video streams.

Fixes https://github.com/recordmydesktop/recordmydesktop/issues/7

0 files changed, 0 insertions, 0 deletions