Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

/rec/multilinguality/content-language-paths #4

Open
michellutz opened this issue Dec 5, 2019 · 2 comments
Open

/rec/multilinguality/content-language-paths #4

michellutz opened this issue Dec 5, 2019 · 2 comments
Labels
question Further information is requested

Comments

@michellutz
Copy link

Requirement /rec/multilinguality/content-language-paths says:

The Web API SHOULD take the language specified in the Accept-Language HTTP header of a request to all paths into account. The Web API SHOULD include the Content-Language HTTP header in the response for a request to all paths.

Would the proposed approach based on HTTP standards be easily implementable by existing solutions?

@michellutz michellutz added the question Further information is requested label Dec 5, 2019
@cportele
Copy link
Contributor

cportele commented Dec 5, 2019

ldproxy supports the headers and takes the accept header "into account" in content negotiation, but this has limits. See #13.

@heidivanparys
Copy link
Contributor

Proposed approach: document for each of the tested implementation whether or not they support these headers. For providers of software solutions: explain whether support could be added and how difficult/useful/... that would be.

In general: document for each of the tested implementations how good they support each requirement and recommendation. If we would agree on that way forward, then this issue could be closed.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
question Further information is requested
Projects
None yet
Development

No branches or pull requests

3 participants