After going through the developer documentation, my fascination transformed into despair.
Some while back, OpenText introduced the Smart UI. They are still in the process of getting the Classic UI transferred, but as a technical end-user with exposure to other modern websites and fancy UI screens, I loved it and the new look has somehow fascinated me. Unfortunately though, after going through the developer documentation and exploring the examples my fascination transformed into despair.
Having now spent the last 6 months working on Smart UI customizations, developing command- and widget-based functionality, implementing Perspectives, playing with routers and creating REST API components I am once again starting to love the Smart UI SDK and its customization capabilities. Now when I look back at my previous experiences and design approaches, everything seems to have turned by 180 degrees. Most of the code I write now is on the client side and less of it is done at OScript level. Suddenly, I have started respecting client-side scripting languages more than ever. I have also noticed that with the Marionette framework I am writing less code than before. By using Underscore utilities and Marionette views I am more productive and concentrating more on business logic than getting bogged down with UI implementation details.
I am more productive and concentrating more on business logic than getting bogged down with UI implementation details.
I might have made it sound simple in the end. But what I am recommending to starters and fellow Content Server developers is:
get an in-depth understanding of Backbone and Marionette frameworks
then, and only then, go and explore Smart UI samples
The most important advice I would give is not to expect the default OpenText samples to be working from day one – even after following the Smart UI documentation to the letter. There is more that needs to be configured, than instructions provided in the Smart UI SDK samples and documentation. To add to the confusion, the initial version of Smart UI was using Marionette v2.3.0 and now it uses v2.4.7. Most of the online materials, tutorials and books are outdated and many demonstrate examples using deprecated functions. So keep an eye on the versions. By the way, my best partner in crime, tutor and trainer in this roller coaster ride was… “Chrome DevTools”. Use it to debug the Smart UI code and also to refer to how OpenText is implementing different Smart UI components.
I wish I had this advice at the start of my journey, and I look forward to hearing your experiences. 🙂
About the Author
Siva Salipalli is a Solution Architect and OScript Developer with Fastman. He is experienced in Web Reports, Builder, CSIDE for Livelink 9.2 to Content Server 16.2 and OpenText Smart UI sdk for Content Server 16 and Content Server 16.2. He has worked on solutions such as Fastman Permissions Manager & other custom modules for partners and customers.