public inbox for cygwin@cygwin.com
 help / color / mirror / Atom feed
From: korz_fred@emc.com
To: <cygwin@cygwin.com>
Subject: Copy edits for 'cygwin-ug-net/using-effectively.html' - patch and changelog entry
Date: Thu, 26 Jun 2008 22:41:00 -0000	[thread overview]
Message-ID: <6B57DE2D690C194C962C7F41E24043CA093E2464@CORPUSMX40A.corp.emc.com> (raw)

[-- Attachment #1: Type: text/plain, Size: 936 bytes --]

I was catching up on the documentation (which I last read years ago) and
as I read for content I spotted a few copy editing problems
(subject-verb agreement, "and" instead of "are", preposition and article
choice).

According to the archives the 'cygwin' list is the one to which to send
user guide patches. [Thread "Where to send corrections for user's manual
?", Igor Pechtchanski and Christopher Faylor, Oct 20, 2002].  Such
patches didn't fit any of the (other) lists.

Attached are (1) ChangeLog entry per the pointers in
http://cygwin.com/contrib.html and the GNU ChangeLog standards and (2)
unified diff against the anon cvs sources (as of about 2200GMT
20080626).

It's been quite a few years since I've last contributed to projects
(e.g. elisp manual in 1990s, gmake test builds, etc).
Given the overhead (pointer chasing, etc, etc), I hope these changes
make it into the tree and the online docs.

Fred


[-- Attachment #2: ChangeLog --]
[-- Type: application/octet-stream, Size: 142 bytes --]

	* using-effectively.html: Copy edits - subject-verb agreement,
	missing verb (typo), preposition and (definite vs indefinite)
	article use.
	

[-- Attachment #3: using-effectively.patch --]
[-- Type: application/octet-stream, Size: 2731 bytes --]

? using-effectively.patch
Index: using-effectively.html
===================================================================
RCS file: /cvs/cygwin/htdocs/cygwin-ug-net/using-effectively.html,v
retrieving revision 1.20
diff -u -p -r1.20 using-effectively.html
--- using-effectively.html	9 Dec 2007 09:38:46 -0000	1.20
+++ using-effectively.html	26 Jun 2008 21:21:53 -0000
@@ -49,15 +49,15 @@ which <span><strong class="command">cygp
 Since using quoting and subshells is somewhat awkward, it is often 
 preferable to use <span><strong class="command">cygpath</strong></span> in shell scripts.
 </p></div><div class="sect2" lang="en"><div class="titlepage"><div><div><h3 class="title"><a name="id324910"></a>Console Programs</h3></div></div></div><p>
-Another issue is receiving output from or giving input to the console-based 
+Another issue is receiving output from or giving input to console-based 
 Windows programs.  Unfortunately, interacting with Windows console 
 applications is not a simple matter of using a translation utility. Windows 
-console applications and designed to run under <span><strong class="command">command.com</strong></span> 
+console applications are designed to run under <span><strong class="command">command.com</strong></span> 
 or <span><strong class="command">cmd.exe</strong></span>, and some do not deal gracefully with other
 situations.  Cygwin can receive console input only if it
 is also running in a console (DOS box) since Windows does not provide
 any way to attach to the backend of the console device. Another
-traditional Unix input/output method, ptys (pseudo-terminals), are 
+traditional Unix input/output method, ptys (pseudo-terminals), is 
 supported by Cygwin but not entirely by Windows.  The basic problem is 
 that a Cygwin pty is a pipe and some Windows applications do not like 
 having their input or output redirected to pipes.  
@@ -65,8 +65,8 @@ having their input or output redirected 
 To help deal with these issues, Cygwin supports customizable levels of 
 Windows verses Unix compatibility behavior.  To be most compatible with 
 Windows programs, use a DOS prompt, running only the occasional Cygwin 
-command or script. Next would be to run <span><strong class="command">bash</strong></span> with 
-the default DOS box. To make Cygwin more Unix compatible in this case, 
+command or script. Next would be to run <span><strong class="command">bash</strong></span> within
+a default DOS box. To make Cygwin more Unix compatible in this case, 
 set <code class="envar">CYGWIN=tty</code> (see <a href="using-cygwinenv.html" title="The CYGWIN environment
 variable">the section called &#8220;The <code class="envar">CYGWIN</code> environment
 variable&#8221;</a>).

[-- Attachment #4: Type: text/plain, Size: 218 bytes --]

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

             reply	other threads:[~2008-06-26 22:34 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-06-26 22:41 korz_fred [this message]
2008-06-27  1:05 ` Brian Dessent
2008-06-27  5:17   ` Christopher Faylor
2008-06-27  6:11     ` Christopher Faylor

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=6B57DE2D690C194C962C7F41E24043CA093E2464@CORPUSMX40A.corp.emc.com \
    --to=korz_fred@emc.com \
    --cc=cygwin@cygwin.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).