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.
No one will ever convince me that the HTML Composer tool is actually practical to use.
I am having such a heck of a time with the simplest of pages. It was created in v7.7.05. Now I want to add a parameter (heaven forbid!) and I am having nothing but trouble. So I thought I'd use Dev Studio 8.0.08 to create a new page to mimic the old one. I'm having just as much trouble.
What a waste of time.This message has been edited. Last edited by: Francis Mariani,
Francis
Give me code, or give me retirement. In FOCUS since 1991
Production: WF 7.7.05M, Dev Studio, BID, MRE, WebSphere, DB2 / Test: WF 8.1.05M, App Studio, BI Portal, Report Caster, jQuery, HighCharts, Apache Tomcat, MS SQL Server
I feel your pain. I wish the would devote resources to get the existing GUI working and more functional. I understand their resources going to 'flash' but there is not a day that goes by that we don't chuckle (or sometimes scream) about some GUI issue.
David Glick, Director, Information Builders will show you how to Jazz Up Your HTML Pages
This session, we will show you some of the advanced features of the HTML Canvas of WebFOCUS App Studio to enhance an existing working HTML launch page. We'll explore animations, the JavaScript editor, integrated CSS using the CSS editor, JQuery, and our own proprietary functions.
-Doug
In FOCUS Since 1983 ~ from FOCUS to WebFOCUS. Current: WebFOCUS Administrator at FIS Worldpay | 8204, 8206
Posts: 3132 | Location: Tennessee, Nashville area | Registered: February 23, 2005
Polishing a GUI of which the basics don't work well or are badly designed is a waste of effort IMHO. First get the basics right.
To name a few things:
It is SLOOOOOOOOWWWWWW. That's on a system with a dual core 3.2GHz Xeon and 24GB RAM, which should be plenty fast for such work.
Simple things like putting a control in the correct panel are hard to accomplish; you have to remember secret key-strokes to get that right (and I don't use the GUI often enough to remember those).
Even with the theme named '<Not Set>', composer injects class definitions in my HTML that I do not want. It insists on styling my buttons, for example.
Moving text fields changes their height. Every time it does that, I need to erase the height property.
Things never line up! Automatically placed items are not placed on the grid, but when you move them they do snap to the grid.
Newly discovered fields tend to have labels named after the amper-variable that the field covers. It would be nice to be able to add them on field discovery, so that the labels automatically get the correct dimensions based on useful text inside.
Adding new fields requires redefining the submit button links, after which any new fields get placed in such a way that large parts of the launch pages' controls get moved around. I'd much rather have them in a list somewhere at the side and drag them to where I want them to go.
By default, Dev Studio configures a theme to use in the GUI. That means that on every install of Dev Studio, we need to verify that people are at least using the same theme (namely '<Not Set>') to get consistent report styling. On the plus side, we could probably move our company styling into a new theme - I haven't looked into that yet.
Adding CSS/Scripts takes ages. The GUI insists on providing a list of suitable files, that I do not care for at all (we use absolute URI's), but I have to wait for that list to populate _every time_ I add a script or CSS file. I tend to add several javascript files to launch pages. It's faster to type the darn things (let alone, copy-paste them from our example files), but nowadays IBI doesn't let you. I think this touches on a more basic design problem in WebFOCUS, namely that all files tend to be in a single directory. We have app directories with 1100 files in them because of that, even though we moved our masters (~200, 2 files for each) to a separate app directory... IMO, virtual directories were a bad idea.
The worst thing is that sometimes HTML Composer crashes and throws away everything you've changed up to that point.
I'm not trying to make this sound like a rant, I think of these as real issues that I'd like to see improved upon.
WebFOCUS 8.1.03, Windows 7-64/2008-64, IBM DB2/400, Oracle 11g & RDB, MS SQL-Server 2005, SAP, PostgreSQL 11, Output: HTML, PDF, Excel 2010 : Member of User Group Benelux :
Francis and RobertF, couldn't agree more! Even if you don't get stuck in errors and spend many, many valuable hours: the final result looks poor and has the looks from another era.This message has been edited. Last edited by: SWES,
WebFOCUS 8105m Windows 7, All Outputs
Member of the Benelux Usergroup
Posts: 198 | Location: Amsterdam | Registered: August 24, 2011
To say that I hate using the GUI is a vast under statement. I use it when I basically have no other option.
I have 1 and only 1 launch screen that I have built using the GUI. I used Dev Studio 8.0.08. At the time we were still using IE8. We moved to IE10 and guess what, it stopped working. It wouldn't work for nothing. I opened, made a insignificant change and saved it. It still wouldn't work. I downloaded and installed App Studio 8.0.08, opened the original one, made no changes and saved it. Now it works. Anyone from IBI care to explain why that makes any sense?
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
I think you need to visit Nashville, TN for Our Users Group Meeting.
David Glick, Director, Information Builders will show you how to Jazz Up Your HTML Pages
This session, we will show you some of the advanced features of the HTML Canvas of WebFOCUS App Studio to enhance an existing working HTML launch page. We'll explore animations, the JavaScript editor, integrated CSS using the CSS editor, JQuery, and our own proprietary functions.
HAHAHAHAHAHAHAHAHA!!!!!!!!
These demos are done in such a controlled environment, with a version of the software none of the client yet have - what's the bl**dy point?
The question was "what can't the Canvas do?" My reply was "the version I'm working with can't do all the stuff you're showing off with the version you have".
The lesson I learned quite a while ago is to not bother with the GUI and use pure unadulterated HTML and JavaScript/jQuery. But I continue to get stupidly caught up by "hey, I built the simple page in GUI 7.7.05, where's the harm in opening it in GUI 8.0.08?"... Then I spent three hours rebuilding the page from scratch.
There's a big difference between the software that's marketed and reviewed by Gartner et al, and the one us lowly developers/users/abusers actually use.
Francis
Give me code, or give me retirement. In FOCUS since 1991
Production: WF 7.7.05M, Dev Studio, BID, MRE, WebSphere, DB2 / Test: WF 8.1.05M, App Studio, BI Portal, Report Caster, jQuery, HighCharts, Apache Tomcat, MS SQL Server
Why on earth does Dev Studio 8.0.08 HTML Composer still use the dreaded RTFILENAME keyword instead of the universally accepted SRC and why on earth does pointing and clicking to CSS and JS files that are located in the Web Applications area (again, universally accepted as the location for HTML related files) copy them into the Repository folder of the HTML file being worked on? I thought we had opened cases on this and it got fixed in 7.7.03 or 7.7.05?
Francis
Give me code, or give me retirement. In FOCUS since 1991
Production: WF 7.7.05M, Dev Studio, BID, MRE, WebSphere, DB2 / Test: WF 8.1.05M, App Studio, BI Portal, Report Caster, jQuery, HighCharts, Apache Tomcat, MS SQL Server
Unfortunately, the training does not deal with the real world, the one I live in. It deals with the rarefied world that people so much better than me live in.
Thanks for the thought.
Francis
Give me code, or give me retirement. In FOCUS since 1991
Production: WF 7.7.05M, Dev Studio, BID, MRE, WebSphere, DB2 / Test: WF 8.1.05M, App Studio, BI Portal, Report Caster, jQuery, HighCharts, Apache Tomcat, MS SQL Server
Like 2 days ago, I tried to set a radio button as checked, went to another element from the drop down list of existing elements to change something else, ran it, and the radio button was not checked. I then went back to re-dub it checked in its properties panel and it took a few tries of setting it, jumping around, saving it before it took permanently.
Last week, I tried opening an HTML form I created in the GUI tool in Notepad++ through the David Glick dubbed "official" way to edit the HTML if you want to (using the "Edit in Windows Associated Tool" option) to manually add an onclick handler to an element I wanted it to fire on, saved it, went back in a few moments later and EVERYTHING was wiped clean. Nothing existed anymore. All the file read was "sub". I wasn't too happy. I went this route because it "should be" a lot faster to just add the onclick attribute to the element instead of wading through the various panels to set up a task to do the same thing. I tried setting it up in the Tasks and Animations panel before such and it never took. It wasn't until I went into the properties -> events panel of the element I wanted to apply the onclick event to and not only assigned it via the events panel there (doesn't work yet), but double clicked it that the tool allowed for the connection/assignment to be recorded. SOO FRUSTRATING!!
Also, when you have several controls bound to parameters in the GUI, and check for the display values to be sent, it doesn't tell you what the variable names are that were assigned those display values. You must go into the code and use -? & -EXIT and search the list that populates in your HTML source output to figure it out. On top of that, the variable names the tool generates aren't very descriptive: _text1, _text2, _text3, and so on. When using those in your code, the next person needing to read such might have a hard time trying to figure out what those variables are referencing. I guess you could reassign them all (extra work), or add a comment, but oh wait, the tool will vaporize those if you happen to ever open it back up in the GUI from having it opened in the code to edit something. Sheesh...
I REALLY wish they would put the HTML tab back in. It's so lame that they cater to those that are too lazy to learn a few simple things in code. Give those people InfoAssist/Discovery. Keep the real development tool an actual development tool for all levels of expertise. Anyways...
8.2.02M (production), 8.2.02M (test), Windows 10, all outputs.
Posts: 1113 | Location: USA | Registered: January 27, 2015
Originally posted by Francis Mariani: why on earth does pointing and clicking to CSS and JS files that are located in the Web Applications area (again, universally accepted as the location for HTML related files) copy them into the Repository folder of the HTML file being worked on? I thought we had opened cases on this and it got fixed in 7.7.03 or 7.7.05?
You do know that instead of pointing and clicking a file name you can type an absolute URI there (for example: /approot/baseapp/fixEverything.js), do you?
Now that would be a good result of pointing and clicking too of course, but apparently IBI has customers with such weird setups that Dev Studio cannot safely assume that's going to be the correct URL after deployment. Quite likely, those customers are similarly stubborn as we are
WebFOCUS 8.1.03, Windows 7-64/2008-64, IBM DB2/400, Oracle 11g & RDB, MS SQL-Server 2005, SAP, PostgreSQL 11, Output: HTML, PDF, Excel 2010 : Member of User Group Benelux :
Originally posted by Francis Mariani: Aww, dhagen, what a sweet suggestion.
Unfortunately, the training does not deal with the real world, the one I live in. It deals with the rarefied world that people so much better than me live in.
Thanks for the thought.
Francis,
It took you 6 min to tell me to GFY (I can read between the lines).
Getting old, or did you have to calm down to write this?
"There is no limit to what you can achieve ... if you don’t care who gets the credit." Roger Abbott
I'm not interested in getting training on a version of a product that I'm not using, where the version I'm using has too many bugs to talk about and the version the training is on purports to have no bugs but actually does.
Francis
Give me code, or give me retirement. In FOCUS since 1991
Production: WF 7.7.05M, Dev Studio, BID, MRE, WebSphere, DB2 / Test: WF 8.1.05M, App Studio, BI Portal, Report Caster, jQuery, HighCharts, Apache Tomcat, MS SQL Server
dhagen, I don't this Francis' reply was really a GFY. I think, and Francis can correct me if I'm wrong, that it was more of a "Been there, Ddone that" reply.
As he said: "Unfortunately, the training does not deal with the real world, the one I live in." Which I both agree with and understand why it is what it is. I've been there and done that as well and have been many places to apply those "non real world examples" in "real world scenarios"
But, Francis, I'll bring your examples, and this post, to David's attention.
Posts: 3132 | Location: Tennessee, Nashville area | Registered: February 23, 2005
Automation Execution Summary white rectangle (data entry) box and a run button then
Access Denied
You are not authorized to perform this action.
That's most likely due to my lack of access to the non-existent fex: /WFC/Repository/manageme/std_reports/qaautomation/qata_dash_auto_exec_report.fex. I'll create one / repoint that to one of my own and get back to you... I'm in 8007.
Posts: 3132 | Location: Tennessee, Nashville area | Registered: February 23, 2005
Originally posted by Doug: dhagen, I don't this Francis' reply was really a GFY.
Relax. Francis and I have known each other for years. This is our shtick. We have a lot of respect for each other, but we like to push each others buttons online. Then, every once in a while, we get together for a few beers and laugh about it.
"There is no limit to what you can achieve ... if you don’t care who gets the credit." Roger Abbott
I totally, understand seeing that you're local to each other. But, I 'm just saying... in case others may not have realized it. So, it's true... You've both Been there, Done that... Now, come on down to Nashville... I'm totally relaxed, actually: Chillaxing ...
Posts: 3132 | Location: Tennessee, Nashville area | Registered: February 23, 2005
I should have stayed up all night to comment on this, bugger.
I have to admit that I've had many of the problems mentioned, especially the check boxes and radio buttons not defaulting, ended up adding jquery to set them.
I even have an issue where editing in composer puts what seems like random carriage returns (yes I know, i'm old, that what I call them) in the javascript of one function only. Weird.
I do have a bit of respect for the set up of the pages, they are laid out in three parts. JS stuff, XML control and the HTML. I can see much potential in the design. I just think its still in its WF8 infancy.
Doug,
I'll have a look and see if there is something appropriate, but we have already heavily styled out pages.
You are having too much fun with Dev Studio exploiting its weaknesses. Join the real world and upgrade to App Studio and let the games begin. Dev Studio will not be fixed anymore and you will have to go to App Studio. The tools have there quirks but keep up the good work and force the changes that will make the tool better...
A better App Studio would make us all happy and we need to point out all its weaknesses and provide potential solutions that will make our jobs easier...