Can you please make all related table fields available to users to be added via personalize vs having to create an extension to add existing stock fields to pages. This way customers can add fields they need without having to pay a partner to write and add an extension to add fields to pages.
Comments
Vote for this. Should not have to pay Var to add fields that are already in the tables. Customers should have access to all table information for reporting and personalization.
Category: Development
Please make it possible to select all fields. We're missing some essential fields in different pages. Per example Vendor Invoice no. on Purchasing list, or Business Unit code in G/L Entries (needed in Consolidated companies).
Category: Development
Another solution might be to give an customization option like in the sandbox to shuffle, hide and add available fields.
Why we have to add/hide field through developing an Extension. I can't seem to grasp why some fields are hidden...
Category: Development
Good news! others have had similar ideas so we're merging them into one.
Here's what Chad said in his idea: "I would like to be able to add the Document Date or Posted Date as a column in the Posted Sales Invoices table view screen. When personalizing, Document date is not an option to choose from, it would be nice to be able to add more column in more areas. Seems very limited."
Category: Development
Under review but needs more votes!
The final solution would likely need to give developers more explicit control (eg. a new AL property) to specify which fields *cannot* be shown via personalization.
Category: Development
To be consistent, all fields in eg customer ledger entries should be made editable no, else the would be editable in the list (ok, it would not be saved).
What about cases, where Qty. to Invoice will be added to the sales invoice subpage, and changed? (Qty. to invoice must be editable for orders, so probably such cases must be solved by Code?)
Category: Development
Please also ensure to exclude hidden (flow)fields in the query. Also a rowstyle property would be nice, since we often tend to colorize all columns/fields based on a given status.
Category: Development
Ideally we should be able to exclude certain fields (property 'Internal'?) to be added to pages by the user, if they had been (mis)used for internal / coding purposes only. Sometimes we add a temp field to a table to transfer data when applying the arguments patterns, but those fields should not really be used / shown to the user.
Category: Development
CAn I get an update on this? It appears this idea was lost in the shuffle
Category: Development
Business Central Team (administrator)