[ FlexSim 20.2.2 ]
When I enter a string expression such as "Hello " + "World" in Assign Labels, it is not parsed correctly: the label is assigned the value
Hello " + "World
As a workaround, I can put the expression in brackets. Then suddenly FlexSim considers it a script and shows the "Code editor" button to the right of the field, and everything works as expected with a label value of
Hello World
Sample model: AssignLabelsConcatStrings.fsm
Yes, that field assumes that if the first character is a quotation mark, that you are entering a string.
As you did, if you want to evaluate it as code, then wrap the expression in parentheses.
Universal Edits no longer draw blue. That is a Universal Edit. That's why it behaves this way.
"After all, basically everywhere else in the software this does work."
Where else exactly in the software can you enter a string value that isn't executed as code and "this does work"?
I'm trying to find fields that return strings and work differently than this field, but I keep finding fields that return strings that work the same way as this field. This is how these fields have always worked.
For example, Push To List Partition ID:
Event-triggered Source Token Name:
Maybe these types of fields shouldn't behave like this, but they do and they always have. Precisely because they are Universal Edits.
After discussing this with the developers who implemented it, the best solution seems to be to improve how the Universal Edit determines that the user entered a string. I'll add a case to the dev list to improve that algorithm to consider more than just the first character to determine whether it is a string.
