TRichView.com

Hi,

I have a long rvf document, where all text is in a table.
If I print this document via rvprint, not all pages are printed and a lot of text is lacking on the printout.

For example, the document is 5 printer pages (can see it in print preview of my printer driver). Page 1 is ok, page 2 is partial ok, page 3 just blank, page 4 seems to be ok, page 5 blank.

This happen if the text is in a table. If the text is not in a table, printing is just fine.

It seems there is a problem with tables and printing...

Current version of TRichView can only add page breaks between rows, not inside table cells.
I am currently working on thd solvution of this problem.

Sergey Tkachenko wrote:Current version of TRichView can only add page breaks between rows, not inside table cells.
I am currently working on thd solvution of this problem.

How bad... any idea when a solution will be available? Its really very important.

I'am trying to complete it as soon as possible.
I hope it will be ready next week.

Sergey Tkachenko wrote:I'am trying to complete it as soon as possible.
I hope it will be ready next week.

Any positive news about this problem?

Slowly, but it moves forward.
I currently implemented a new table breaking algorithm which reproduces the old one, but creates new data structure able to store multipage cells.

Any news about this problem?

When there will be some results that I can show, I'll post info here.

Sergey Tkachenko wrote:When there will be some results that I can show, I'll post info here.

Still no news about that? My clients complaining always. Dont know anymore what I shall tell them. They mostely use tables...

I am very sorry that I was not able to implement it before the New Year holidays.
I do not abandoned this work, it still has highest priority. I still hope it will be implemented in the first half of January, but cannot promise it definitely.

Sergey Tkachenko wrote:I am very sorry that I was not able to implement it before the New Year holidays.
I do not abandoned this work, it still has highest priority. I still hope it will be implemented in the first half of January, but cannot promise it definitely.

Hi Sergey,

any news about the table printing problem?

softtouch wrote:

Sergey Tkachenko wrote:I am very sorry that I was not able to implement it before the New Year holidays.
I do not abandoned this work, it still has highest priority. I still hope it will be implemented in the first half of January, but cannot promise it definitely.

Hi Sergey,

any news about the table printing problem?

Hi all,

I need print large table too. Its very very important! Please hurry up.

Jin

I've also just been hit by this problem, is there any solution due ? Even though this is a superb component, this one single problem may mean we will not be able to use it.

Regards,

Ian

Sergey Tkachenko wrote:I am very sorry that I was not able to implement it before the New Year holidays.
I do not abandoned this work, it still has highest priority. I still hope it will be implemented in the first half of January, but cannot promise it definitely.

Hi Sergey,

whatsnew. Please answer the question.

Jin

Sergey, ANY news about the table problem? The component is quiet useless in a profesional program if we can not print tables properly.
Its 5 month past since I reported it. Maybe most people will not use long tables, but in a professional application, you can be sure people will use tables all day long.