Tek-Tips is the largest IT community on the Internet today!

Members share and learn making Tek-Tips Forums the best source of peer-reviewed technical information on the Internet!

  • Congratulations gkittelson on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!

text of fields are cut on top

Status
Not open for further replies.

Alcar

Programmer
Sep 10, 2001
595
US
Besides the difference from the report in my IDE and the report viewed on the browser, the text of the fields often are cutted on the top... even if the textbox has enough height space for anything...
How can I correct this behaviour?

Thanks
 
this may be a printer driver problem....check to see that you have the most current driver for the printer you are using.

A check on this would be to select another printer type if you have access to 2 printers and see if the problem exists using both printers Jim Broadbent
 
Well, I have changed the font face and size, but I also made sure that my textbox was large and heigh enough to contain the font. I could even make the textbox as heigh as the entire page and fill it with only 1 uppercase word and still have part of it eaten...

I'm using the VS.NET IDE and the Crystal Report that comes with it.
Another thing is that my page margins are TOTALLY different between the design mode and the report view.

Any help?
 
I am not printing at all... The report is being exported in pdf and the viewing of that already has the text eaten. The printer prints exactely that pdf...
 
Ahhh...it is a VS .net problem, eh! There seems to be a lot of problems with .net and graphics

Check out the knowledge base at Crystal Decisions below


use .Net as the search criteria and comb through the 100 odd bugs (a suprising number that are just an acknowledgement of a problem with no work around). There seem to be many Graphics problems.

I am not that enamored at this point with VS .net and Crystal... Jim Broadbent
 
Crystal Reports are printer based, it doesn't matter if you're printing, it uses the local printer to determine how to format the report.

Try designing using the same printer as the machine the report is called from, or vice versa.

And if there isn't a printer attached to this machine, you will probably get some bizarre formatting.

-k kai@informeddatadecisions.com
 
so far I have found this article about it:


but I am not using a FlexGrid control nor a DotNetBarcomponent.
The only "unpractical" solution I have found would be to make all the text not bigger than 8, resulting in little gibberish text that my grandpa won't be able to read - not that this is a real issue ;P .
 
check your printer drivers and/or try the report on another printer as synapsevampire and I have suggested Jim Broadbent
 
The point is this. I have no printer, or better, I have a network printer. But it doesn't matter since where I'm going to deploy this application they have 5 network printers and probably 1 local printer.
What I am doing is preparing the report, filling it with my Data, Exporting the report to a pdf file and viewing it on a web page. Somewhere in the middle of this process, the text are eaten.
 
ALCAR - the point of selecting a different printer is to test to see if our thoughts that it is a printer driver problem is correct.

The fact that you are not actually printing the report is immaterial. Crystal uses the printer driver information to display the report in as WYSWYG format as it can produce on the screen. Crystal does not use one set of criteria for screen display and another for printing.

SO...check the report by selection a different model of printer....if you still experience the same problem then it is some other problem....but if the report looks better then you know you have a printer driver problem . Jim Broadbent
 
gotcha =) I'll check it out when I will deploy the application later today.
Thank you for your help!

(ps: I told ya I was a crystal report newbie heheh)
 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top