Hi Knut, IIRC, the problem is in the PRINTMAN which has his own type of converting the uniface generated virtual printer  to the paper used. So you have to set the paper size loaded for this printer outside of uniface in the printman dialog as printer properties (or so). Sometimes, it needs to set the bottom limit, so uniface "jumps" over the paper folding rather then adding empty lines.   Greetings from Frankfurt/Germany, Uli You may want to google for "debbra Mullen uniface printing" to find her contributions on the listserver. The most prominent is there the standard uniface printing bible at http://march-hare.com/puuu/doc/uprinting.pdf

Solved. Thank you Uli. It was a combination of Windows and Uniface issue. I had to create a 'custom sized 'paper' for the printer. The trick was to use the 'custom sized paper' in the print setup / mapping from within Uniface - it didn't suffice to set it for the printer itself. Luckily for me I'm only talking 1/2 dozen pc's - and not 4,500+ (think registry settings).... Knut

Hi Knut, as it looks like, Uniface always take the default printer at the time uniface was started. So one option is to start your printing job inside a batch where a powershell macro is used to set the standard printer to the one with your special paper definition and reset the previous standard finally. This way one doesn't have to adjust the paper in the uniface print dialog. And (IIRC) you can use a powershell macro to install a local printer with the new paper size inside the windows operating system. So it may be just an extension with a couple of spawns to prepare any PC to do the job. Greetings from Frankfurt/Germay, Uli