Level Extreme platform
Subscription
Corporate profile
Products & Services
Support
Legal
Français
Group header reprint on new page
Message
General information
Forum:
Visual FoxPro
Category:
Reports & Report designer
Environment versions
Visual FoxPro:
VFP 9
OS:
Windows XP SP2
Network:
Windows 2000 Server
Database:
Visual FoxPro
Miscellaneous
Thread ID:
01011799
Message ID:
01012318
Views:
18
You have a very good memory! I think the issue is related to being harder to determine what fits on a page in graphical interface, but I have no idea how hard it would be to fix it. A friend of mine says "FoxPro should've never changed from FPD". These days I'm moving our last FPD system to VFP 9, and couldn't help but wonder how well the colors were matched in the IDE and how clear everything looks. I think I'm going to cry... ;)

>I think it was a group footer of the current or any inner group. So, yes, it looks like an old bug... and I mean OLD. I don't remember any workarounds, unfortunately.
>
>Wait... I found my old article... it was in the November 1994 issue of FoxTalk. Here is what I said: "If the first thing to print at the top of the page is going to be the detail band, then the Group Reprint will work. However, if a group header (or group footer) is going to be the first thing to print on the top of a new page, then the Group Reprint (of the outer groups) will not work."
>
>I also mentioned that this only happens in FoxPro for Windows (2.6), which was the current Windows version at the time... VFP had not existed yet. The phenomenon did NOT happen in FoxPro for DOS... it worked perfectly fine there. So I don't think this is by design... it should be counted as a bug. Amazing that it's still in existence 11 years later.
>
>I'm pretty sure I mentioned the bug when I participated in the VFP3 beta (and probably in the VFP4/VFP5 beta also). Oh well... I've forgotten about it since then, and I guess MSFT has too.
>
>Glad you resubmitted it.
>
>Best...
>
>--Brad
>
>>What I saw was not the corresponding footer, but a footer of an inner group that started on the new page. It probably also happens when the corresponding footer is the first line, but I did not have a case (I guess I could play with the test records to simulate that), so yes, it looks like it is an old bug that was never fixed.
>>If MS thinks that it is not necessary to reprint the header when a/the footer starts on a new page I disagree with that, but I think it's more likely this bug was either too small or too complex to make the list. We had R. Stanton presenting his new VFP 9 report engine here in Vancouver, but it was one year ago, so I missed the chance to try to help this bug to jump the queue ;)
>>
>>>Doru,
>>>
>>>Your last response reminded me of something. Many many years ago I mentioned a bug in a FoxTalk article that I wrote (which I can't find right now), and it had to do with Group Headers not reprinting on a new page. Specifically, if I remember correctly, the bug I found had to do with the Group Header NOT reprinting if its corresponding Group Footer was the first thing to print on a new page. If an actual detail band object was the first thing to print on a new page, then the Group Header came out correctly, but not if a Group Footer was the first thing to print.
>>>
>>>Is this what you're experiencing? Maybe this phenomenon has never been fixed in any version of FoxPro... I don't know... I haven't tested it. I think I first discovered this back in the old FoxPro/DOS days. Or maybe this behavior is by design... maybe MSFT thinks that a Group Header re-print is not necessary if a Group Footer is going to print at the top of a page. Personally, I consider it a bug.
>>>
>>>--Brad
Doru
Previous
Reply
Map
View

Click here to load this message in the networking platform