All Report Forms printed correctly in ReportBehaviour 90 for Windows computers running the VFP compiled exe. No Report Form printed correctly for Linux computers running the VFP compiled exe until I changed to ReportBehaviour 80. ReportBehaviour 80 Linux computers could then print Portrait...
When trying to use Landscape Report Forms that printed fine with ReportBehavior 90, RB80 gave me errors like "PageHeader band is too large to fit on page". I was able to adjust page settings on those Report Forms to make them work. I don't understand why RB90 worked while RB80 didn't, but I'm...
So ... SET REPORTBEHAVIOR 80 allows for actual print instead of boxes, but I did have to add NOCONSOLE to REPORT FORM commands to prevent output echoing to the current screen.
One problem remains. Report forms set to print in Landscape are still not working.
I am thankful for the progress...
Ooh La La. I may have found the solution!
I'll be testing further, but this looks like the issue. The default setting of REPORTBEHAVIOR 90 causes Report Forms to print black boxes. SET REPORTBEHAVIOR 80 allows for correct printing of a Report Form.
So many thanks for your time guys.
Thanks Olaf. You've come up with a logical, great idea. It may not work for me in the long run though, because my goal is to provide an option to run my VFP program in LANs with only Linux computers. In that situation there would be no Windows computer to do the printing.
I haven't yet...
I've tried test reports with several different fonts, including courier new, and the PDF printout is a black box, not a printed line.
I've created a Virtual_PDF_Printer using a downloaded PPD driver file for Linux from the printer manufacturer (Brother) - still prints a black box.
I'm pretty...
If I don't use Report Forms, if I simply SET PRINT TO and "? output", it prints fine. The problem is that my program currently uses a slew of Report Forms, all which work perfectly on Win7 computers. I started the tedious process of converting them, but that's when I ran into the problem that...
Just printed a Report Form to a PDF and it has the same problem with all printed lines being solid black. So problem is VFP program.exe running via Wine on a Linux computer.
To Mike Lewis: I actually have already tried the second printer technique. It works just fine on a Win7 workstation, but I've been unable to use it from a Linux workstation. For some reason I can't find the 2nd shared printer from the Linux computer. Win7 uses a standard TCP/IP for the...
I've been unable to find a way for my Visual Foxpro exe to change a printer orientation from Landscape to Portrait and back. As a potential work around, I added a duplicate printer on a Win7 computer. There's only one printer, but one version has Portrait as the default orientation (IP Port)...
Trying to add Ubuntu 18.04 workstations to a LAN of Win7 computers. My Visual Foxpro 9 compiled exe runs via wine on the Ubuntu installation. The VFP9 exe on Win7 can access and manipulate data on the Linux computer. The VFP9 exe on Linux can access and manipulate data on the Win7 computers...
Okay, I guess I solved my problem without pageframes.
I inserted DOEVENTS FORCE in one of the controls interactivechange events and it initially appeared to solve my problem. But then I realized that I still needed the interactivechange event default code to fire, and when I put a DODEFAULT()...
The middle section shows on both views because there's only room to display 2/3 of the form at a time. The bottom half of the top view is the same as the top half of the bottom view.
I created the form using setviewport() so users could enter data without the need to grab the mouse and change...
The 192 includes the labels as well as the textboxes.
It's a Patient Registration Form which contains one page worth of information.
I've used pageframes in other parts of my program, but because the Registration Form is replacing an old manual form, I thought it best to make it behave as a...
I created a dummy form to test the situation.
Size of form the same as my original.
Four controls. One displaying in top view only. Two displaying in both views. One displaying in bottom only.
One middle control changes the view to bottom upon LOSTFOCUS. The other middle control changes...
Your coverage log idea sounded superb. This is a copy of what was created.
0.006588,,registration.txtsmedical.lostfocus,2,c:\whil\forms\registration.sct,4
0.000053,txtdata,txtdata.lostfocus,1,c:\whil\libs\base.vct,5
0.000035,txtdata,txtdata.lostfocus,2,c:\whil\libs\base.vct,5...
I used form designer to create the form. It has a height of 629, 192 controls, and a LOT of code.
When the bottom control on the top view loses focus, LOSTFOCUS executes the following:
dodefault()
IF !MDOWN() AND !LASTKEY()=5 AND !LASTKEY()=19
thisform.SetViewPort( 0, 420)...
I have a large form that uses setviewport() to move between upper and lower views. Textboxes in the upper view work fine. Textboxes in the lower view don't echo the text that is typed in them. The text will appear once the control loses focus, but the user can't see it as they're typing. The...
This site uses cookies to help personalise content, tailor your experience and to keep you logged in if you register.
By continuing to use this site, you are consenting to our use of cookies.