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.
You can use CTRAN without having to figure out the Hex value (which is different for ASCII and EBCDIC) by incorporating the BYTVAL function into the code:
I think Waz's point is that with non-printable characters you still have to look up the code in and ASCII or EBCDIC manual (unless you have them memorized).
This is a great tip. Probably why I never thought of it.
In FOCUS since 1985. Prod WF 8.0.08 (z90/Suse Linux) DB (Oracle 11g), Self Serv, Report Caster, WebServer Intel/Linux.
Posts: 975 | Location: Oklahoma City | Registered: October 27, 2006
Interesting that HEXBYT behaves properly even when the fex source is in Unicode.
Apparently 16-bit Unicode source is mapped to 8-bit (ASCII) coding before dialog manager sees it, and that's how the Focus code is placed in FOCSTACK for execution.
-- But what does the mapping do with non-Latin Unicode values?
Posts: 1925 | Location: NYC | In FOCUS since 1983 | Registered: January 11, 2005
I have a field in a table which contains this value : "100-130-150-200-250 €". In excel the field appears as "100-130-150-200-250 ¤" (euro sign is not converted properly). How can I use your example to keep the euro sign in excel ?
Thanks for your help. Catherine
7.7.02 (Html, Excel, Ahtml, Pdf,Graph,.....) OS400 V5R3, V5R4 Windows 2000/2003/2007/2010
Posts: 68 | Location: France | Registered: February 27, 2008
Cati is this field always in the same format? numbers and dash at the same place?
If i would suggest some other solution
something like
NEWFORMAT1/A15=EDIT(OLDFIELD,'999$999$999$999$999$$');
-* this wil give you the string without dashes and valuta code
NEWFORMAT2/D15=EDIT(NEWFORMAT1);
now your newformat2 field is a number and you can present it with any valuta code, and that might work in excel as it should (although the NLS remark might still be important)
Frank
prod: WF 7.6.10 platform Windows, databases: msSQL2000, msSQL2005, RMS, Oracle, Sybase,IE7 test: WF 7.6.10 on the same platform and databases,IE7
Posts: 2387 | Location: Amsterdam, the Netherlands | Registered: December 03, 2006