Which version of ReportBuilder and Delphi are you using?
Are you able to recreate this behavior for every printer or just a certain one?
Please also provide more information about how the printed tab stops differ from the screen tab stops. Are they longer, shorter, misaligned? Also take a look at the following article on why the screen output may differ from the printed output.
We were unable to recreate this issue here. We tried a simple test with your text below and the output to screen was identical when printed to screen, our printer, the MS XPS driver, and a PDF printer.
What you are seeing here is what is described in the article I posted in my previous message.
The RTF Editor is measuring text using screen pixels. ReportBuilder uses the Delphi TRichEdit control for the built-in editor. The designer, preview, and printer(s) are using printer pixels of the printer defined in the PrinterSetup.PrinterName property.
In the case of your text, the first word "Afwerking" crosses a tab stop when using screen pixels but does not when using printer pixels so there is a difference.
Options to work around the problem.
1. When previewing, set the PrinterSetup.PrinterName to "Screen".
2. Add another tab stop to text that does not align in the built-in editor.
3. Create your RTF text in a more advanced RTF editor outside ReportBuilder or by using on of the add-on editors.
Comments
Which version of ReportBuilder and Delphi are you using?
Are you able to recreate this behavior for every printer or just a
certain one?
Please also provide more information about how the printed tab stops
differ from the screen tab stops. Are they longer, shorter, misaligned?
Also take a look at the following article on why the screen output may
differ from the printed output.
http://www.digital-metaphors.com/rbWiki/Output/Preview/Why_Preview_May_Not_Match_Printed_Output
We were unable to recreate this issue here. We tried a simple test with
your text below and the output to screen was identical when printed to
screen, our printer, the MS XPS driver, and a PDF printer.
Nico Cizik
Digital Metaphors
http://www.digital-metaphors.com
16.02 build 144
You can edit a RTF on screen in the designer, using the following text
in Arial 8pt,
Afwerking: Radius gefreesd
Hoekradius: 2
The editor shows the tabs OK, while the result on the report (screen,
pdf printer) are different
Jeroen
What you are seeing here is what is described in the article I posted in
my previous message.
The RTF Editor is measuring text using screen pixels. ReportBuilder
uses the Delphi TRichEdit control for the built-in editor. The
designer, preview, and printer(s) are using printer pixels of the
printer defined in the PrinterSetup.PrinterName property.
In the case of your text, the first word "Afwerking" crosses a tab stop
when using screen pixels but does not when using printer pixels so there
is a difference.
Options to work around the problem.
1. When previewing, set the PrinterSetup.PrinterName to "Screen".
2. Add another tab stop to text that does not align in the built-in editor.
3. Create your RTF text in a more advanced RTF editor outside
ReportBuilder or by using on of the add-on editors.
http://www.digital-metaphors.com/rbWiki/RCL/RichText/RB_RichText
Nico Cizik
Digital Metaphors
http://www.digital-metaphors.com