Printing isn't correct on every printers

[Sergey Tkachenko]

Sorry for delay, I asked Digital Metaphors for help, I hope we will find a solution.

[Sergey Tkachenko]

It seems that the problem can be solved by implementing alternative method of formatting, using the printer resolution.
I'll try to do it this week.

[marcpleysier]

[marcpleysier]

Hello Sergey

Do you had a look on the problem?

[Sergey Tkachenko]

Sorry, it's not completed yet, and will not be completed this week.
Estimated date: first part of the next week.

[marcpleysier]

Hello Sergey, sorry to insist...

Can we have news on this problem?

We (my company) are arriving to a deadline for the TRichView version of our ERP. And it is not deliverable because it can't print (too bad for an ERP).

Thanks

[Sergey Tkachenko]

I'll try to upload update tomorrow

[Sergey Tkachenko]

Well, I implemented this feature for the RB9/10 wrapper. I need some time to translate it to RB7. I hope I will be able to do it tomorrow.

[Sergey Tkachenko]

Finally I uploaded it:
http://www.trichview.com/resources/repo ... rvrb7b.zip

Several changes in TRichView are required to make it work:

1) Open PtblRV.pas

Add the following method to the protected section of TCustomPrintableRV:

Code: Select all

procedure TCustomPrintableRV.CreateParams(var Params: TCreateParams);
begin
  inherited CreateParams(Params);
  Params.Style := (Params.Style and not WS_CHILD) or WS_POPUP;
end;

This method must be marked a "override".

2) Change TCustomRVPrint.Create:

Code: Select all

constructor TCustomRVPrint.Create(AOwner: TComponent);
begin
  inherited Create(AOwner);
  rv := CreateRichView;
  rv.FRVPrint := Self;
  if not (csDesigning in ComponentState) and (Self.Owner is TWinControl) then
    rv.Parent := TWinControl(Self.Owner);
  PreviewCorrection := True;
  ColorMode := rvcmPrinterColor;
end;

This method must be marked a "override".

These changes are included in TRichView 1.9.25, but it cannot work with tables in RB reports, so add them manually in your copy of TRichView.

[Sergey Tkachenko]

Now, about the new feature.
There is a global constant TPPRICHVIEWUSEPRINTERRES = False in ppRichView.pas. Change it to True.
Printer resolution will be used to build reports.
Page caching must be turned off in the report, because formatting may be incorrect for another printer, and reports must be rebuild when switching from design mode.

I am unhappy that this option is necessary. I hope I will be able to fix the problem some day still using a highres offscreen canvas...

[pyvesd]

Hello,

We have the same problem with Richview and printing with ReportBuider.
We are reseller for SOLUNE applications, and we have to install a new version in a very short required time.

A big thank you from all of us, to resolve this problem very quickly !

P-Yves DUMONT

[Guy Mairesse]

Hi,

I have some problem with my customer who are waiting the new update before buying SOLUNE software (I'm reseller too).
Printing with pdf printer seem's OK but just for personnal using.

Thanks for a prompt solution of this problem which is freezing the sales.

Best regards.

Guy Mairesse

[Sergey Tkachenko]

You can use this new feature. After making the changes described above, the new RB wrapper can be used with any (relatively new) TRichView version.
But at first I recommend to change TPPRICHVIEWREFCANVASPPI constant (from ppRichView.pas) from 1440 to larger value, for example 7200.

[marcpleysier]

It seem to work now on my dev computeur and my printer.
Il will test on production sites this week.

[marcpleysier]

It still don't work correctly on the Brother printer :
In a list report, I place a TppDBRichView in the Detail band. RVF memo fields are correctly displayed for firsts records but after 3 or 4td records, the memo field isn't displayed at all. There is strange grey lines in place of the begining of the formated text.

This occurs on ReportBuilder previewing, so it's not the same problem than before (just the printer output was not correct).