Dynamic grid column based on a one-to-many relationship

RE: Dynamic grid column based on a one-to-many relationship

Mike Schmitt — Wed, 17 May 2023 13:52:39 GMT

[quote userid="59361" url="~/discussions/f/user-interface/28686/dynamic-grid-column-based-on-a-one-to-many-relationship/112877#112877"]I hear this "Everything, everywhere all at once" from most of my clients.[/quote]

But what if they were just making movie recommendations?

RE: Dynamic grid column based on a one-to-many relationship

Stefan Helzle — Wed, 17 May 2023 06:18:47 GMT

IMHO this seems not like a great user experience. I hear this "Everything, everywhere all at once" from most of my clients. But this is only because they are used to work with Excel, but not because this would be the best way of doing it.

But, yeah ... your "requirement" can easily be implemented, just keep an eye on the performance. And queyr only the data required for a single page.

RE: Dynamic grid column based on a one-to-many relationship

dominiquel0001 — Wed, 17 May 2023 02:13:16 GMT

Hi Stefan,

thanks for your input, actually the grid will have paging + lot of filtering possibilities.

The grid is a tool that is used by our staff to see our multiples locations and which services are available in each location. They must have a quick picture or everything available everywhere.

RE: Dynamic grid column based on a one-to-many relationship

Stefan Helzle — Tue, 16 May 2023 12:01:31 GMT

Do you plan for paging? A grid with 800 rows will also slow down the client.

What does business want to achieve with this highly problematic UX?

RE: Dynamic grid column based on a one-to-many relationship

dominiquel0001 — Tue, 16 May 2023 11:51:49 GMT

Hi Stefan,
great, my main concern is more about how should I load the child in each row? Usually we feed a query result, but in this case I'm not sure which data structure I should use? Custom Data Fied, RecordType, dictionnary, etc.

I've got about 800 items, which can have up to 80 features (some item can have 1-2 features, while other have 50-60). Right now we are building a dictionary dynamically but the load time is long (like 30s with RecordType, while it take's SQL less than 1 to generate the same data).

To put you in better context, we are aware that the grid will overflow the screen and this is not a concern for us. Also, I understand some Item will only have values in column 1, 2,3,4,5,52,67, while other may have value in each columns.

RE: Dynamic grid column based on a one-to-many relationship

Mathieu Drouin — Tue, 16 May 2023 10:12:37 GMT

True. I proposed this solution because I had no way of knowing if the child elements would be the same for all the parent elements and also how many child elements there were in total (possibly making the grid stretch horizontally past the width of the page).

RE: Dynamic grid column based on a one-to-many relationship

Stefan Helzle — Tue, 16 May 2023 06:55:22 GMT

All UI components in Appian can be made dynamic. So, well, if that UI has to look like this, then a normal grid should do it.

RE: Dynamic grid column based on a one-to-many relationship

Mathieu Drouin — Tue, 16 May 2023 02:18:21 GMT

I personally would go with a master detail. So when you select a row in the RT1 sourced grid, it would pop another grid under it with the contents of the related records which you can than fill out.