Skip to content

Commit 121d7c9

Browse files
authored
Merge pull request #3311 from MicrosoftDocs/repo_sync_working_branch
Confirm merge from repo_sync_working_branch to master to sync with https://github.com/MicrosoftDocs/powerapps-docs (branch live)
2 parents b7b6876 + d59e41c commit 121d7c9

File tree

2 files changed

+5
-2
lines changed

2 files changed

+5
-2
lines changed

powerapps-docs/developer/common-data-service/behavior-format-date-time-attribute.md

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -34,7 +34,7 @@ If you have users and offices around the world, it is important to properly repr
3434
|Member name and value|Description|
3535
|---------------------------|-----------------|
3636
|`UserLocal`|- Stores the date and time value as UTC value in the system.<br />- The retrieve operation returns the UTC value.<br />- The update operation converts the UTC value to the current user’s time zone value, and then stores the updated value as is or as the equivalent UTC value depending on the kind ([DateTimeKind](https://msdn.microsoft.com/library/shx7s921.aspx)) of the value specified for update. If the specified value is of UTC kind, it’s stored as is. Otherwise, the UTC-equivalent value is stored.<br />- Retrieving the formatted value converts from UTC to the user’s current time zone based on the time zone and locale setting of the user.<br />- For the Web API, the attribute is exposed as DateTimeOffset.<br />- This behavior is used for system attributes like `CreatedOn` and `ModifiedOn`, and cannot be changed. You should use this behavior for custom attributes where you want to store date and time values with the time zone information.|
37-
|`DateOnly`|- Stores the actual date value with the time value as 12:00 AM (00:00:00) in the system.<br />- For the retrieve and update operations, no time zone conversion is performed, and the time value is always 12 AM (00:00:00).<br />- Retrieving the formatted value displays the date value without any time zone conversion.<br />- For the Web API, the attribute is exposed as DateTimeOffset.<br />- This behavior should be used for custom attributes that store birthdays and anniversaries, where the time information is not required.|
37+
|`DateOnly`|- Stores the actual date value with no time value.<br />- Retrieving the formatted value displays the date value.<br />- For the Web API, the attribute is exposed as Date.<br />- This behavior should be used for custom attributes that store birthdays and anniversaries, where the time information is not required.|
3838
|`TimeZoneIndependent`|- Stores the actual date and time values in the system regardless of the user time zone.<br />- For the retrieve and update operations, no time zone conversion is performed, and actual date and time values are returned and updated respectively in the system regardless of the user time zone.<br />- Retrieving the formatted value displays the date and time value (without any time zone conversion) based on the format as specified by the current user’s time zone and locale setting.<br />- For the Web API, the attribute is exposed as DateTimeOffset.<br />- This behavior should be used for attributes that store information such as check in and check out time for hotels.|
3939

4040
The following sample code demonstrates how to set a `UserLocal` behavior for a new date time attribute:

powerapps-docs/maker/common-data-service/data-platform-import-export.md

Lines changed: 4 additions & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -5,7 +5,7 @@ author: sabinn-msft
55
ms.service: powerapps
66
ms.topic: conceptual
77
ms.component: cds
8-
ms.date: 05/14/2018
8+
ms.date: 08/27/2020
99
ms.author: sabinn
1010
search.audienceType:
1111
- maker
@@ -139,3 +139,6 @@ The following data types aren't currently supported.
139139
- Timezone
140140
- Multiselect option set
141141
- Image
142+
143+
> [!NOTE]
144+
> Get Data from Excel and Export Data features are currently not included in the Power Apps Community Plan.

0 commit comments

Comments
 (0)