Software architecture training : our two day "From Developer to Architect" training course is an interactive introduction to software architecture and aimed at software developers moving towards their first software architect role. Now available throughout Europe. Read more...

Introducing Character Sets and Encodings

i18n is often harder than it seems

The W3C have just released a short article about internationalisation (i18n), called Introducing Character Sets and Encodings. One of the responsibilities associated with being a technical architect is to ensure that the non-functional requirements are met. With more and more project teams building web applications for international audiences, it's becoming increasingly important to test that your applications can deliver content and accept input in varying character sets. This is a great example of a non-functional requirement that often gets neglected.

If you're currently designing a web application for public consumption and are new to topics including UTF-8, character encoding, HTML/XHTML page encoding and validation, take a look at the W3C's new article. Oh, and don't leave it too late to start testing that you're meeting your non-functionals. From experience, i18n is often harder than it seems.



Re: Introducing Character Sets and Encodings

It doesn't help when your IDE of choice refuses to adopt UTF-8 as the default encoding ...

https://bugs.eclipse.org/bugs/show_bug.cgi?id=108668

You can however define a per-project default .settings file that contains a definition to encode all files as UTF-8, overriding the workbench default.


Add a comment Send a TrackBack