Annoying bug in designer (6.0)

rbuser

I have a simple report with a lot of controls (hundreds), consisting
of a main form and one section subreport.

If I drop a new control onto the report, it appears at designtime
correctly, but will not display in the preview, or at runtime.

Looking at the dfm source, the control is there, located below my
section subreport, but with the correct parent.

If I move it above the subreport (in the dfm), then it will display.

Martin Clarke.

rbuser

There is more: I have been putting up with this behavior for a while
(this report gets revised often), but now I have some spare to
experiment...

Performing a BringToFront on it allowed my previously hidden controls
to start showing.

I also found that depending where the SubReport sits vertically on the
form alters the behavior of the report, moving it up and down a few mm
at a time results in the preview either showing my first page, or not
showing it.

If I do a SendToBack on my SubReport, it hides the whole report.

My subreport has no datapipeline (it is just a richtext).

Normally I would create such a report as a main detailband with two
subreports, however it started out as a one page form, and I have no
intention of trying to copy and paste from the main to a subreport.

When is the paste going to be fixed so that it does not offset the
controls (ie if paste destination <> source location then don't move
controls)?

I'd better stop now, I have the distinct feeling I am wasting my
time...

Martin.

digitalmetaphors

Just as a test, try using a child-type subreport and set its titleband's
NewPage property to true. It will begin printing on the next page, just as
if it were a section style subreport. You can resize the titleband to zero
height if you do not wish to print it.


Cheers,

Jim Bennett
Digital Metaphors

rbuser

Thanks for the suggestion, I will give it a try next time I need to
make an alteration.



On Thu, 9 Aug 2001 08:42:05 -0500 , "Jim Bennett \(Digital