112
Yeah, when you need it, the ApplicationArea property is great. But when you are developing a per tenant extension for a customer, of an app for app source where it's all or nothing (if you install it is because you want to see all fields/actions added by the app), having to add ApplicationArea = XXX to every single element becomes just visual noise, and even if you have some elements with a different ApplicationArea they will be hard to notice because every single element in the page has that property.

It would be nice to be able to specify a defaultApplicationArea in the app.json (which might not be All, depending on what the app does), so that any field or action without a specified Application Area is assigned to it.

P.S. I'm not adding an idea for it, but DataClassification is in a similar situation. I can see why you want us to be sure that we assign the correct DataClassification for each field. But really, if most people just copy/paste DataClassification = CustomerContent without a second thought (because that's the correct value 99% of the time), how is that different from just making CustomerContent the default and just letting us specify a different value when needed?
Category: Development
STATUS DETAILS
Planned
2022 Release Wave 2
Ideas Administrator

Thank you for this suggestion! In upcoming 2022 release wave 2, we have added support for falling back to parent object ApplicationArea value if not set on individual controls. 

In detail, when targeting runtime version 10.0 (i.e., 2022 release wave 2) or higher:
* Page controls without ApplicationArea property explicitly set now inherits the ApplicationArea defined on the parent page (or report if request page)
* Rules AS0062 and PTE0008 have been updated to allow not specifying an explicit ApplicationArea on the page control, as long as set on the parent object level, thereby providing a default.
* ApplicationArea can now be used without UsageCategory on pages to provide a default fallback for controls, without forcing search visibility
* No impact on search, UsageCategory and ApplicationArea still both required
* No impact on page (or report) extensions, values must still be set explicitly there.

Best regards,
Business Central Team

Comments

S

What is great about the ApplicationArea, when everyone only seems to use 'All' ?

Category: Development

S

Agreed -

Adding "ApplicationArea = All" to every single element really is just pollution.

Category: Development