TechWhirl (TECHWR-L) is a resource for technical writing and technical communications professionals of all experience levels and in all industries to share their experiences and acquire information.
For two decades, technical communicators have turned to TechWhirl to ask and answer questions about the always-changing world of technical communications, such as tools, skills, career paths, methodologies, and emerging industries. The TechWhirl Archives and magazine, created for, by and about technical writers, offer a wealth of knowledge to everyone with an interest in any aspect of technical communications.
Subject:RE: Justified versus ragged right From:Fred Ridder <docudoc -at- hotmail -dot- com> To:<techwr-l -at- lists -dot- techwr-l -dot- com> Date:Tue, 28 Oct 2008 10:38:07 -0400
David Downing wrote:
> Seems as of every time this question comes up, everyone is unanimous in
> preferring ragged right for all the reasons that have been given, which
> prompts me to ask two questions:
You've misinterpreted or misunderstood the responses. The preference
that was stated was for ragged right vs. the crude kind of justification
implemented by desktop word processing tools. Achieving justification
by adjusting only the spaces between words is aesthetically displeasing,
causes white "rivers" in the text, and degrades readability.
> First, is there, in fact, any argument to defend justified text, other
> than the fact that it makes for a nice, neat block on the page?
There is nothing wrong with *well done* justification. But no desktop
application (with the possible exception of InDesign) has a sophisticated
enough typographic engine to do a good job of justification.
> Second, how did justified text get to be the standard for published
> books?
Because there's nothing wrong with it *if it's done well* and it looks
good. Book publishers can afford to spend the kind of money that
a professional H&J (hyphenation and justification) tool costs because
the cost is spread across a large number of revenue-generating
deliverables. And for the same reason, they can afford to employ
operators who really understand the H&J process and the tradeoffs
involved so that they can achieve good looking results. A dumb
justification tool in inexperienced hands produces ugly results.
ComponentOne Doc-To-Help 2009 is your all-in-one authoring and publishing
solution. Author in Doc-To-Help's XML-based editor, Microsoft Word or
HTML and publish to the Web, Help systems or printed manuals. http://www.doctohelp.com
Help & Manual 5: The complete help authoring tool for individual
authors and teams. Professional power, intuitive interface. Write
once, publish to 8 formats. Multi-user authoring and version control! http://www.helpandmanual.com/
---
You are currently subscribed to TECHWR-L as archive -at- web -dot- techwr-l -dot- com -dot-