Fixes zsh-users/zsh-syntax-highlighting#195.

The one revision made on master between this branch's creation and merge
already uses correct offsets.

* danielsh/i195-tests-offbyone-v1:
  New test for dollar-double-quoted-argument.
  test harness: Fix off-by-one discrepancy between observed and expected.

This exercises the previous patch.

Fixes issue #195.

This does not yet highlight backslash escapes within them.

Let $zle_highlight[paste] override $region_highlight.

Let $zle_highlight[region] override $region_highlight.

Add an underline, since they are at command word position but will be executed
by something else.

Suggested-by: Daniel Hahler

Fixes zsh-users/zsh-syntax-highlighting#189.

Fixes zsh-users/zsh-syntax-highlighting#94.

Fixes zsh-users/zsh-syntax-highlighting#94.

Fixes zsh-users/zsh-syntax-highlighting#126.

Fixes zsh-users/zsh-syntax-highlighting#189.

'local' is a reserved word in zsh 5.1 but not in earlier versions [1].
Therefore, under zsh older than 5.1, quoting is required.

This manifested as random «builtin=''» in emitted to the terminal, and
commands (such as 'echo') highlighted as errors (in red).

[1] https://github.com/zsh-users/zsh/blob/master/README#L46
    (the section "Incompatibilites between 5.0.8 and 5.1")

Similar to zsh-users/zsh-syntax-highlighting#97.

Fixes zsh-users/zsh-syntax-highlighting#156.

Partly reverts eb9870f4db which was PR #143 to
fix issue #99.

Fixes zsh-users/zsh-syntax-highlighting#181.

* upstream/pr/179:
  Don't parse first word of array assignment as command

* upstream/pr/161:
  Don't highlight prefix redirections as error

* upstream/pr/159:
  Support literal newlines, part 2
  Update comments. No functional change.
  Highlight the first part of multiline strings correctly
  Support literal newlines
  Support backslash continuations
  Support multiline strings
  Refactoring, no functional change

* origin/pr/158:
  README: give the rationale for the at-end-of-.zshrc requirement

Based on a patch by George Angelopoulos <george@usermod.net>.

Closes #149.

Fixes zsh-users/zsh-syntax-highlighting#178

Fixes zsh-users/zsh-syntax-highlighting#146

Given the following input:
    PREBUFFER=$'echo "foo\n'
    BUFFER='bar"'
This patch causes the '"foo' part to be highlighted as a string.  There
is no test because the tests only check highlighting of BUFFER, and 'bar"'
is already highlighted correctly.

The new function will be used in the next commit.

You cannot download just the "script". You need the entire directory/repo.

Pr fix issue #77

highlight ^old^new pattern

Add 'line' highlighter for the whole buffer

zle: don't override yank/yank-pop

`yank-pop` relies on the fact that the last zle command is `yank` or
`yank-pop` to work correctly. Rewriting them prevents this check to work
correctly breaking `yank-pop`.

This fix just disallow overriding of those two zle commands. As a
side-effect, syntax highlighting will not happen when using.

This fixes #99.

Update README.md

Edited links to Archlinux packages (the link to `zsh-syntax-highlighting-git` is out-of-date, and `zsh-syntax-highlighting` is now available in [community])

small change to find highlighting directory better