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: open-source vs. open source From:"Michael West" <mbwest -at- bigpond -dot- com> To:<techwr-l -at- lists -dot- techwr-l -dot- com> Date:Tue, 28 Oct 2008 19:51:16 +1100
>>> It's not just you :-> Our Editorial Forum discussed
>>> this and decided that "open source" did not need to
>>> be hyphenated when used as a modifier because its
>>> typical usage was not ambiguous.
>> The idea that there is a committee somewhere that decides what I, or
anyone
>> else, will or won't find ambiguous is hilarious. That's not editing,
that's
>> clairvoyance.
> ??? Many style decisions are based on what you
> think the audience will or won't find confusing
> or helpful. Typographic conventions, page layout,
> hyphenation, GUI terminology -- decisions in all
> those areas and more are largely informed by
> what you think will be helpful to your readers.
Quite so, and that's why the decision to ignore a basic hyphenation
convention in the name of "what's good for readers" strikes me as risible.
I wouldn't argue with the "decision" of the committee, but only with the
claim to omniscience on which it seems to be based.
The case of "open source code" is an interesting one. It is, in fact,
structurally ambiguous. However, the ambiguity is pretty much irrelevant
because the difference between "source" that is open and "source code" that
is open is too subtle to matter to most people.
So the ambiguity is there; it just doesn't matter.
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
True single source, conditional content, PDF export, modular help.
Help & Manual is the most powerful authoring tool for technical
documentation. Boost your productivity! http://www.helpandmanual.com
---
You are currently subscribed to TECHWR-L as archive -at- web -dot- techwr-l -dot- com -dot-