Crystal Reports text cuts off last line in Details section - crystal-reports

I have a Crystal Report 11 file that is a letter. The first Details section contains a large text box that has print date, address block, and the salutation line. Every once in a while, the last line of the text box gets cut off so that the salutation isn't seen. It's very inconsistent in that sometimes, I run the report for one person in my system and the text is cut off, but if I run the report a few hours later for the same person, without having changed the values of the address or name in my database, then the letter looks fine.
I increased the text box height and the Details section height, but the problem still occurs intermittently. Has this happened to anyone else, or does anyone have an idea what could be causing this?

Normally this should be working if you check the "Can Grow" option in the common tab of the "Format Field/Text" settings. With that option checked it shouldn't matter which height you set.

This is difficult problem that you have to attack from 3 different fronts:
Software Hot Fix
Default Printer
Form Authoring
Software Hot Fix: You'll need to download the CRRuntime that includes Hot Fix 20. This Hot Fix addresses truncation problems when making a PDF. You can find it at http://downloads.businessobjects.com/akdlm/crnetruntime/clickonce/CRRuntime_64bit_13_0_20.msi
Default Printer: The printer you use when authoring a report must match a printer when you are rendering a report. On our servers, there are no printers installed except the Microsoft XPS Document Writer. Be sure to select that as your default printer when writing the report.
Form Authoring: When you add a database field to your report, don't drag it from the field explorer onto the design surface. First insert a text object onto the design surface. When you've positioned and sized it, then drag the database field onto the Text Object. For whatever reason, the database field will wrap better when it is enclosed by a text object.

Related

Fillable Pdf multi-line, Allow rich text formatting in Acrobat Pro DC: but it ignores line spacing/leading set in More

I'm on Win10, using Acrobat Pro DC 2021.011... to edit and Reader DC (same version) to test.
From experience and from reading forums etc, forms in these apps are maddening... but I have not been able to find any discussion (or solutions) to the following behavior...
The form I'm building for other employees' use has a large edit text box set to Multi-line and Allow Rich Text Formatting. It is set to a default font, Calibri and size 50pt. For most situations this will work for them; provides 2-3 lines for a short product description. But occasionally they want a smaller font and more lines... They know how to get the ctrl+e properties bar. But in my testing of this alternative situation they'll need sometimes, I'm finding it's impossible to get the smaller font size and more lines to work. Here's my process.
tab into text box. Ctrl+E for properties bar.
before typing I set the font size to 24
then I type in my 4 lines of text
then I tab to my next form field...
and kaboom... the field I just filled...it's line height is so large it's pushed some of the content invisible. I assume this is coming from the field's default font size, 50
And if I try to adjust the line height, by selecting all the text and then choosing in More...>Form Field Text Properties>Paragraph>Line Spacing
If I set it to Single and click Close/click into another field I get the very large leading (presumably for 50pt font (same as pic above after point 5)
If I choose Exactly and set to point size slightly larger, click Close/out of field, I get another ridiculous result where the 2/3 line have the height I set, but the space between the 1 & 2 second line is way too much and the space between the last line and 3rd line is way too small...
before tabbing or clicking out of field to another field
Good lord.. what is that! 3 different leading values in the same field; just after applying 1 value to all lines, all text in the field...
It makes no sense... it doesn't look like it regards your input at all, and just comes up with it's own random leading... I've fiddled with Space before/after and combinations of Line Height and nothing comes close to what we need... At this point I'm convinced the Acrobat tools for a stylizing text in a multi-line, allow formatting text field are useless. I'd be better off with my employees they can't format anything, ever. Just type one line and hit Tab or Enter...
What is going on! I'm trying to make a simple fillable form for other employees to use, but this kind of behavior makes that impossible (It's enough of a stretch to teach them to use the ctrl+E and do some styling of their text but this is bonkers and completely unteachable... there's not rhyme or pattern to teach!)
Hope someone can help or has seen this behavior too.

Crystal Report: Remove empty extra line detail section in excel

I am trying to export report in excel but detail section give extra line per record. i want report with only single line for single recordenter image description here
Make sure that the bottom of your section is touching the bottom of every field in the section. If any fields are slightly taller/shorter or there is a gap between the field and the section boundary this normally happens.
If you believe that not be the case, possibly share a screenshot of the report in design mode and it may help.

Microsoft Word->Field Code->{TC}

So I am having a problem. This is what I can create on one of my laptop:
On another, when I created something that has {TC} in it, the whole field code disappeared.
For the example above, if on the other computer, both are running Office 2010,
I can input the code to create the table of content from:
{TOC \f \h \z \f 1\t "Heading 1,1,Heading 2,2,Heading 3,3,Title,1}
to
{TC}
The moment I type in TC, the whole {} disappears.
Other field codes work just fine, except for {TC}. So my question is how do I get {TC} to show on my other laptop?
Thank you for your time.
Apparently, I found my answer.
When I searched google for my answer, most sites give this as a solution:
For Word 2010, go to File->Options->Advanced
Under Show document contents: Select "Show field code instead of their values"
This is the equivalent of pressing Alt+F9, which DID NOT solve my problem.
Apparently, the solution to get {TC} to show in your document is in:
go to File->Options->Display
and check to always show HIDDEN TEXT.
I hope this helps someone in the future.
Yeah, the disappearing TC code is annoying at first -- seems like it's broken. Other codes work, but why does that disappear, even if entering manually? Word instantly sets TC code to Hidden, even the field code itself.
To temporarily toggle this visible without permanently changing your display to show Hidden Text, you can use the normal Ctrl-Shift-8, which toggles display of spaces, paragraph marks, tabs, and Hidden Text, on and off. This is a good keyboard shortcut to have in your standard back of tricks anyway. It is frequent in Word that you need to toggle paragraph marks on and off, because paragraph formatting is attached to the Paragraph mark, and when they're hidden, it can be tricky to fix various formatting issues.
The original post was a few years ago, but I fear things have gotten worse since then, not better. I am using Word 365 v2201, which should be up to date. The other day, I wasted hours on trying to resolve this issue with TC field codes.
First I tried entering them using Insert > Quick Parts > Field. Word creates what looks like a field code, but it behaves as normal text. Messing around with the various controls to toggle field display and hidden text etc etc, has absolutely no effect. It is basically a faux field. And of course, it is completely ignored when compiling the TOC.
Next, I tried entering it manually, by using Ctrl + F9 to either create a blank field or convert some existing text into a field. Same result as above.
As with the original post, this seems to afflict only the TC field code. Other codes work fine, including TOC. And if I create a TOC field, then edit the code to TC, it immediately loses its properties as a field. If I then put the O back in, it immediately behaves as a field once again. Unlike in the original post, adjusting the settings for field display and/or hidden text, have no impact.
In the end, the only solution was to create the field using Alt + Shift + o to open the Mark Table of Contents Entry dialog box. And finally, this works!

Crystal Report Problems when adding Line object

In Crystal Report sometimes I need to use a field with Can Grow property set to true but when I add line object to separate the rows for better readability the line doesn't adjust with the field growth and it intersects with the text. How to make the line adjust itself with the field growth?
OK, after a lot of try and error I found this option which fulfill that requirement (for CR under Visual Studio):
Right click the line, select Format Object, then check the option: Move to Bottom of Section when printing.

Jasper Report Desginer does not show static text or text field

Originally my report is created in v5.2.0. My report also uses resource bundles file. When open in eclipse using ireport designer plugin v 5.2.0, it can show all - static text and text field.
But when I am using ireport designer v5.1.0. It shows nothing. like
Do I need to configure something in iReport Designer?? Am I missing something??
I have had this happen because of the size of the static text box in relation to the font size. If the Font size is too large, it will cause the text to wrap to the next line and out of the frame. I am guessing that different versions of iReport have different thresholds before the wrapping occurs.
What I ended up doing to verify this was to make the box bigger until the text appeared. Then I played with the Font size until it would fit in the size box I needed.
I would not worry about the display problem. When the report is generated all text should be shown. If not set the options "Print when detail overflows" and "Stretch with overflow". The latter option is only available within dynamic text fields.
In my case my XML formatter "helpfully" put a new line inside my CDATA['s!!