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

language of error messages and other strings #32

Closed
nichtich opened this issue May 6, 2014 · 4 comments
Closed

language of error messages and other strings #32

nichtich opened this issue May 6, 2014 · 4 comments
Labels

Comments

@nichtich
Copy link
Member

nichtich commented May 6, 2014

should be localized by the HTTP accept-language header or sent in a default language.

@JonathanRowell
Copy link

PAIA is an interface and not a GUI. All messages, as in HTTP, should be in English and the client should provide a translation.

@nichtich
Copy link
Member Author

We should have a look at common error types (#33) before further decision.

@nichtich
Copy link
Member Author

Possibly language dependent fields in PAIA are limited to:

  • doc.about textual description of the document
  • doc.error error message, for instance if a request was rejected
  • patron.name full name of the patron
  • patron.address freeform address of the patron
  • doc.storage Requested pickup location (but there is also doc.storageid)
  • fee.about textual information about the fee
  • fee.feetype textual description of the type of fee (may be renamed, see Modify fee.feetype and fee.feeid #44)
  • error_description Human-readable error description (in request errors)

@nichtich
Copy link
Member Author

After thinking more about this I decided to refer to good old Content-Negotiation (PAIA 1.0.8): 143f118

@JonathanRowell Translations provided by clients are only possible based on identifiers such as the error field of request errors. We don't have such identifiers for document errors, so I opened #45

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

No branches or pull requests

2 participants