@pacchi I have looked into this before, the solution I described in this post works, you just have to extend your skin or a text file referenced therein with the class that is contained by the property in the advanced presentation options.
You can also use a visibility condition on three seperate layouts and reference to a style class or even inline style, but that is considered deprecated. I think there’s even a Pega guardrail warning that discourages this.
I have already written the necessary vanilla JavaScript code, and it’s working as expected in a standard HTML environment. However, I’m unfamiliar with how this works in Pega.
Could you please provide some guidance on where to place the JavaScript code to trigger dynamic style updates effectively within Pega?
I did also notice that for tables, doing this leads to a garbled DOM-tree. Only when I include a section in the table cell, this is looking fine. It might have to do with optimized tables and / or css class overrides of table styles, but I didn’t dig into that too much.
@BasRulesMatter! I want to express my gratitude for your help. Nice to collaborate with you on this!
The solution which your provided is totally working fine and can be used for complex requirements. In my situation, I’m dealing with a table where I’ll be inputting around 100-200 data entries. With each entry, an activity is triggered, leading to a data transform and subsequent refresh of 100 table cells which is resource-intensive.