Whats your process flow like?

I'm curious to your standard design process flow, with having a global project, a scripting project and then my other projects. I tend to have three to four designers open, its a bit clunky and I try to close what ever I am not using but my screens are busy.

Whats your process flow like? Any tips or suggestions?

I avoid directly opening inheritable projects. Just leaf projects. If an inheritable resource needs to be updated, I override in the most convenient leaf for testing (or a new leaf project), and then send the finished resource back to the inheritable project after testing.

(There should never be anything but project scripts and UI resources in inheritable projects.)

1 Like

do you break up your global scripting project with folders for each project? That's where I have the most back and forth. I have my project scripts that are called in tag change scripts, etc...

I minimize use of tag event scripts, due to the thread pool overload hazard.

Only events defined on the tag need the global scripting project, so only pure tag actions go there.

Tag Change Event scripts in a project do not need the global scripting project.

See this topic:

Thanks, I was reading that and another post. I have a UDT and the simplicity of calling the script from a tag change in UDT made it easy. I see that its better to run the tag event script outside of the UDT, its just more configuration. Thanks again

If you have multiple projects, I do tend to create a separate Alarming project that only contains all the alarm notification pipelines needed. Another project for gateway scheduled/timed scripting actions. Another project for Reporting and scheduling, another project for front-end administration of users (such as creating users in your Identity Provider for example). All this to minimize updates to the main project your users interface with all day.

1 Like