[techtrucker]

I'm relatively new to printing, so if this is a stuoid question, or if I'm going about this the
wrong way, please forgive me.

I've got a document based Cocoa app that uses a table view in the document window. For printing I'm
using a second offscreen window and table view to control formatting. The offscreen window contains
an NSView. Within that view are some text fields, then the table view. The table is getting the
data from the same source as the visible table view.

The problem is when the table view scrolls. If the document contains a lot of rows, the view truncates
the prinout.

I'm thinking I need to somehow dynamically change the size of the view to accomodate the entire
contents of the table, but am not sure how to go about it.

Any thoughts would be appreciated!

[Brass]

Just thinking out loud, without trying this, but I think it ought to work...

You could try to get the table view's frame (ie NOT the enclosing scroll view's frame), and then resize the enclosing scroll view's frame to fit that vertical size, and then resize the scroll view's enclosing superview's frame by the same amount.

Of course, if it ends up being taller than a single page, you've then got to think about forcing the location of page breaks to be between table rows, not in the middle of a table row, but there are NSView methods for this.

[techtrucker]

Further research has revealed that I really shouldn't be printing table views, even though it suits my needs just fine. I found numerous threads pointing to the use of a WebView and formatted HTML/CSS strings...

Brass, that's what I was initially thinking I had to do, but it does seem kludgy, so I'm rethinking this whole printing dilemma.

Thanks for the input.