As of December 1, 2020, Focal Point is retired and repurposed as a reference repository. We value the wealth of knowledge that's been shared here over the years. You'll continue to have access to this treasure trove of knowledge, for search purposes only. Moving forward, myibi is our community platform to learn, share, and collaborate. We have the same Focal Point forum categories in myibi, so you can continue to have all new conversations there. If you need access to myibi, contact us at email@example.com and provide your corporate email address, company, and name.
I have had major difficulties in getting very large text fields to display.
I know the following: Defines can be used to break up the field into 2 or more pieces, and there is a max number of characters allowed per text field.
My experience with large text fields has been:
Defines do not work if the original text field exceeds the max number of characters allowed.
Text field must be the final field displayed on a report. This forces me to work with compounded pdf reports.
Any text field beyond the max length causes WebFOCUS to truncate all report output from that point on. This includes all following compounded pdf reports that have nothing to do with the report that includes the large text field.
My question is: does anyone know of any improvements to the handling of large text fields in newer versions?
Posts: 37 | Location: Springfield, MA | Registered: December 03, 2004
Have you tried creating an MFD with a field definition of an A7000 just to see if it would work? Since your SQL 2000 table field is a variable character and not a CLOB it's worth a shot. You can then use WRAP to make the string fit reasonably on a report.
I just came across an issue where if a field has data with more than 1064 characters, and you're creating a PDF - the job agent will crash. It's not a problem with HTML or Excel output - only PDF's. I don't think it's an issue on 7.1.