It would be great if we could create extra custom mobile app properties such as extra colour properties.For example, the Primary and Secondary properties are great, but I would love to also create a custom property that is Primary-Gradient that allows me to use another colour in a gradient that goes with the Primary colour property.

---

Several of our teams are using group scheduler including our kids ministry. It would be super helpful if the group scheduler, the status board, and maybe even rosters showed the age classification of the person you are scheduling even if it was just with a special icon. For safety we require two adults to be in any of our kids rooms before we open them. In the current setup, especially with the switch to initials over the original avatar, this is very hard for the staff to quickly see as they are scheduling. This is extra hard for the volunteers...

---

We have really started to use Content Channels for multiple different purposes from Newsletter content to External Leader content access. We are finding some limitations with the administration of content and would like to make a few requests to make the content items work similarly to other areas of Rock.(I know you don't like to focus on administrative enhancements!) Are there currently any plans to rebuild the content channel blocks? If there are plans, then please consider these enhancements.The ability to have better filters for the content items. I requested this over a year ago and there is not much...

---

Adding a date range entry screen would greatly enhance performance and usability in the new batch list block for the obsidian version. Currently, when searching for batches from specific time periods, users have to select "All" as the filter, which leads to the display of extensive data spanning several years. This not only slows down the system but also makes it cumbersome to find specific batches. Implementing a date range filter would streamline the search process, allowing users to efficiently locate the batches they need without overloading the system with unnecessary data.

---

Add any "Show In Grid" Attributes as filter options in the Form Submissions tab as filter options.  Similiar to how the Workflow List Page works.

---

The problem I'm trying to solve can be seen in this Github thread, but the TL;DR is that today, if you have View access to the Bulk Update block, you can potentially bulk update things you otherwise should not have access to.The scenario we ran into is that we do NOT allow all Staff Workers to edit certain Person details such as Record Status and Connection Status. Only a smaller subset of Staff can edit those in our org, which is easily accomplished via the extra Verbs on the Edit Person block, such as Edit Record Status and Edit Connection...

---

It would be nice if there was a way to approve emails based on who is sending it or the communication list they are sending to. Ex: Some senders always need approval, but others don't. Or these certain communication lists need approval, but others don't. Adjusting the number of recipients doesn't work for us because, for example:We have 50 group leaders (needs approval)3000 attendees (needs approval)1000 parents of kids and students (doesn't need approval)There's just a large middle ground with a lot of emails that don't need approval. This could happen by making certain security roles always needing approval. And then...

---

Current functionality requires you to expand a placement group before you can place a selected Registrant in the group. The process s is a three step process: find group, expand, select person, drag into group.It would be more efficient, if possible, to be able to start with all groups collapsed, select Registrant, drag over collapsed group, group expands after a certain delay (to prevent any other group expanding as the Registrant is being dragged to the right gorup), then place Registrant into group.

---

When adding a group on an event's Placement Groups page, you can only set the Event~Group's Group Capacity when you first create the group.  If you forget to do this, or if the capacity changes after you have created the group, there is no way to get back to this value to change it.  (This also prevents you from setting up the placement groups from the Group Viewer if you want to use Group Capacity.)  The 'Edit' option from the three dots at the top right of each placement group takes you straight to the normal Group edit page, but...

---

Hello!I know that it might not be important for some churches but I think it creates a layer of security to Rock having a non-standard url key parameter for all Rock instances. For example, the Group Registration Block. It requires a key parameter of `GroupId` and all Rock instances has to follow that key. Why not provide that as an option in the block? It can be the default `GroupId` but it would be nice to be able modify it. What if I want it as `gg` or simply as `g`, that way whoever would try to play around with...

---