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.

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.


Page 1 2 3 4 

Read-Only Read-Only Topic
Go
Search
Notify
Tools
7.6.2 Snags
 Login/Join
 
susannah
Expert
posted Hide Post
here's a 762 gotcha that has made me insane..
try cleaning up your mre domains..
eg try creating some folders to make order out of chaos ...
and you know there's no MOVE, only a CUT (delete) and PASTE..
so holding breath at best, try CUTting a fex and PASTEing to a new folder,
and..
lo and behold
the PASTE changes the fexname...
it takes ALL OF THE DESCRIPTION IN THE PROPERTIES BOX and makes it part of the fexname!!! Mad
Kill me now!
Can you just imagine the face on the insidious brain that planted this rotten easter egg!



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
Brian Suter
Platinum Member
posted Hide Post
In 76x we no longer truncate reports to 8 characters. We will use the full description.
A cut and paste is a DELETE and a NEW. Even in 71x, if you create a standard report of fred, then change it's description to barney, then cut it and paste it - the new HREF will be barney. So you get the same behavior in 76x, but the href name is longer.


Brian Suter
VP WebFOCUS Product Development
 
Posts: 200 | Location: NYC | Registered: January 02, 2007Report This Post
susannah
Expert
posted Hide Post
DELETE and PASTE not NEW.
Doesn't matter that it happened in 761... Its still an insidious behaviour. Changing the description of a file using Properties, does not in fact change the fexname. Therefore the user has a reasonable expectation that COPYing and PASTEing from one domain to another will in fact keep the full nomenclature intact, ie name and description separate, as they are in the orginal.
Whether its COPY/PASTE across domains or DELETE/PASTE across folders, no matter. The carefully-learned behaviour of creating a fex with the fexname, then going back and changing the decription with the Properties box so that it sorts properly SHOULD BE RETAINED. Totally separate issue from having long fexnames. This behaviour shows all the signs of not-well-thought-out interface programming.
-s.



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
Brian Suter
Platinum Member
posted Hide Post
What I was saying is that the 71 (and 53) behavior was the same:Paste creates a new object using the description as the base of the new href. Agreed that paste could have the behavior you describe where the href is retained (we were just discussing that this afternoon independent of this post).


Brian Suter
VP WebFOCUS Product Development
 
Posts: 200 | Location: NYC | Registered: January 02, 2007Report This Post
susannah
Expert
posted Hide Post
aha. great minds....
applause if you can put it back ...



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
  Powered by Social Strata Page 1 2 3 4  

Read-Only Read-Only Topic


Copyright © 1996-2020 Information Builders