Reduce friction when using translator in App project
Summary
While working on app#5 (closed) I noticed a lot of friction when accessing the cores translator for an upcoming angular service and pipe.
Resulting Todos
-
The return type of .translate
(TSOCType) wrapping a translation is too cumbersome to use and should be swapped with a function that outputs a translated SCThing. The current access pattern stems from the requirement of a reversible translation. -
Remove every option to pass a different language than the one the translator instance is set to, due to the lack of a use case -
The translator should respond to changes of already translated SCThings as the LRUCache in place accesses its values by uid, thus does not notice changes in the source object (about to be translated)
Edited by Rainer Killinger