Skip to content

Conversation

@exec-astraea
Copy link
Contributor

Added documentation for the new string behavior toggle and mentioned the toggle in the upgrade guide.

@quinntracy
Copy link
Collaborator

@exec-astraea Can this be merged after review, as the release occurred this afternoon?

@exec-astraea
Copy link
Contributor Author

@quinntracy yes. But this will also need an RnD review from @Robinfr.

@quinntracy
Copy link
Collaborator

@exec-astraea Got it. Once @Robinfr approves, I'll take a look.

We understand that this change might cause unexpected changes in existing applications migrated from older versions of Mendix.

We recommend carefully analyzing all expressions that are comparing strings against `''` or `empty` and doing extensive testing after the migration.
In Mendix 11.6.3 we have introduced [an option](https://docs.mendix.com/refguide/app-settings/#new-sting-behavior) to toggle between the old and the new client-side String attribute behaviors. Projects migrating from Mendix 10 to 11 will retain the old String behavior unless you manually switch to the new one.
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

new sting? I think you mean #new-string-behavior? 😄

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

🐝

We recommend carefully analyzing all expressions that are comparing strings against `''` or `empty` and doing extensive testing after the migration.
In Mendix 11.6.3 we have introduced [an option](https://docs.mendix.com/refguide/app-settings/#new-sting-behavior) to toggle between the old and the new client-side String attribute behaviors. Projects migrating from Mendix 10 to 11 will retain the old String behavior unless you manually switch to the new one.

We recommend to migrate your pre-existing projects to use the new behavior as soon as possible.
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Should we provide them with reasons why to migrate as soon as possible? The old behavior will be available until Mendix 12. Why should I migrate? I think it's good to mention that the new behavior will improve consistency between nanoflows and microflows, which will lead to less bugs in customers applications? (Maybe this is already mentioned elsewhere)

In Mendix 11.6.3 we have introduced [an option](https://docs.mendix.com/refguide/app-settings/#new-sting-behavior) to toggle between the old and the new client-side String attribute behaviors. Projects migrating from Mendix 10 to 11 will retain the old String behavior unless you manually switch to the new one.

We recommend to migrate your pre-existing projects to use the new behavior as soon as possible.
Please, make sure to carefully analyze all expressions that are comparing strings against `''` or `empty` and do extensive testing after the migration.
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
Please, make sure to carefully analyze all expressions that are comparing strings against `''` or `empty` and do extensive testing after the migration.
Please make sure to carefully analyze all expressions that are comparing strings against `''` or `empty` and do extensive testing after the migration.

* **Yes**: Use the React client (default). In this mode, you will get consistency errors for incompatible widgets.
* **Migration mode**: Use the React client and ignore incompatible widgets. Placeholders are displayed in the case of incompatible widgets. Recommended when trying out the new client.

### Use new string behavior {#new-sting-behavior}
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Oh you made the same typo here sting like a bee

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants