The W3C Internationalization (I18n) Activity works with W3C working groups and liaises with other organizations to make it possible to use Web technologies with different languages, scripts, and cultures. From this page you can find articles and other resources about Web internationalization, and information about the groups that make up the Activity. Read also about opportunities to participate and fund work via the new Sponsorship Program.
What the W3C Internationalization Activity does
Selected quick links
Selected quick links
Selected quick links
For review: Structural markup and right-to-left text in HTML
The article Structural markup and right-to-left text in HTML is out for wide review. We are looking for comments by Thursday 13 May.
This article looks at ways of handling text direction for structural markup in HTML, ie. at the document level and for elements like paragraphs, tables and forms. The article has been largely rewritten to take into account recent developments in HTML and CSS. A section was added to describe the use of logical properties. The text was make more concise.
Please send any comments as github issues by clicking on this link, or on “Leave a comment” at the bottom of the article. (This will add some useful information to your comment.)
Article published: Can we derive base direction from language?
Sometimes people wonder whether it’s possible to obtain a definitive list of language tags which indicate a RTL base direction, so that there would be no need for separate direction metadata. This article looks into whether that is really feasible. (Spoiler: The W3C Internationalization Working Group believes it is not.)
To comment on this article, raise a GitHub issue.
Article published: Use cases for bidi and language metadata on the Web
Information about text direction and language needs to be associated with strings used on the Web. This article explores use cases that support that need.
To send a comment, raise a GitHub issue.
For review: Can we derive base direction from language?
The article Can we derive base direction from language? is out for wide review. We are looking for comments by Thursday 1 April.
Sometimes people wonder whether it’s possible to obtain a definitive list of language tags which indicate a RTL base direction, so that there would be no need for separate direction metadata. This article looks into whether that is really feasible. (Spoiler: The W3C Internationalization Working Group believes it is not a feasible approach.)
Please send any comments as github issues by clicking on this link, or on “Leave a comment” at the bottom of the article. (This will add some useful information to your comment.)
Article published: Typographic character units in complex scripts
CSS defines the typographic character unit as a basic unit of text for use with editing operations, however the meaning of that term can vary according to the operation, and there are issues in working with such units in complex scripts. In this article we look at examples of some of those differences and issues.
For review: Use cases for bidi and language metadata on the Web
The article Use cases for bidi and language metadata on the Web is out for wide review. We are looking for comments by Thursday 11 March.
The W3C Internationalisation Working Group recommends that data formats and string data are always associated with information about text direction and language. This is to ensure that the data can be correctly managed when displayed to a user. This article explores use cases that substantiate the need for this type of information.
Please send any comments as github issues by clicking on this link, or on “Leave a comment” at the bottom of the article. (This will add some useful information to your comment.)
For review: Typographic character units in complex scripts
The article Typographic character units in complex scripts is out for wide review. We are looking for comments by Thurday 25 February.
CSS defines the typographic character unit as a basic unit of text for use with editing operations, however the meaning of a that term can vary according to the operation, and there are issues in working with such units in complex scripts. In this article we look at examples of some of those differences and issues.
Please send any comments as github issues by clicking on this link, or on “Leave a comment” at the bottom of the article. (This will add some useful information to your comment.)
6 Gap-analysis First Public Working Drafts published
The W3C Internationalization Activity has just published First Public Working Drafts for 6 more documents that explore gaps in language support on the World Wide Web.
- Adlam Gap Analysis
- Hebrew Gap Analysis
- German Gap Analysis
- French Gap Analysis
- N’Ko Gap Analysis
- Osage Gap Analysis
These drafts complement the 21 Gap-analysis documents published last June.
We are looking for expert contributors who can help us move this work forward by answering questions, documenting other gaps in support, and creating tests. For more information about the program, see this 15 minute overview (slides), and see the Language Enablement overview page.
For review: Update to Character Model for the World Wide Web: String Matching
The Editor’s Draft of the Working Group Note “Character Model: String Matching” is out for wide review. We are looking for comments by Wednesday, 21 October.
The Character Model series of documents contains background material, best practices, and recommendations for specification authors, implementers, and content authors related to the use of character encodings and Unicode on the Web. The “String Matching” document deals with specifying content restrictions and the matching of identifiers in protocols and document formats for W3C specifications.
The new revision adds two new terminology definitions (“application internal identifiers”, “user-facing identifiers”) and a new section targeted to specification authors on “Specifying Content Restrictions” (Section 3.1). The Working Group would like comments about these specific changes; comments about other aspects of the document are also welcome.
Please send any comments as github issues.
New i18n tests & results: CSS Logical
The CSS Logical Properties and Values spec allows authors to specify margins, captions, etc. using declarations that are valid without change whether text is horizontal LTR or RTL, or vertical LR/RL. Values have names such as -start/-end, rather than -left/-right.
These new tests look at support for values in RTL and vertical LR/RL contexts. They cover block size, margins, padding, border width/style/color/radius, caption side, & floats.
The test results, and links to the tests themselves, can be found at
https://w3c.github.io/i18n-tests/results/css-logical.html
W3C® liability, trademark and permissive license rules apply.
Questions or comments? ishida@w3.org