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.
Join the TIBCO Community TIBCO Community is a collaborative space for users to share knowledge and support one another in making the best use of TIBCO products and services. There are several TIBCO WebFOCUS resources in the community.
From the Home page, select Predict: WebFOCUS to view articles, questions, and trending articles.
Select Products from the top navigation bar, scroll, and then select the TIBCO WebFOCUS product page to view product overview, articles, and discussions.
Request access to the private WebFOCUS User Group (login required) to network with fellow members.
Former myibi community members should have received an email on 8/3/22 to activate their user accounts to join the community. Check your Spam folder for the email. Please get in touch with us at community@tibco.com for further assistance. Reference the community FAQ to learn more about the community.
I've been researching this issue trying to get to the exact 'why' of it. I have a project where under each retreived row, I display notes as a SUBFOOT that vary in length from 1-1500 characters.
Here's the problem, occurs when using FORMAT HTMTABLE. When I take the notes from a DEFINE or COMPUTE and display them in the SUBFOOT, webfocus inserts a CR/LF into the text at various points as it generates the HTML to send to the browser.
As a result of this, when looking in the view source, instead of seeing... 1234567890 1234567890 1234567890
you might see... 1234567890 123 4567890 1234567890
Internet explorer interprets the CRLF as a space and displays accordingly with the magic space in your otherwise nicely formatted notes...
Has anyone encountered this before, and if so, do you know of a workaround? Thank you in advance.
I have constructed a very simplified CAR table demonstration of the issue. It saves the table in HTMTABLE FORMAT and then displays it in a HTMLFORM block. (Note the space between the 7 and 8 on the 3rd line of the SUBFOOT)
That actually worked like a charm on the simplified demonstration I provided. The problem is my actual application has a lot of css styling which is lost when I implement your solution (which DOES fix the spacing issue)...
I have added the 2 simple styles to the original demo to illustrate...
Casey is using 7.6.3. In versions prior to 7.7 there is indeed a limit of 511 character per html record. Anything larger than that will be split into two (or more) lines. This limit is not present anymore in 7.7.01, there these long lines are left intact.
GamP
- Using AS 8.2.01 on Windows 10 - IE11.
in Focus since 1988
Posts: 1961 | Location: Netherlands | Registered: September 25, 2007
Good morning everyone, and thank you for the prompt and insightful replies.
In answer to a few questions. My users are all using IE6 currently (upgrading to IE8 in Feb).
We are using Webfocus 7.6.6 currently and are also in the process of upgrading this to 7.6.10
This makes GamP's comment that much nicer to hear. The problem should be resolved when the upgrade is complete with no further changes. I will confirm this in our sandbox environment.
Thank you again everyone.
Production: 7.6.4 Test: 7.6.10 Windows XP, all output IE6
Originally posted by GamP: This limit is not present anymore in 7.7.01, there these long lines are left intact.
Unfortunately, that seems not to be the case in 7.7.03M.
I am experiencing the same issue where creating an HTMTABLE HOLD file out of columns longer than 511 characters is breaking their content into chunks of 511 characters (squeezing a line break in between) which are finally rendered as a SPACE (char 32) in HTML (using Internet Explorer 8).
This would it be so bad if it wasn't for the fact that we use HTML as part of our actual data to provide "formatted comments" in our reports and that "magic" space may actually be happening in the middle of an HTML tag rendering useless.
I know this is dumb but try holding as EXL2K instead of HTMTABLE. It seems to have fixed the issue in our reports. You will have to use WebFocus styling. I could not get CSS Classes to work but you can still manipulate the body, table, td, using styles. Also you can define fields that have html tags in them to manipulat e the styling of the data.