Reusable grid

RE: Reusable grid

Peter Lewis — Tue, 19 Jul 2022 17:13:54 GMT

Ah interesting, I guess the result of a query isn't truly a dictionary - it's actually just a list of variant. In that case I agree with your suggestion - probably casting to the map is safest.

RE: Reusable grid

Mike Schmitt — Tue, 19 Jul 2022 14:06:39 GMT

whereas, if i do the exact same query and same row, but cast the result as its type (or just as a!map), it works.

a!keys(
  cast(
    typeof( 'type!{urn:com:appian:types:APP}APP_Person'()  ),
    rule!APP_QRY_Person(personId: 87).data[1]
  )
)

a!keys(
  cast(
    typeof( a!map() ),
    rule!APP_QRY_Person(personId: 87).data[1]
  )
)

RE: Reusable grid

Mike Schmitt — Tue, 19 Jul 2022 13:52:19 GMT

[quote userid="2478" url="~/discussions/f/user-interface/25168/reusable-grid/97997#97997"]The keys function should work on a dictionary. [/quote]

I was able to reproduce Robert's issue actually. If I take a query entity which I already know to return a single known row, and wrap it in a!keys(), i get the pink error "The passed parameter(s) are of the wrong type. Received the type Any Type." I.e. from this:

a!keys(rule!APP_QRY_Person(personId: 87).data[1])

RE: Reusable grid

Peter Lewis — Tue, 19 Jul 2022 12:50:23 GMT

The keys function should work on a dictionary. Is it possible that the data you provided is empty? The biggest issue I see with this paradigm is that it is entirely dependent on the data that is provided, so if for any reason there is no data, it won't be possible to generate any columns either.

RE: Reusable grid

Mike Schmitt — Mon, 18 Jul 2022 23:56:29 GMT

I think my original suggestion was that you could add a type (or just type id) as a parameter of your reusable component, and call a!keys() on that type reference inside the component.

For example if you pass a relevant type number (integer), into this code, you get the requested keys: a!keys(cast(6590, {}))

(6590 is an arbitrary CDT type number in my system, sub out for one of yours, which you can discover with the "typeof" function)

RE: Reusable grid

roberts0186 — Mon, 18 Jul 2022 23:48:15 GMT

Sorry. yes the a!keys function on a datasubset.

Example is a!keys(value:ri!mydatasubset.data[1])

value being of the format

[isActive:true,modifiedBy:fin.financeadmin,createdOn:6/21/2021 3:19 PM GMT-05:00,createdBy:finley.financeadmin,purchaseOrderCategory:Haste,clientPoId:To,purchaseOrderId:105]

Returns error for the above line as "The passed parameter(s) are of the wrong type. Received the type Any Type"

RE: Reusable grid

Mike Schmitt — Mon, 18 Jul 2022 23:47:09 GMT

[quote userid="137368" url="~/discussions/f/user-interface/25168/reusable-grid/97947#97947"]map function doesn't seem to work [/quote]

What do you mean by "map function"? Do you mean a!keys()? Or are you trying to do something else? Can you post a code snippet, and share what you were hoping for (versus what you're achieving)?

RE: Reusable grid

roberts0186 — Mon, 18 Jul 2022 23:43:00 GMT

Do you happen to know how to use this with a datasubset?

I had thought i could just use the .data field, but apparently despite grabbing an individual dictionary(which documentation says works) from it, key function doesn't seem to work on it.

RE: Reusable grid

roberts0186 — Wed, 13 Jul 2022 19:19:38 GMT

I was brainstorming filter designs. Most of these are oriented around uncluttering filter usage without forcing the user to drill into hidden filters. When i say a filter I imagine something in the format below.

[CreatedBy]:[____enterTextHere_________________]

1. A filter that toggles the filtered field based on a set of autogenerated buttons in a line above your column names, named after the column names. See below

[CreatedBy] [CreatedDate] [Serial]

[______Enter text here_____________]

-I wasn't a fan of how cluttered things get with a dozen _Enter text heres__ normal filters in mass.

-Even with hiding them when not in use, I feel they either take too long to drill into or too many are shown at once with larger queries.

-Buttons would reduce this space usage and allow faster filter choosing and cleaner space. This could cover about twice the number of column names in the space a normal filter uses.

- Design decision with this is only one thing is filtered on at a time.

2. Most users probably only filter on a few columns. A way to let users choose their own configuration of normal filters might be useful. Add on filters by giving them a multi selectable dropdown with column names to enable/disable.

-I would like the dropdown autogenerated.

Some features seem too complicated as I type them out like letting a user create a preset that exists each time they log in. Plus I feel they would require creating tables for the info and would definitely stop the generic-ness of the rule I has wanted.

Ex.

(Kyle sets it up so he sees ID and FinishDate filters) (Marie sets her preset to see filters for ID and CreatedBy)

Anyway I think this is all a bit beside the point. Came here looking for ways to extract column info from things like datasubsets to automate the above. Thats what I want tips on here.

RE: Reusable grid

Stefan Helzle — Wed, 13 Jul 2022 05:50:16 GMT

I support Mike point of view. Creating a reusable component this close to the original will probably not help much.

Over the years I developed quite a few reusable components. In case you are interested, I would be willing to support you. Which functionalities do you plan?

RE: Reusable grid

roberts0186 — Tue, 12 Jul 2022 20:36:40 GMT

There are other bits of functionality I want to add in that increase its worth if reusably programmed.

Did not include them here was I wanted to keep the question simple.

RE: Reusable grid

Mike Schmitt — Tue, 12 Jul 2022 20:05:20 GMT

FWIW, this sounds like a neat exercise but I don't expect that this level of "reusable grid" will be worth the effort you put into it, in a production-usable sense. The read-only grid component is already easy enough to configure that it can basically just be designed as-needed, or if you have a use case where you need a bunch of different interfaces to use a similar one, then you can set up a reusable one under that slightly-narrower scope.

RE: Reusable grid

Mike Schmitt — Tue, 12 Jul 2022 20:02:01 GMT

[quote userid="137368" url="~/discussions/f/user-interface/25168/reusable-grid"]I don't know if there is a way to get a list of all the fields a cdt type has.[/quote]

a!keys() -->