Views get corrupt when NSWindow goes to Full-screen (window's min-size violated by animation)
===

My main NSWindow contains UI restricted to some size range, otherwise it can get corrupt. I restrict the window to a size-range using 

[myWindow setContentsMaxSize:maxSize]
[myWindow setContentsMinSize:minSize]

This works fine for user dragging of the edges or size-box. 

When the user presses "fullscreen" button, Lion starts an animation that will 

1. Shrink the window below its current size,
2. in several steps, increase its size until it reaches the full-screen representation size.

If the window started in its minimal size, this animation will shrink it BELOW the defined minimal size, and will corrupt my UI beyond repair (user needs to relaunch the app). My views are receiving setFrameSize: with unsupported size.

My questions

 - Can this be considered a Cocoa bug?  
 - Am I doing something wrong in my view hierarchy?  
 - Can I somehow prevent the corruption, without replacing the OS standard animation for full-screen?  
 - Why doesn't the standard animation base on a "snapshot" of the window contents, instead of   
   live-resizing of the whole view-hierarchy throughout the animation? This is surely not efficient.
 - Is there a simple way to apply another standard transition that will
   be non-destructive for me? 
 - Can someone "spare" a few lines of code that will do a simple linear resizing animation that will NOT go below minimum?

Thanks.!