You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: content/en/docs/refguide/installation/upgrading-from-10-to-11.md
+7-7Lines changed: 7 additions & 7 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -91,17 +91,17 @@ Consider the following expression:
91
91
$NewEntity/Attribute = ''
92
92
```
93
93
94
-
where `$NewEntity/Attribute` contains `empty` value.
94
+
where `$NewEntity/Attribute` contains an `empty` value.
95
95
96
-
In a Nanoflow, this expression would be evaluated to `true` because on the client side we did not distinguish between empty strings `''` and `empty` value.
96
+
In a Nanoflow, this expression would be evaluated to `true` because, on the client side, we did not distinguish between empty strings `''` and an`empty` value.
97
97
98
98
In a Microflow, this distinction exists and the expression would yield `false`.
99
99
100
-
Moreover, on the client side, a String attribute with a value set to `empty` would be treated as if it contains `''`. This makes it impossible to check in a Nanoflow whether an attribute is `empty` or if it has an empty String value `''`.
100
+
Moreover, on the client side a String attribute with a value set to `empty` would be treated as if it contains `''`. This made it impossible to check in a Nanoflow whether an attribute is `empty` or if it has an empty String value `''`.
101
101
102
102
In Mendix 11.0.0, we have made this behavior consistent. Now, strings are handled in the same way no matter where you use them.
103
103
104
-
We understand that this change might cause unexpected changes in existing applications migrating from older versions of Mendix.
104
+
We understand that this change might cause unexpected changes in existing applications migrated from older versions of Mendix.
105
105
106
106
We recommend carefully analyzing all expressions that are comparing strings against `''` or `empty` and doing extensive testing after the migration.
107
107
@@ -113,7 +113,7 @@ Below is an example of a check that might lead to unexpected behavior.
113
113
$NewEntity/Attribute = ''
114
114
```
115
115
116
-
If you used the expression to check if an attribute of an object was not filled in, we recommend using the [trim](https://docs.mendix.com/refguide/string-function-calls/#trim) function. Trim will automatically convert `empty` to `''` and remove all surrounding whitespace in a string.
116
+
If you used this expression to check if an attribute of an object was not filled in, we recommend using the [trim](https://docs.mendix.com/refguide/string-function-calls/#trim) function. Trim will automatically convert `empty` to `''` and remove all surrounding whitespace in a string.
117
117
118
118
```
119
119
trim($NewEntity/Attribute) = ''
@@ -141,9 +141,9 @@ In Mendix 11.0 you won’t run into any ambiguity around this anymore.
141
141
$User/Name + "@mendix.com"
142
142
```
143
143
144
-
In this example, Mendix will handle string concatination correctly no matter if `$User/Name` is `empty` or `''`. The resulting string will be `@mendix.com`.
144
+
In this example, Mendix will handle string concatenation correctly no matter if `$User/Name` is `empty` or `''`. The resulting string will be `@mendix.com`.
145
145
146
-
In this particular example, if you want to prevent the generation of email addresses without the first part, you should add a validation check before doing concatenation:
146
+
In this particular example, if you want to prevent the generation of email addresses without the first part you should add a validation check before doing concatenation:
147
147
148
148
```
149
149
if trim($User/Name) = '' then $User/Name + "@mendix.com" else ''
0 commit comments