Zsh Mailing List Archive
Messages sorted by:
Typos in chapter 6 of the zsh guide
- X-seq: zsh-workers 32466
- From: David Costanzo <david_costanzo@xxxxxxxxx>
- To: "zsh-workers@xxxxxxx" <zsh-workers@xxxxxxx>
- Subject: Typos in chapter 6 of the zsh guide
- Date: Wed, 5 Mar 2014 18:52:16 -0800 (PST)
- Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1394074337; bh=q6atpoC1PJHMcgm+q2S8lAmAalvKGGBFILmuEtjo61g=; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:Message-ID:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type; b=K7pEk3in0azSmzwEp19xqmrJzDyAJgKE81UhxRQ8pY0jMVEizv6tLYBXJlKNobhsyPXgOHKzMsN9QX4tS/WdqfOR3FKFSNCoZxBgj6fM32u6btDwEV7seoyXMYJHEQx6Wl0R2hxrNmhebhBf3x9IJ2xqn6TyFVylzohLfWzqUPM=
- Domainkey-signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:Message-ID:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type; b=dEIa6eZJ7D8GKnm3xPbEB1cWBYO6B5tuPaZPqkvv0NuV0fQAaFEgXeI6d764Scuj3wVwt3ayFXY5J/SLmdqEeW0GZFj94cjXXp5qp84iwtqDnMSFgLsmU3gnmU5n/wdUG4iGhX+Ef1OdHNTtnVp3/k42LnO1Y0cKjkJHNT/wZuo=;
- List-help: <mailto:email@example.com>
- List-id: Zsh Workers List <zsh-workers.zsh.org>
- List-post: <mailto:firstname.lastname@example.org>
- Mailing-list: contact zsh-workers-help@xxxxxxx; run by ezmlm
- Reply-to: David Costanzo <david_costanzo@xxxxxxxxx>
When I was reading http://zsh.sourceforge.net/Guide/zshguide06.html, I noticed a misspelling: "parsiing". I don't know the Right Way to report the typo to zsh, but the SourceForge project suggests I should email a patch to this alias. I'm also new to git, but I ran an xemacs ispell over c6.yo and here's the result of "git diff":
diff --git a/Guide/zshguide/c6.yo b/Guide/zshguide/c6.yo
index fe1b0df..115ba40 100755
@@ -2358,7 +2358,7 @@ pattern characters in the existing string are active, so this is a cross
between expansion and completion. You can also give it a numeric prefix to
show the tt(N)th most recently modified file that matches the pattern.
-By the way, you can actually do the same by setting appropiate styles,
+By the way, you can actually do the same by setting appropriate styles,
without any new functions. The trick is to persuade the system to use
the normal tt(_files) completer with the tt(file-sort) style. By
restricting the use of the styles to the context of the widget --- which
@@ -2386,7 +2386,7 @@ itemize(
completion so far didn't work.
it() First, tt(_menu) comes along; it actually does nothing more
than tell the system to use menu completion.
- it() Then tt(_files) generats a list of files. This uses
+ it() Then tt(_files) generates a list of files. This uses
the tt(file-sort) and tt(file-patterns) styles defined for the
tt(most-recent-file) context. They produce a set of files in
modification time order, and include only regular files (so not
@@ -2415,7 +2415,7 @@ Omit the tt(file-patterns) line if you don't want the match restricted
to regular files (I sometimes need the most recently modified directory,
but often it's irrelevant). The whole version using styles comes from
Oliver Kiddle, who recommends using tt(_generic) in this way any time
-you want to generate a widge from a specific completion such as
+you want to generate a widget from a specific completion such as
tt(_files). There is a brief section on tt(_generic) below.
@@ -2987,7 +2987,7 @@ subsect(The dispatcher)
This top level is only necessary for complex commands with multiple
subcommands. There are interesting titbits here, but if you just want
to know how to complete a command with ordinary UNIX-style argument
-parsiing, skip to the next section.
+parsing, skip to the next section.
The main tt(_perforce) function has the two purposes described at the top of
the previous subsection. We need to decide whether we are in the first
@@ -3195,7 +3195,7 @@ syntax, but in your case you may get `tt(-)tt(-)' as the separator.
seemed you'd already got to the last argument: it's possible for
options to have multiple arguments, and you can continue having
sets of tt(:)var(description)tt(:)var(action) pairs. This means the
-system needs some way of distinguishing these colons from ones indside
+system needs some way of distinguishing these colons from ones inside
arguments. While I'm digressing, you may also have noticed that I could
have written the tt(-s)var(X) as an option with arguments, in which case
you can have a bonus point.)
@@ -3271,7 +3271,7 @@ tt(^xh) to tell you about valid tags, you'll see tt(_arguments) has its
own generic tag, tt(argument-rest); this isn't usually all that useful,
so we are going to supply more specific ones.
-In the first possiblity, it's the standard one for files, `tt(files).
+In the first possibility, it's the standard one for files, `tt(files).
The function is the basic low-level one for completing files, too; it's
described below, but you already know a lot about the effect since it's
the completion system's workhorse which you use it all the time without
@@ -3413,7 +3413,7 @@ tt("$(cmd)") syntax; if the output is empty, because its quoted you
still get one zero-length string output, which we don't want.
Finally, we pass the result to tt(compadd) as before. Again, tags and
-the description havealready been handled and we just need to make sure
+the description have already been handled and we just need to make sure
the appropriate options get passed in with tt("$@"). This time we use
the `tt(-a)' option which tells tt(compadd) that any arguments are array
name, not a list of completions. This is more efficient; compadd only
@@ -3484,7 +3484,7 @@ we only need to look at what is at the left of the cursor, stored in
The function is called with the length of the suffix added to the
-function. In this case, it's just a space --- we've finshed a normal
+function. In this case, it's just a space --- we've finished a normal
completion, so the system has automatically added a space to what's on
the command line. We therefore check we've just got one single
character in the suffix, to avoid getting confused.
@@ -4215,7 +4215,7 @@ The tt(_description) function calls another function tt(_setup) to do much
of the setting up of styles for the particular tag. Mostly, tt(_setup) is
buried deeply enough that you don't need to worry about it yourself.
Sometimes you can't do completion, and just want to print a message
-unconditionaly to say so, irrespective of tags etc.; the function
+unconditionally to say so, irrespective of tags etc.; the function
tt(_message) does this, taking the message as its sole argument.
There are two levels above that; these implement the tags mechanism in
Messages sorted by: