# Create New Alarm Priority/Class

**URL:** <https://forum.inductiveautomation.com/t/create-new-alarm-priority-class/38736>\
**Category:** Ignition\
**Created:** [September 16, 2020, 9:28am UTC](https://forum.inductiveautomation.com/t/create-new-alarm-priority-class/38736 "2020-09-16T09:28:37Z")\
**Posts on this page:** 1\
**Showing post:** 11

<div class="post-metadata">

**Author:** ![justinedwards.jle](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/justinedwards.jle/32/37854_2.png) [@justinedwards.jle](https://forum.inductiveautomation.com/u/justinedwards.jle)\
**Post date:** [July 10, 2024, 1:51pm UTC](https://forum.inductiveautomation.com/t/create-new-alarm-priority-class/38736/11 "2024-07-10T13:51:43Z")

</div>

What module are you using?

> [@Custom alarm status/journal viewer in Vision?](https://forum.inductiveautomation.com/t/custom-alarm-status-journal-viewer-in-vision/67637/2):
>
> Personally, I probably wouldn't do this. At first, I will admit that I shared your view of the various unmalleable enum classes that comprise much of the data in the Alarm Status Table, and I found the complexity of that component to be a little off putting, but the more I work with it, the more impressed I am. The tool is quite comprehensive, and I can tell that a lot of high quality reasoning went into its design. It's actually quite a bit more flexible than it at first seems. However, if you…

---

_[View the full topic](https://forum.inductiveautomation.com/t/create-new-alarm-priority-class/38736)._
