pbakker wrote:Using display tags in TableView headers is not likely to start working though, as the overhead of this is too much.
How about adding in display tags for the labelFor elements? Same overhead issue?
Currently you can do display tags on the tooltips for table fields...which is how I'm giving some indication of what the tag names of the columns are (setting them to the values of global fields which I switch from record to record).
It seems to me that that the overhead wouldn't be different between labelFor elements and tooltips. Being able to switch header text at runtime has a lot of application.
Pics are an example of a mail merge workflow where the columns of the recipients table is based on external mapping that the user sets up when defining merge templates. To accommodate, the column names in the backend storage table have generic names that are easy to process in a loop. Being able to show the user mapping in the column heading (and not just in the tooltip) instead of the generic backend column names would be cool.