So what happens when a column is created and then changed.
And then, possible, changed again in an alternate language?
First created, staticName is set and the cultured name
When names is changed, only the culturename is changed
When and alternate language is added, and copy of the culturename appears.
When name is changed again to doktor2, only the current language version is changed. Swedish 1053.
Now we have 3 version to manage.
When we choose overwrite language specific version the values dont change.
When we now change the column to Doktor3, only the 1053 version change when we’re using the alternate languagebrowser.
But if we change using the default language (1033) to doktor4, all local variants are overwritten
But then a local editor is at it again, setting doktor5 in swedish and the values are off.
But what happens if we now remove local variants? Then we're down to only the default columns
Changing from swedish gui to doktor6 and the english 1033 is changed.
But what happens if language is enabled again? Well, the old value is still there…
The lesson here?
Stay away from alternate languages!
And also a fun script for checking all the versions of a fields on a list.
Reflections over the current computer issues from an struggling network technician
Subscribe to:
Post Comments (Atom)
Powershell and Uptimerobot
Uptimerobot can be quite tedious when you need to update many monitors at once. For example say you bought the license for Uptimerobot and n...
-
Problem: In a customer environment they wanted to install RDS and DC on the same server. A nice cheap solution, which have worked perfectly...
-
Error received for no apparent reason when creating workflow. Errors were found when compiling the workflow. The workflow files were save ...
-
I had some problems with the old familiar "Working on it" for mysites in Sharepoint 2019. It was difficult to find information ab...
No comments:
Post a Comment