Skip to content

Commit 2b60df6

Browse files
authored
Proofread
1 parent 5020584 commit 2b60df6

File tree

1 file changed

+7
-7
lines changed

1 file changed

+7
-7
lines changed

content/en/docs/refguide/installation/upgrading-from-10-to-11.md

Lines changed: 7 additions & 7 deletions
Original file line numberDiff line numberDiff line change
@@ -91,17 +91,17 @@ Consider the following expression:
9191
$NewEntity/Attribute = ''
9292
```
9393

94-
where `$NewEntity/Attribute` contains `empty` value.
94+
where `$NewEntity/Attribute` contains an `empty` value.
9595

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.
9797

9898
In a Microflow, this distinction exists and the expression would yield `false`.
9999

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 `''`.
101101

102102
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.
103103

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.
105105

106106
We recommend carefully analyzing all expressions that are comparing strings against `''` or `empty` and doing extensive testing after the migration.
107107

@@ -113,7 +113,7 @@ Below is an example of a check that might lead to unexpected behavior.
113113
$NewEntity/Attribute = ''
114114
```
115115

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.
117117

118118
```
119119
trim($NewEntity/Attribute) = ''
@@ -141,9 +141,9 @@ In Mendix 11.0 you won’t run into any ambiguity around this anymore.
141141
$User/Name + "@mendix.com"
142142
```
143143

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`.
145145

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:
147147

148148
```
149149
if trim($User/Name) = '' then $User/Name + "@mendix.com" else ''

0 commit comments

Comments
 (0)