This concept showed up in another thread here on UT. If we DEFINE a window IN DESKTOP (I assume this means as a top level form) and then call
REPORT FORM myreport to printer preview window newwindowname, we get a pretty good experience of being able to preview the report independantly of the _screen and the main top level form. Which saves having to adjust and restore window sizes and other housework. The only drawback being that the toolbar does not appear. Might there be a way to overcome this?

Also, while I'm not sure about the modality of the preview, it does appear that the main application form is dead while the preview is open.

DEFINE WINDOW wPreview ;
	FROM 0,0 TO 10,10 ;
	TITLE 'Report Preview' ;
	SYSTEM nofloat ZOOM CLOSE ;
	IN desktop

ACTIVATE WINDOW wPreview	
ZOOM WINDOW wPreview Max
_screen.visible = .T.

REPORT FORM abbrev_profile TO PRINTER PROMPT PREVIEW window 'wPreview'

btw - Nice job Craig on your sample app.

>How else could it be done though? Let's say MS Word for instance... if I bring up a modal dialogbox in Word, the toolbars do not respond. The only thing that I can think of that can be done is to create a modal preview form class in the frxpreview.vcx that has the buttons/functionality of the toolbar at the top of the form (so there is no toolbar) and then shows the preview below that on the same form. Any other ideas?
>
>Consider REPORT FORM ... PREVIEW from the command window. That's a modal command. The system toolbar and menu are disabled, but the preview windows has its own toolbar available, part of the modal state. It should work the same way inside a topform app window, but it doesn't. Any SCX or VCX form class with its own toolbar would experience this bug in VFP9.
>
>Now, whether or not this conforms to standard windows UI guidelines and expected behavior, I don't know!
>
>Given the current behavior, and given that the right-click menu is available regardless, the easiest hack might be to just not show the preview toolbar when it is going to be unavailable anyway. It's not ideal.
>
>The real solution is to build a preview window that doesn't have a separate toolbar, but - as you describe, and like IE's or OneNote's Print Preview windows, has integrated controls. Given the difficulty with scrolling objects around a vfp form, OneNote's model would be easier to implement I would think.
>
>I really wish Microsoft hadn't decided to duplicate the VFP8,6,7 preview experience as closely as they did in VFP9. Basically, they get users yelling at them whatever they do *sigh*.
>
>- Colin