# Converting to String in UDT Event Scripting **URL:** \ **Category:** Ignition\ **Created:** [August 12, 2024, 3:36pm UTC](https://forum.inductiveautomation.com/t/converting-to-string-in-udt-event-scripting/94524 "2024-08-12T15:36:28Z")\ **Posts on this page:** 1\ **Showing post:** 12
**Author:** ![pturmel](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/pturmel/32/3295_2.png) [@pturmel](https://forum.inductiveautomation.com/u/pturmel)\ **Post date:** [August 12, 2024, 6:47pm UTC](https://forum.inductiveautomation.com/t/converting-to-string-in-udt-event-scripting/94524/12 "2024-08-12T18:47:16Z")
You'll have to look at the scripts to see what they are doing. There's no shortcut. If you find that the alarm events are doing potentially dangerous things (running too long), you might find the advanced techniques described here helpful: > [@Java concurrent queue for tag change scripts](https://forum.inductiveautomation.com/t/java-concurrent-queue-for-tag-change-scripts/82044): > > Continuing the discussion from [[SOLVED] Are tag Value Changed scripts running asynchronously?](https://forum.inductiveautomation.com/t/solved-are-tag-value-changed-scripts-running-asynchronously/68704/5): We've got code in our standard library that I need to log a value change on a tag and then associate various data points with that value change. The value is located in a UDT, and because this is part of our "standard" library we use for our customers, the number of tags is variable and quite possibly numerous so having a gateway tag event script isn't feasible for this solution. I was reading up on … --- _[View the full topic](https://forum.inductiveautomation.com/t/converting-to-string-in-udt-event-scripting/94524)._