Multi-Language Support: don't reply with all languages #26
baboulebou
started this conversation in
General
Replies: 2 comments
-
seems like the entire language mechanism ought to be optional... and if it's specified at all, it should rely on a more generic "options" mechanism which includes a bag of key-value pairs. it would be a perfect example of how a PDP/PEP interaction can become richer by specifying a "language": "es" option, which would instruct the PDP to localize any human-readable reason strings to that locale. |
Beta Was this translation helpful? Give feedback.
0 replies
-
Converted to issue #32 |
Beta Was this translation helpful? Give feedback.
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
-
I don't think it's a good idea to reply with all language strings, this could be a huge response and it would probably slow-down the PDP too. Instead, have the client PEP request the language it wants its responses in, and just return that 1 reason string.
==> This requires adding a Language parameter to the request calls.
Beta Was this translation helpful? Give feedback.
All reactions