hehe we here in south africa are working late but looking forward to party-harty-ing later coding is like that no? and why do clients ALWAYS have tech problems on a friday afternoon?

why dont you tie the message handling of the view to the mainframe instead of the view ... that way it always is available whatever view is visible ... then you just find the view window (from the doc template iterator) you want to print :)

and use LockWindowUpdate() on the control window first to stop the redraw being visible ... no?

never heard of rlman.exe ... programming international apps means u have to use unicode from the start and use the generic text mapping functions ... as well as being aware of the small gotchas to do with the unicode versions of functions (like strlen giving chars NOT bytes) look up UNICODE in the msdn and go from there good luck

databases have tables of tables to keep track of what the user databases are all about ... thats how they pull out the right datatypes and values etc etc ... its called metadata and its stored in the system tables ... if you enable the showing of system tables you can query the db for info on the other tables and select whatever you want all well and good but slower than keeping your own table of tables containing just what you need to know ... which is what i do to get stuff like configurable columns in an abitrary data view, etc etc :)

has anyone else discovered a bug in the tree control when usuing unicode such that a redraw causes a memory leak and a crash ... after DeleteAllItems() is called it seems that some internal memory allocations are not handled properly ... after 4 days of mussing around i resorted to completely destroying the control and re-creating it every time it needs to be redrawn ... that worked weird i thought ... then i remembered that windows itself is just a bunch of code written by a bunch of programmers too so it could have errors any clues would settle a question in my head at least thanks