Word Division: On “word-break”, Soft Hyphens, and Zero Width Spaces
Post from February 8, 2007 (↻ April 27, 2016), filed under Web Development.
Word breaks and hyphenation are sometimes a problem when it comes to little available space but long words: The longer the word and the less space available, the more a layout is “in danger.” English appears to be less affected than other languages (I suspect Finnish and also German to be sufficient examples for use of overly long words), but every once in a while a developer looks for ways to “automatically” break words.
Let’s take a look at possible solutions (example page).
word-break sounds quite promising, I understand the specification that it does not demand from implementations to really take into account grammar, but to rather provide word breaking on a per-letter basis. That’s how it works now when you try
break-all (see example), as long as you test with Internet Explorer that of course supports parts of this formerly unstandardized property.
Since this is just a little round-up, I will state that
- does not provide the kind of hyphenation we usually need, and
- it’s not yet broadly supported.
The soft hyphen—from Unicode’s C1 Controls and Latin-1 Supplement (PDF)—is usually injected via
­, respectively. Entirely skipping Jukka Korpela’s ancient article on SHY, we must note that it
- can also “consider grammar” (when used in the right places and in conjunction with a language that splits words using a hyphen, of course), but
- it’s not yet supported at least in Gecko-based browsers (like Firefox, for example).
Zero Width Space
Zero width spaces—see Unicode’s General Punctuation chart (PDF)—are used the same way as soft hyphens, namely by placing
​ entity references in your HTML. So what’s to remark when you bank on zero width spaces (summarized as confusingly as possible…)?
- Depending on the language they might be a good but also a poor choice when “just splitting up words” means creating spelling mistakes, and
- they appear to be supported the best, despite causing additional white space in Internet Explorer 6 (not necessarily a problem since IE 7 is doing well) and—contrary to soft hyphens—some uncertainty around whether there are user agents that don’t display the character correctly
Finally, you’re probably as wise as before, but beside correcting me on details (other nifty Unicode characters?) in this hastily written post please take another look at the aforementioned test page.
Update (July 9, 2007)
About the Author
On August 3, 2007, 10:34 CEST, Miha Hribar said:
Great article. I haven’t heard much of the mentioned zero width space, but the fact that it doesn’t work in IE6 still is a major issue (as a vast majority of users still haven’t upgraded their IE versions).
On that note, you forgot to mention the wbr tag, as it currently is the only piece of code that works well on all browsers I tested. Though it is not a valid tag, it still gets the job done (if you can live with all those failed XHTML validation results 😊).
For more info on the wbr tag check out quirksmode
<span style="font-size:0"> </span> gives an invisible space that the browser can wrap on, but the downside is that it ends up in the clipboard and if you use it excessively (between every character) it takes too long to render.
Another possible option is using the word-spacing CSS option, which is pretty widely supported. If you set it to a negative value your spaces appear invisible. Again, like all but word-break the space does then appear when the text is copy/pasted.
Have a look at the most popular posts, possibly including:
- Why “Conditional Comments” Are Bad, Repeat: Bad
- Weird Weekend Without Happy End: Eggebek, Flensburg, Denmark, and Bremen
Perhaps my most relevant book: CSS Optimization Basics (2018). Writing CSS is a craft. As craftspeople we strive to write high quality CSS. In CSS Optimization Basics I lay out the, at least some of the most important aspects of such CSS.
Looking for a way to comment? Comments have been disabled, unfortunately.