[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: CD edition
Hello,
We can not expect people to help if we consistenly make them work with
information that they do not normally use. This will especially be a
problem for the VA Linux people as most of them are Linux entusiasts not
experts.
We should have a simple form that people can put in the document, the
section and subsection (if applicable) and submit standard text for us to
implement.
Even MCP probably doesn't have many people that can or will use diff of
any sort... although they might.
Joshua Drake
On 24 Apr 2000, Gary Lawrence Murphy wrote:
<CITE>>>>>> "d" == dave <[email protected]> writes:
<CITE>
<CITE> d> corrections need to be presented in such a way that the
<CITE> d> maintainer has a chance to either 1. accept; 2. reject;
<CITE> d> 3. change it differently than suggested.
<CITE>
<CITE>This is probably best done the way we do software. Ideally, the
<CITE>changes would be presented as a diff (wdiff?) against the docbook
<CITE>sources, although a diff against the ASCII sources would be sufficient.
<CITE>If they can all agree to use context diffs and the patch utility,
<CITE>approving all changes (or even after hacking a few) would be so
<CITE>easy it just might get done ;)
<CITE>
<CITE>--
<CITE>Gary Lawrence Murphy <[email protected]>: office voice/fax: 01 519 4222723
<CITE>TCI - Business Innovations through Open Source : http://www.teledyn.com
<CITE>Canadian Co-ordinators for Bynari International : http://ca.bynari.net/
<CITE>Free Internet for a Free O/S? - http://www.teledyn.com/products/FreeWWW/
<CITE>
<CITE>
<CITE>
<CITE>--
<CITE>To UNSUBSCRIBE, email to [email protected]
<CITE>with a subject of "unsubscribe". Trouble? Contact [email protected]
<CITE>
--
<COMPANY>CommandPrompt - http://www.commandprompt.com </COMPANY>
<PROJECT>OpenDocs, LLC. - http://www.opendocs.org </PROJECT>
<PROJECT>LinuxPorts - http://www.linuxports.com </PROJECT>
<WEBMASTER>LDP - http://www.linuxdoc.org </WEBMASTER>
--
Instead of asking why a piece of software is using "1970s technology,"
start asking why software is ignoring 30 years of accumulated wisdom.
--
--
To UNSUBSCRIBE, email to [email protected]
with a subject of "unsubscribe". Trouble? Contact [email protected]