Update README.md
Initialize listView lazily for performance improvement
Clean up data correctly in deactivate

This fixes a bug that typos break subsequent completions.
Merge pull request #46 from yaotti/clean-up-data-correctly

Clean up data correctly in deactivatioin
Bump the version to v0.1.3
Update README.md
Avoid TypeError when textarea is empty.

Avoid returning undefined from getCaretPosition, so that we don't
pass undefined to jQuery.css.

Fixes #53.
Teach "lock" facility to replay the last request.

Instead of simply dropping all requests that arrive while locked,
we keep a record of the most recent such request, and then reissue
it when the lock becomes available.

This is the desired behavior when using "lock" around "search",
to avoid bug #54 -- if further user input arrives while the lock
is taken by one call to the search callback, we don't want to
start another simultaneous call to the search callback, but when
the first call completes we do want to act on the further user
input to avoid leaving the user with a stale UI.

I changed the "lock" facility to always act as described here,
because it's only used in one place and this behavior is appropriate
there; if we want to keep the "lock" facility more general we could
make this behavior optional via a "queueAndReplayOne" flag to lock.

Fixes #54.
Add support for Emacs-style prev/next keybindings.

Among other places that support Ctrl-P and Ctrl-N for "prev" and
"next" line movement, Mac OS X supports this systemwide, so it's
nice to recognize them like arrow keys in jquery-textcomplete.
Merge pull request #55 from metamatt/mg-fix-53

Avoid TypeError when textarea is empty.
Merge pull request #57 from metamatt/mg-emacs-arrow-keys

Add support for Emacs-style prev/next keybindings.
Merge pull request #56 from metamatt/mg-fix-54

[Fix #54] Teach "lock" facility to replay the last request.
Fix div element width if textarea has scrollbar

If the textarea contains lots of text (such that it has a vertical scrollbar) _and_ if the caret is positioned near the beginning of the text (such that the text up to the caret position would _not_ require a scrollbar) then we have to enforce a scrollbar on the "fake div".
Added an option to place the dropdown at the top of the textcomplete element, using 'placement: top'
Added bower.json file
Merge pull request #60 from Steffen185/patch-1

Fix div element width if textarea has scrollbar
Merge pull request #59 from dylanpratt/master

Edited textcomplete to support placement: top
Bump the version to 0.1.4
Tweak the implementation of position option
Version 0.1.4.1