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.
Recently had Dev Studio V7.7.02 installed and discovered that "PCHOLD FORMAT EXL2K" does not work. No errors, I just get an empty window. I still have V7.6 and it works fine.
Anyone else experienced this.
Thanks, TedThis message has been edited. Last edited by: Kerry,
Dev Studio 8.0.09 App Studio 8.2.01 DB2, FOCUS PDF, HTML, Excel, CSV In Focus since 1983
I'd open a case with IBI. We have hundreds of EXL2K reports and I'm testing 7.7.02 right now..and just tested a EXL2K report and it works fine...(you scared me!).
In Focus since 1993. WebFOCUS 7.7.03 Win 2003
Posts: 1903 | Location: San Antonio | Registered: February 28, 2005
I found EXL2K TEMPLATE reports (where the template includes a run-once macro to format the result pages) take a long time to open in IE. White screen, as Ted described. When I worked up the patience, the report did finally come up -- after a 5 or 6 minute wait.
I would like to capture the raw file that WF sends, to determine whether the delay occurs even when opened from disk directly in Excel, or only when it is opened via EXCEL.EXE helper in IE. -- Can anyone advise me on how to capture the file, before Excel has had a chance to trigger the macro?
- Jack Gross WF through 8.1.05
Posts: 1925 | Location: NYC | In FOCUS since 1983 | Registered: January 11, 2005
It may or may not be the case in this instance, but if you have page formating within your VBA code such as - With ActiveSheet.PageSetup .LeftHeader = "" .CenterHeader = "" .RightHeader = "" .LeftFooter = "" .CenterFooter = "" .RightFooter = "" .LeftMargin = Application.InchesToPoints(0.75) .RightMargin = Application.InchesToPoints(0.75) .TopMargin = Application.InchesToPoints(1) .BottomMargin = Application.InchesToPoints(1) .HeaderMargin = Application.InchesToPoints(0.5) .FooterMargin = Application.InchesToPoints(0.5) etc.
- Excel and the plug in will make a call to your default printer driver each change.
One way to see if this is the case would be to set your default printer to something simple such as the Microsoft XPS Document Printer (if you are on windows of course!). If the time taken to load is faster then the chances are that the page setup VBA is delaying things.
T
In FOCUS since 1986
WebFOCUS Server 8.2.01M, thru 8.2.07 on Windows Svr 2008 R2
WebFOCUS App Studio 8.2.06 standalone on Windows 10
Posts: 5694 | Location: United Kingdom | Registered: April 08, 2004
- Excel and the plug in will make a call to your default printer driver each change.
Once for each "margin" setting? Times once per tab if I handled each tab separately? (Ouch)
Kind of new at VBA. (What - Basic without line numbers?)
I tried recording a macro, selecting all sheets, and changing print margins. The generated macro applied the changes just to ActiveSheet.
I looks like there's no way to gangpunch those changes: Selection.PageSetup is invalid ('Object does not support this property or method'); if so, one is constrained to apply changes to one sheet at a time, whether via VB or the Excel GUI.
I'll try setting these properties of the template's sheets in advance, and see whether they survive the processing in WF server.
- Jack Gross WF through 8.1.05
Posts: 1925 | Location: NYC | In FOCUS since 1983 | Registered: January 11, 2005
Not surprising: the very fact that Excel allows the user to address the print layout properties of only one tab at a time indicates that the properties are stored with the tab content. So not surprising that the WF report wipes it out.
I tested running the macro locally, as JG (the capped one) suggested, with a real network printer as the default. Stepping through, there was a palpable pause at each line (setting margins and other properties. Not just setting margins -- even horizontal positioning, which has no obvious dependence on the printer).
When I just let the macro Run, the handling of each tab took measured moments. When I set Snagit's print-capture as the default printer, it ran lickety-split. So, it's as you said.
-jg
Posts: 1925 | Location: NYC | In FOCUS since 1983 | Registered: January 11, 2005