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

Add Internationalization Considerations section #415

Closed
marcoscaceres opened this issue Mar 6, 2020 · 5 comments · Fixed by #452
Closed

Add Internationalization Considerations section #415

marcoscaceres opened this issue Mar 6, 2020 · 5 comments · Fixed by #452
Assignees
Labels
i18n-tracker Group bringing to attention of Internationalization, or tracked by i18n but not needing response.

Comments

@marcoscaceres
Copy link
Member

There may or may not be any internationalization concerns with the spec, but we should make sure to have an "Internationalization Considerations" section stating that we've taken i18n into consideration. Of course, if there are things that should be considered, we should add them there :)

We will also ask the i18n WG to review the spec to see if they have any feedback for us.

This is part of w3c/webappswg#25

szager-chromium added a commit that referenced this issue Sep 23, 2020
@marcoscaceres marcoscaceres added the i18n-tracker Group bringing to attention of Internationalization, or tracked by i18n but not needing response. label Sep 24, 2020
@marcoscaceres
Copy link
Member Author

@LJWatson, I set the i18n-tracker label on this, but I'm unsure what the next steps are to have the l18n folks look at the spec? Do we need to ping them directly though their mailing list to request review?

@himorin
Copy link

himorin commented Sep 24, 2020

for formal horizontal review process including i18n, please check at https://w3c.github.io/documentreview/, post-FPWD or pre-CR might be the closest one?

@aphillips
Copy link

@marcoscaceres i18n-tracker causes us to come look at a specific issue. @himorin pointed out the horizontal review instructions. For I18N, the horizontal review is kicked off by adding an issue here (we have a nice template to fill in 😉)

Regarding this specific issue (and speaking as an individual), I'm not a fan of the "I18N penalty box" in a spec. When there are internationalization issues we generally deal with them in-line, rather than splitting them off to be addressed separately. While I like and appreciate that this WG is thinking actively about I18N, "we don't need the publicity" and I think you'd be better off omitting this section unless/until there is something material that needs to be documented (and which doesn't fit into the flow of your specification).

@marcoscaceres
Copy link
Member Author

I too agree and prefer the inline approach, tbh. I'll also note that other folks prefer having their own box (e.g., privacy/sec) - but it's great to know we don't need to include one for i18n.

@szager-chromium
Copy link
Collaborator

I can't think of anything about IntersectionObserver that would raise internationalization concerns, so based on the conversation so far, I'm going to close this.

If a specific internationalization issue comes up, please create a new issue.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
i18n-tracker Group bringing to attention of Internationalization, or tracked by i18n but not needing response.
Projects
None yet
Development

Successfully merging a pull request may close this issue.

5 participants