Skip to content

Commit 3a35b93

Browse files
authored
Live publish
2 parents 6ab69ca + 7072aaa commit 3a35b93

File tree

2 files changed

+7
-3
lines changed

2 files changed

+7
-3
lines changed

powerapps-docs/maker/model-driven-apps/create-edit-quick-view-forms.md

Lines changed: 4 additions & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -2,7 +2,7 @@
22
title: "Create or edit model-driven app quick view forms in Power Apps | MicrosoftDocs"
33
description: "Learn how to create or edit a quick view form"
44
ms.custom: ""
5-
ms.date: 03/13/2020
5+
ms.date: 07/23/2020
66
ms.reviewer: ""
77
ms.service: powerapps
88
ms.suite: ""
@@ -85,6 +85,9 @@ A quick view form can be added to another form as a quick view control. It provi
8585

8686
7. To save the form select **Save**.
8787

88+
> [!IMPORTANT]
89+
> Be aware of the behavior that occurs when you create a parent relationship with the same entity. For example, if Account has a relationship to Account and you create a lookup that is used by a quick create form that creates a parent record, the first record will not be saved with the lookup that has the parent record value. This is because of the circular reference introduced by using the same entity. If you experience this issue you can resolve it by removing the parent record id on the quick create form before saving the record.
90+
8891
## Next steps
8992
[Create and design forms](create-design-forms.md)
9093
[Create or edit quick create forms](create-edit-quick-create-forms.md)

powerapps-docs/maker/model-driven-apps/visibility-options-legacy.md

Lines changed: 3 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -2,7 +2,7 @@
22
title: "Show or hide model-driven app form elements with Power Apps | MicrosoftDocs"
33
description: "Learn how to display or hide from elements, such as tabs, sections, or fields"
44
ms.custom: ""
5-
ms.date: 06/11/2018
5+
ms.date: 07/23/2020
66
ms.reviewer: ""
77
ms.service: powerapps
88
ms.suite: ""
@@ -27,8 +27,9 @@ search.app:
2727

2828
Several types of form elements have the option to be shown or hidden by default. Tabs, sections, fields, iFrames, and web resources all provide this option. Using form scripts or business rules the visibility of these elements can be controlled to create a dynamic form to provide a user interface that adapts to conditions in the form.
2929

30-
> [!NOTE]
30+
> [!IMPORTANT]
3131
> Hiding form elements is not a recommended way to enforce security. There are several ways people can view all the elements and data in the form when elements are hidden.
32+
> Disabling, hiding, or locking a field, control, or form component using the form designer, manually in the form XML, or using a Client API only works to control data access in a Unified Interface or legacy web client app. It doesn’t strictly enforce data access by itself in the apps. Moreover, it doesn’t control data access using other ways to connect to Common Data Service such as using the Web service or a canvas app. To control access, [Set security roles for a form](control-access-forms.md#set-security-roles-for-a-form) or use [Field-level security](/power-platform/admin/field-level-security).
3233
3334
Rather than designing forms that depend on scripts to control visibility of options, consider whether a business process flow, a dialog, or switching to a different form may be better suited to meet your requirements. If you do use scripts, make sure that any element that might be hidden is hidden by default. Only show it with scripts when your logic calls for it. This way it will not be displayed in presentations that do not support scripts.
3435

0 commit comments

Comments
 (0)