Can ReportBuilder handle this ?

rbuser

I have a report in which I have to display 4 memos in a band in this order :

- ppDBRichText1
- ppDBMemo1
- ppDBRichText2
- ppDBMemo2

All are full width, so they are going one exactly below the prior.

All of them will be very length variable.
Also, they could or could not have data, that's optional.

The RichText components will use the wwDBRich unit to handle the display.

I have tried all possible combinations with the properties "ShitRelativeTo",
"Strecth" (I guess I must put stretch = true to all of them right ?),
ShitWithParent with no luck.
The bad results I'm getting are that they overlap each other, specially when
the rich edit contains graphics. Some times two of them stick at the top,
etc. Some times they just don't stretch and keep the same size across all
the report, eventhough, some are nulls in the database, they keep taking the
same space instead of shrink. (BTW, does stretch shrink, too ?)

My current settings are :
- All components are set to Stretch = True.
- ppDBMemo1.ShiftRelative := ppDBRichText1;
- ppDBRichText2.ShiftRelative := ppDBMemo1;
- ppDBMemo1.ShiftRelative := ppDBRichText2;

Is this correct, what else am I missing ?

Thanks in advance,

nicocizik

Hi Craig,

This is not a known behavior. Which version of ReportBuilder are you using?
If you remove the images from the richtext components, do you still have the
overlapping problem? If you use original TppRichText components rather than
using the infopower unit, does this fix anything? Setting Stretch to True
should lengthen or shrink your text control to fit the text given.

--

rbuser

I'm using RB 7.0.

The richtext does not contains exactly images, rather they contain MsExcel
links.
If I use the original TppRichText, it does not display these objects, so,
the problem can not be reproduced in this way.

However, I think I found a workarround. All the richedit had this Excel
objects alone. I took one of them and I added a word at the bottom and now
the memos correctly align all one above the next.
Actually, by putting simply spaces at the bottom fixes the problem.

It seems that either RB or the IP unit cannot calculate the correct size of
the resulting object if it has no text.

Regards,

nicocizik

>It seems that either RB or the IP unit cannot calculate the correct size of

Thanks for the info. We will research this.

--