DescriptionThe Mobile Transaction List block currently displays transactions across all accounts. We would like to add an option so admins can limit which accounts appear—either by selecting specific accounts or an option to show only tax-deductible accounts.Additional Details & RequirementsFiltering should be managed via block settings to ensure flexibility without increasing complexity for end users. It would be great if one of the two options below were available.Account Selection: Allow administrators to select one or more specific accounts whose transactions should appear in the list.Tax-Deductible Filter: Provide an option to display only transactions associated with accounts marked as Tax-Deductible.Thorough Ministry...

---

Current BehaviorPersonalized Segments appear in the Communication Wizard in the order they were created. As new segments are added, they are appended to the bottom of the list.ProblemFor organizations with many Personalized Segments (such as campus‑specific segments), this makes it difficult for users to quickly find the segment they need. For example, when a new campus segment is added, it appears at the bottom of the list instead of alongside the other campus segments, resulting in a long, disorganized list.Requested EnhancementAdd the ability to reorder or sort Personalized Segments, such as, manual drag‑and‑drop ordering, and/or sorting options (alphabetical, custom order,...

---

Fill-In fields in Rock Mobile are interactive inputs, but still lack enough contrast and still feel visually cramped, which makes them easy to miss and harder to tap. The previous change produces the same results – a light gray, tight field. We're looking for a color pop.https://community.rockrms.com/ideas/2208/expose-fill-in-highlight-background-color-for-rock-mobileSince these elements are rendered natively in MAUI and not styleable via CSS, could Rock Mobile expose a small set of theme tokens specifically for Fill-In fields? 

---

Ministry brand colors don’t always translate well to dark mode in Rock Mobile. When those colors are automatically placed on darker backgrounds, like Onboarding, the default “primary” options can lose contrast and become hard to see. That’s not the experience we want for someone opening the app for the first time.There are a few ways we could approach this. One option is to introduce a dedicated dark mode color scheme, where we explicitly define how primary and brand colors should translate in dark mode instead of relying on automatic inversion or reuse. This would give designers and developers control over...

---

When viewing a page's properties in CMS Pages, the clickable URL uses a relative path instead of the full site domain. This causes the link to resolve to the internal Rock admin site rather than the external site the page belongs to — leading staff to unknowingly copy and share internal URLs. Ministry Need Churches and organizations rely on their web teams and administrative staff to manage, review, and share page links regularly — whether that's sending a giving page URL to a pastor, sharing a registration link in a newsletter, or verifying that a page looks correct after an...

---

We are stuck in the tension between having dynamic text size for elements within our app based on the users' text-size settings on their devices and sticking with fixed text sizes to keep pages/layouts readable and usable. We have found that some of our more seasoned users have such extremely large text-size set that our app has become unusable for them. We would love if there was a way to both allow for the dynamic font scale but set size limits to ensure reasonable layouts for pages and text staying inside the buttons. Ideally this would be based on the style...

---

Block titles are creating redundancies for website. For example, the change password block comes with two titles in addition to a dedicated page that comes with a page title. It would help if content editors could decide when to display default block titles and names.In this example, the user is presented with "Change Password" four times which can impact ministry reputation. 

---

It would be extremely helpful to have an email confirmation when a person accepts a Group RSVP invitation. Similar to Event Registration confirmations, this email would confirm that the RSVP was successfully submitted and include key details such as the group name, event name, date, time, and location.This feature would help remove any confusion about whether an RSVP actually went through, especially since the only confirmation right now is the Confirmation message on the screen right when you click Accept or Decline. Having an email confirmation gives people something they can look back on later, making it easier to plan...

---

DescriptionWe would like the option to add the description for each Communication List in the Email Preference Entry block, allowing us to display brief explanatory text below the Communication List title, so people better understand what they are subscribing to.Additional DetailsOptionally add the description field to each Communication List Email Preference Entry block, preferably through a block setting.Display the description directly below or near the Communication List Title.Ministry NeedWe manage multiple communication lists. Currently, users only see the title of each list, which does not provide a full understanding of what the list is.Without descriptions:Users may subscribe to lists unintentionallyMinistries...

---

In Rock Mobile, fill-in blanks within Structured Content appear to use a native MAUI highlight/background color that does not respond to HTML/CSS styling. .highlight, .fillin, .fill-in, ^Fill-In, ^FillIn, ^Fillin, .noteeditor, .tag, ^FillInSpan, ^FillinSpan, ^Fill, .FillInSpan, ^Span, .span, ^Mark, .mark, ^mark, .rock-fillin, .cdx-marker {    background: #ffaf12;    background-color: #ffaf12;    accent-color: #ffaf12;}The current highlight color is low-contrast and the tap target feels visually cramped because there’s little/no padding before and after the blank.Given that Fill-In is a supported field type, it would help to expose it for styling the same way other HTML tags are (e.g. .paragraph).

---