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.
Has anyone experienced a problem with the text editor in versions 5.3x and above in the WebFOCUS MRE. Not sure if it is a browser issue, a JAVA issue or what, but if doing a copy by highlighting the field in the text, selecting the copy function on the edit option and then hitting enter to create a new line, when paste is selected rather than inserting the copied text at the point where the cursor now resides, it inserts the copied text in the middle of the next line. I normally use the ctrl-c, ctrl-v option so never noticed it, but a fellow programmer had the experience happen. He was using the Mozilla Firefox browser at the time as he can't get report caster to work in the IE browser, whole 'nother story.
Posts: 1317 | Location: Council Bluffs, IA | Registered: May 24, 2004
we had a similar problem with with the editor in 533. if the statements were, say, -SET &RGB1='RGB(200 200 200)'; -SET &RGB2='RGB(200 200 200)'; etc and you wanted to change &RGB1 to &&RGB1, the entire fex got screwed up.. & would insert itself all over the place. Since the embedded fexes no longer pass &vars, all of them have to be changed to &&, and its a nightmare. We've reported it, but have no idea if we've been heard. Have you reported your finding?
Posts: 3811 | Location: Manhattan | Registered: October 28, 2003
Originally posted by susannah: [qb] . . . Since the embedded fexes no longer pass &vars, all of them have to be changed to &&, and its a nightmare. . . . [/qb]
An alternative to globalizing all references within the called fex is to locallize the globals that the caller set, at the top of the called fex, and globalize the significant local vars just before -exit.
If the parameter sets are repetitive among the collection of called fexes, that can be compressed into a pair of -INCLUDEs.
Posts: 1925 | Location: NYC | In FOCUS since 1983 | Registered: January 11, 2005