Forum Discussion
angela
8 years agoCatalyst II
Nice to see that I am not the only person who has low respect for items containing the term "Core" :-) Welcome to the dark side! But I don´t thnk we should kill the main grid (maybe later... :-) ). Creating a customized TOC view will high likely not solve the problems with the Actions that link to the false tables.
I made some attempts with JS. Mostly in the ItemType tab “Client Events” (event = onAfterNew). Problem: The events only react on changes in the new ItemType, not in Part. The whole issue is more in direction of Federation, which I have to deal with the next weeks anyway.
But maybe we should just think more radical.
In summary, the following functions are currently causing problems:
- Save As
- Lock / Unlock
- Structure Browser / Where Used (lower priority for me right now)
All of them have the same fundamental problem. The button actions link to the wrong tables. But they have one thing in common: All of them are CUI elements! (if you use SP9 or above).
Instead of modifying the ItemTypes or Methods, why not get rid of the standard Actions and use own CUI buttons that do the work right?
Something similar is e.g. done in the ItemType InBasket, where lock/unlock is replaced with claim/unclaim.