Expressions and Rules

The David Byrne Big Suit is one of the most distinctive costumes ever associated with a music performance. Its dramatically oversized shape turned a simple gray suit into a memorable cultural image. Worn by David Byrne during Talking Heads' celebrated performances, the outfit demonstrated how clothing can become an important part of a musician's artistic identity.The famous look is especially connected with Stop Making Sense, the acclaimed Talking Heads concert film. Even today, the image of Byrne performing in the enormous suit remains instantly recognizable among music and fashion fans.What Makes the David Byrne Big Suit Unique?The main feature of the David Byrne Big Suit is its exaggerated proportions. Instead of following the natural shape of the wearer, the jacket creates a large, boxy silhouette with dramatically broad shoulders.The trousers are also loose and oversized, helping maintain the unusual proportions throughout the outfit. The relatively simple gray color keeps attenti

Hello,I would like to ask about passing context information from a shared interface to a Record Action create form.BackgroundWe have a common Record Type that is shared and used by multiple applications.We created a common maintenance interface for this Record Type.  Interface: COMMON_recordTypeMaintEach application embeds this common interface to manage its own records.  Interface: APP_recordTypeMaintFor example:  COMMON_recordTypeMaint(    appName: "APP1"  )The calling application passes its application name (appName) to the common interface.RequirementWithin COMMON_recordTypeMaint, users can create, update, and delete records.When a user clicks Create, a Record Action is used to open the create form for the Record Type.The Record Type contains an appName field, and we would like this field to be automatically populated with the appName value that was passed from the calling application.For example:APP_recordTypeMaint↓XCOMMON_recordTypeMaint(appName: "APP1")↓Create Record Action↓Crea

Hi, We are facing a production issue in an application with a large volume of data. We display case counts using Expression Rules (ERs) and category-wise metrics using a Record Type-based Bar Chart. Although we apply filters on a few columns, when users select a 1-year date range, the queries process a significant amount of data and the ERs fail with:"Memory threshold reached during output conversion"The bar chart performance is also impacted due to the large dataset. We are looking for best practices to handle large-scale reporting and dashboard aggregation in Appian. Has anyone implemented an effective approach for such scenarios in production? Any suggestions or recommendations would be greatly appreciated.

I have worked across various applications. In my first application, we had 2,3 query rules for same record type but each serving a different purpose depending upon the field being queried or the amount of data being passed. In another project, we have a generic rule for each record type which is being used whenever we want to query the data. In one more project, I have seen only one generic rule being used for all record types which in turn means even the record type is being passed dynamically. I want to understand which approach makes more sense, pros and cons and do we really need to modularize everything this much.

Hi,Here is the scenario I am facing:I open an Expression Rule and implement my logic. I add several test cases to validate the expected behavior. I save the Expression Rule, which creates version 18. Later, I modify the Expression Rule code and save it again, which creates version 19. When version 19 is created, I can see that the test cases from version 18 are available in the new version.Could you please explain why, when I delete version 18 and refresh the latest version, all my test cases are lost?I would expect the test cases to be kept in version 19 since they were automatically carried over when the new version was created.I tried this on many ERs and observed the same behavior.Regards