Focal Point Banner


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. Moving forward, myibi is our community platform to learn, share, and collaborate. We have the same Focal Point forum categories in myibi, so you can continue to have all new conversations there. If you need access to myibi, contact us at myibi@ibi.com and provide your corporate email address, company, and name.


Connect to myibi
Focal Point    Focal Point Forums  Hop To Forum Categories  WebFOCUS/FOCUS Forum on Focal Point     Give us your feedback: New Dashboard Domain Tree Coming in Release 7.6.1!

Read-Only Read-Only Topic
Go
Search
Notify
Tools
Give us your feedback: New Dashboard Domain Tree Coming in Release 7.6.1!
 Login/Join
 
Member
posted
New Dashboard Domain Tree Coming in Release 7.6.1!

Information Builders is introducing several significant enhancements to the Dashboard Domain Tree in 7.6.1. The new tree shows all of the domains a user is authorized for and eliminates the current drop-down/submit button paradigm.

Unlike the old Domain Tree, context menus are only enabled for right-click in the new tree. Dashboard customers upgrading from previous releases are advised that user preferences (if any) for context menu selection (e.g., left-click, right-click, and hover) will not be respected by the new tree. It will be possible for customers to configure the old Domain Tree behavior if necessary; however both the old and new behavior cannot exist simultaneously.

Give us your feedback!
Take a look at a comparison of the old and new trees and post your comments on this initiative here in this forum topic.


Sincerely,
Gilbert Rodriguez
The WebFOCUS Product Implementation Team

This message has been edited. Last edited by: Kathleen Butler,

Word DocComparison_of__Old_and_New_Trees.doc (66 Kb, 63 downloads)
 
Posts: 4 | Registered: January 03, 2007Report This Post
Master
posted Hide Post
Good Work

Failing to click submit is one of the bugbears of support.

I vote YES!



Server: WF 7.6.2 ( BID/Rcaster) Platform: W2003Server/IIS6/Tomcat/SQL Server repository Adapters: SQL Server 2000/Oracle 9.2
Desktop: Dev Studio 765/XP/Office 2003 Applications: IFS/Jobscope/Maximo
 
Posts: 888 | Location: Airstrip One | Registered: October 06, 2006Report This Post
Expert
posted Hide Post
unless you can change the actual wording.. eg 'domain tree', 'standard reports', unless you can choose to not show standard reports at all, unless you can completely make it work for our enterprises, i can't see anything to write home about.




In Focus since 1979///7706m/5 ;wintel 2008/64;OAM security; Oracle db, ///MRE/BID
 
Posts: 3811 | Location: Manhattan | Registered: October 28, 2003Report This Post
Expert
posted Hide Post
The adoption of a tree structure instead of the combo box is, on the surface, a good one. However, when you have many domains to produce the granularity required for controlling report access, there could be a problem when the user wants to have the standard reports (etc.) open for many domains and would have to constantly scroll up and down to see other domains contents. Ok, this can somewhat overcome by careful consideration of working practice by the end user - like when does that happen? Also by careful design of Domains and groups but that would require rationalisation each time a new Domain is added. From this perspective I would prefer to have the previous method remain (with the NFR I put in for the onchange event for the Domain change, negating the need to click on "submit", thus improving the end user experience) as I think that this would better suit many users working processes.

You could argue that the tree structure is no different to the user accessing many different folders via windowse explorer and that the users should be happy with doing that, my counter would be that the BID is a different experience and existing users will not want that change (do they ever?). For brand new users - I think that they will get used to it - that's what new users do.

As for the loss of user preferences upon upgrade, I can only say that this is not good, as end users will, again, not understand why they are losing them. They will not want to have to go through all their customising again and will only serve to provide an initial alienation to the upgrade during testing.

Removal of standard report and reporting object creation? Why? Is this to allow an "under the covers" change that will affect structure? I need to know more on this.

My tuppence worth ........

T

This message has been edited. Last edited by: Tony A,



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, 2004Report This Post
Member
posted Hide Post
I like the new tree much better!
 
Posts: 1 | Registered: November 14, 2006Report This Post
Platinum Member
posted Hide Post
The new 'Tree' is certainly a good idea. Occasional DB users at our site always forget to hit the 'Submit' button and send issue tickets to IT.

And Tony has a great point (as always) too. Having an onChange event will be pretty slick and effecient when you have a long Domain list.

Sandeep Mamidenna.


-------------------------------------------------------------------------------------------------
Blue Cross & Blue Shield of MS
WF.76-10 on (WS2003 + WebSphere) / EDA on z/OS + DB2 + MS-SQL
MRE, BID, Dev. Studio, Self-Service apps & a dash of fun !! Music
 
Posts: 218 | Location: Jackson, MS | Registered: October 31, 2006Report This Post
Expert
posted Hide Post
Unfortunately, what LOOKS like a good idea may not actually be what's it's cracked up to be.

When we were presented with the old tree, most of us probably thought "what a good idea", until we started using it.

We'll have to iron out the idiosyncrasies of the new tree just like we did with the old tree.

I don't have access to 7.6, but can we designate a report to be "Run Deferred" only?


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
 
Posts: 10577 | Location: Toronto, Ontario, Canada | Registered: April 27, 2005Report This Post
Silver Member
posted Hide Post
My intial reaction is it would be easier to use than the prior interface. However, I agree with Susanna. If this is nothing more that just a face lift with the same restrictions on being able to easily rename and/or hide parts of the domain tree then not sure its a big step forward. If this new design will help faciliate finer grained customization/flexability in future service packs then I am all for it.


WebFOCUS 7.1.3 Windows Client AIX 5.2 Report Servers
 
Posts: 39 | Registered: January 26, 2004Report This Post
Member
posted Hide Post
The Standard Report and Reporting Objects creation from Dashboard is a capability that we will make available in a future release. Currently, this is created from the MR Applet. One of the goals is to ultimately have users with Administrator and Developer privileges create reports and reporting objects from Dashboard. In addition, the capability to designate a report to be "Run Deferred" only is one of many MR Applet capability that we would like to implement. The new domain tree will put us in a position to implement these in a future release. Stay tuned ...
 
Posts: 4 | Registered: January 03, 2007Report This Post
  Powered by Social Strata  

Read-Only Read-Only Topic

Focal Point    Focal Point Forums  Hop To Forum Categories  WebFOCUS/FOCUS Forum on Focal Point     Give us your feedback: New Dashboard Domain Tree Coming in Release 7.6.1!

Copyright © 1996-2020 Information Builders