What you see is not what you get. Download does not match screen.

RE: What you see is not what you get. Download does not match screen.

Stefan Helzle — Tue, 01 Apr 2025 15:16:01 GMT

Cool! Keep in mind that querying in a loop is a performance risk.

RE: What you see is not what you get. Download does not match screen.

Chris.Gillespie — Tue, 01 Apr 2025 14:31:46 GMT

That did it!!!! Thank you to both of you!!!!!

RE: What you see is not what you get. Download does not match screen.

Stefan Helzle — Tue, 01 Apr 2025 14:26:25 GMT

Correct. But it still is a problematic design decision worth pointing out.

Chris.Gillespie , did you try to add a tostring() to line 67 in your expression? It seems like it returns a text wrapped into an any type. That Excel export might not like that.

RE: What you see is not what you get. Download does not match screen.

Mike Schmitt — Tue, 01 Apr 2025 14:12:14 GMT

Is there a way to do that when the value is held in a CDT-based table? After playing with it for a few minutes it seems like the answer is still "no".

[quote userid="274702" url="~/discussions/f/user-interface/38833/what-you-see-is-not-what-you-get-download-does-not-match-screen/146802"]a custom record field [/quote]

RE: What you see is not what you get. Download does not match screen.

Mike Schmitt — Tue, 01 Apr 2025 13:55:13 GMT

That may be the only way if you expect the built-in excel export button to work and resolve the value correctly for your column. Though if you're really good at defining a custom column, I'd suggest that might be worth trying for a little bit first (i always forget whether or not we can make a custom column do something as elegant as querying a value, but I'd at least try before ruling it out. sorry if i'm flat wrong on this though... edit: i think i was actually wrong, you probably just need to set up a record type for it).

RE: What you see is not what you get. Download does not match screen.

Stefan Helzle — Tue, 01 Apr 2025 13:53:54 GMT

I detected an antipattern: Querying in a Loop

Antipatterns: Solution Design Mistakes to Avoid in Appian

Did you consider a custom record field to directly hold that value?

RE: What you see is not what you get. Download does not match screen.

Chris.Gillespie — Tue, 01 Apr 2025 13:52:53 GMT

The issue is that the application is a mixture of CDT and RT tables. The data I need is in a CDT and the table I am using in the grid is a RT. I didn't want to create another record type in the application, but I guess I will have to.

RE: What you see is not what you get. Download does not match screen.

Mike Schmitt — Tue, 01 Apr 2025 13:50:39 GMT

Your grid column is using a rule to (presumably) look up and display the text value for the ID being returned by your data set. I don't think this is expected to be automatically handled in the "export" functionality just because it's configured in an on-form grid column. (I have barely used the built-in "export grid" button for this and other reasons, so I'm fuzzy on what hacks may or may not be available to us here.)

Are you not able to create a plaintext Record column based on the relationship with whatever table contains the values tied to those IDs?

RE: What you see is not what you get. Download does not match screen.

Chris.Gillespie — Tue, 01 Apr 2025 13:45:40 GMT

I'm using the built in export function. That part of the grid, "showExportButton: true".

RE: What you see is not what you get. Download does not match screen.

Mike Schmitt — Tue, 01 Apr 2025 13:40:00 GMT

What method are you using to generate the Excel? What is the configuration?