# HG changeset patch # User Steve Losh # Date 1335098193 -3600 # Node ID 17ece76ba98a078e5a1e88f9c23270a1c3b6634e # Parent c1302fc8b9d0f2b650c91df000a58fd6f7e0aab3# Parent 8a50aa737e1871b5030442db01b6d8acaee6c507 Merge. diff -r 8a50aa737e18 -r 17ece76ba98a chapters/07.markdown --- a/chapters/07.markdown Tue Apr 17 19:53:27 2012 -0400 +++ b/chapters/07.markdown Sun Apr 22 13:36:33 2012 +0100 @@ -74,7 +74,7 @@ your work, it takes ten seconds. Assuming you charge $100 per hour for freelance work, you've got to make up one -an a half hours of time for this investment to be worthwhile. If you're saving +and a half hours of time for this investment to be worthwhile. If you're saving 50 seconds per photo, you need to take about 109 photos for project to pay for itself. diff -r 8a50aa737e18 -r 17ece76ba98a chapters/14.markdown --- a/chapters/14.markdown Tue Apr 17 19:53:27 2012 -0400 +++ b/chapters/14.markdown Sun Apr 22 13:36:33 2012 +0100 @@ -51,7 +51,7 @@ Write the file again. This time the slowness will be more apparent. Obviously you won't have any autocommands that do nothing but sleep, but the -`~/.vimrc` of a seasoned Vim user can easy reach 1,000 lines, many of which will +`~/.vimrc` of a seasoned Vim user can easily reach 1,000 lines, many of which will be autocommands. Combine that with autocommands defined in any installed plugins and it can definitely affect performance. @@ -114,7 +114,7 @@ this to add autocommands to `~/.vimrc` that don't add a duplicate every time we source it. -Add the follow to your `~/.vimrc` file: +Add the following to your `~/.vimrc` file: :::vim augroup filetype_html diff -r 8a50aa737e18 -r 17ece76ba98a chapters/15.markdown --- a/chapters/15.markdown Tue Apr 17 19:53:27 2012 -0400 +++ b/chapters/15.markdown Sun Apr 22 13:36:33 2012 +0100 @@ -26,7 +26,7 @@ :::vim :onoremap p i( -Now type the follow text into a buffer: +Now type the following text into a buffer: :::python return person.get_pets(type="cat", fluffy_only=True) @@ -104,7 +104,7 @@ perform the operator on the text inside the next set of parenthesis on the current line. -Let's make a companion "inside last parenthesis" ("previous" woud be a better +Let's make a companion "inside last parenthesis" ("previous" would be a better word, but it would shadow the "paragraph" movement). Run the following command: :::vim diff -r 8a50aa737e18 -r 17ece76ba98a chapters/51.markdown --- a/chapters/51.markdown Tue Apr 17 19:53:27 2012 -0400 +++ b/chapters/51.markdown Sun Apr 22 13:36:33 2012 +0100 @@ -87,7 +87,7 @@ mappings will call. You'll see this strategy in a lot of Vim plugins that create a number of similar -mappings. It's easier to read and maintain then stuffing all the functionality +mappings. It's easier to read and maintain than stuffing all the functionality in to a bunch of mapping lines. Change the `sections.vim` file to contain this: @@ -298,7 +298,7 @@ execute 'silent normal! ' . dir . pattern . dir . flags . "\r" endfunction -Two things have changed. First, the function takes an extra argument so it know +Two things have changed. First, the function takes an extra argument so it knows whether it's being called from visual mode or not. Second, if it's called from visual mode we run `gv` to restore the visual selection.