Add `vimfx.getDefault()` to the public API

Increase hackability of the help dialog

Provide `data-mode`, `data-category` and `data-command` attributes, that can be
used by custom CSS to, for example, hide unwanted modes, categories and/or
commands from the dialog.

Fix handling of tabs dragged to new/other windows

See #57. This was originally fixed in commit 35522821, but regressed after
adding multi-process support. This fixes it again.

Merge pull request #556 from Kambfhase/patch-1

Improves German locale

Improves German locale

Fixes typos. Uses passive voice where appropriate.

Fix `<late>` + `event.stopPropagation()`

If the page calls `event.stopPropagation()`, late listenOnce:es are of course
not triggered for that event. However, the listeners still remain. This caused
them to erraneously trigger commands on the _next_ keypress. This commit adds a
flag telling the late listeners if their event was `.stopPropagation()`:ed.

Fix typo in documentation

Enhance detection of `<label>`s with hidden `<input>`

Those `<label>`s should get hint markers.

Remove unnecessary code in utils.simulateClick

Improve the public API consumption

Re-run all `.getAPI` calls when VimFx is updated. Otherwise you need to restart
Firefox, or disable and then enable every add-on that uses the API in order for
them to take effect on the new version.

Enhance "switch back to tab" detection

Fix uncaught ReferenceError sometimes when opening tabs

Apparently, `setTimeout` is _sometimes_ available in frame scripts, sometimes
not. `content.setTimeout` always is available, though.

Merge pull request #553 from akhodakivskiy/non-multi-process-event-quirks

Fix non-multi-process event quirks

Re-implement "switch back to tab" logic

... in a way that works regardless of whether multi-process is enabled or not.
As a bonus, the code ended up simpler than it was before!

Fix missing event listeners when re-installing VimFx

Fix errors when calling many tab related commands

This only happens when in non-multi-process and is due to bug 1200334.

Properly handle key events in non-multi-process

This commit can alternatively be lableled:

"Fix `Vim::isFrameEvent`" in in-multi-process.

Before, _no key events were considered frame events non-multi-process, because
the check didn't work there. Most notably, this caused `<escape>` to be leaked
to the page when blurring text inputs.

Add MULTI_PROCESS_ENABLED global

Add `gulp sloc`

Add a question to question-and-answers.md

Fix typo in docs

Consistently use `event.originalTarget`

Move a comment to where it belongs

Fix lint error

Bump Firefox min version to 40

... because we use `String::includes`, which requires at least that version.

Fix autofocus prevention when coming from another window

Replace a `console.log` in gulpfile.coffee

... with `process.stdout.write`. This means that there is only one `console.log`
occurance in all .coffee files, which makes it easier to search for left-over
temporary `console.log`s.

Fix impossible-to-blur inputs issue

Merge pull request #551 from akhodakivskiy/late-shortcuts

Add support for `<late>` shortcuts

Add support for `<late>` shortcuts

By including the special key `<late>` in a shortcut it is run _after_ web page
event listeners, allowing them to override the VimFx shortcut. This is useful
when binding to `<tab>` and the arrow keys.

Fix state resetting when refreshing the page

Merge pull request #552 from leVirve/develop

update zh-tw locale strings

update zh-tw locale strings

Merge pull request #550 from m-r-r/french-translation

Update the French translation

Update the French translation

Update Japanese translator in PEOPLE.md

Merge pull request #549 from pluser/patch-1

Translate to Japanese

Improve Japanese translation

Translate to Japanese

Improve display of mode names in the help dialog

This is mostly for non-en-US languages which might have longer names.

Merge pull request #548 from mozillazg/zh-CN

Improve zh-CN locale

Improve zh-CN local

Update nl locale

Fix documentation link in the readme

It pointed to master, which will be correct when 0.6.0 is released. However,
there are already other links in the readme that point to develop, so we could
just as well make that link work for the time being as well.

Fix lint error

Fix blacklist re-apply issue

1. Visit a blacklisted site.
2. Exit insert mode.
3. Switch to another tab and back again.

Before this commit, insert mode was wrongly re-entered at this point.

Fix blacklisting on already loaded tabs

Make the `H` and `L` commands work in Firefox < 43

... although without count support.

Fix uncaught exception on startup

Fix VimFx not responding in already loaded tabs

Merge pull request #545 from comepradz/translation-id

Update and improve Indonesian translation

Fix slightly broken `<escape>` handling

Fix shortcut triggering on slowly loadnig pages

Frame scripts cannot receive events until a DOMWindow has been created in it. If
you opened a link in a new tab, and the page loaded very slowly making it take a
long time before a DOMWindow is created, it meant that no VimFx shortcuts could
used during that time.

The solution is to handle shortcuts in the main process until a DOMWindow has
been created.

Add new german translator to PEOPLE.md

Merge pull request #544 from benediktg/patch-1

Patch for German translations

Fix blacklisting and `vim.state` resetting

added some more German translations

Now the de-locale should be complete.

added some German translations

Remove `vim.isBlacklisted()` from the public API

Fix VimFx being broken in new windows

Apparently, the VimFx button only needs to be added once, not once per window.
Trying to add it more than once caused an exception that prevented the rest of
VimFx from being set up.

Fix lint error

Fix uncaught error on Firefox startup

Fix uncaught exception on focus/blur

`window` does not have `.ownerDocument`

Add github usernames to PEOPLE.md

Makes it easier to ping contributors in issues.

Merge pull request #542 from akhodakivskiy/improved-autofocus

Improved autofocus

Prevent autofocus after re-selecting a tab

See #541.

Re-work autofocus prevention

Blur any and all focus events that occur before the user has interacted with the
page. That’s it. No more, no less.

The old way was too aggressive, and interfered too much.

The new way is very similar to how Vimium and cVim does it.

See #497.

Set prevent_autofocus to false by default

"VimFx will be nice to your browser and to your habits. Promise."

Turning it on by default have proven to be too much of a change. When people
become annoyed by autofocus they can enable it.

As far is I can tell, this is also how Vimium and Vimperator behaves.

Improve keyboard shortcut overriding behavior

- When the feature was initially implemented, it was modeled after putting a
  series of `map` commands after each other in .vimrc, which is written in a
  procedural programming language. Then it makes sense that latter `map` calls
  override earlier ones. That's why VimFx used to let commands further down the
  list in VimFx's settings page in the Add-ons Manager override earlier
  commands. The more I used it, though, that didn't feel entirely natural. After
  a while I realized that in such an interface it makes sense having _earlier_
  commands win. With this commit, latter commands _don't_ override earlier ones
  anymore, and are ignored, showing an error message.

- The above point also means that editing a shortcut can never result in error
  messages appearing _above_ that command. If you add `g` to a shortcut near the
  end of the list, there used to appear an error message for every shortcut
  starting with `g` above it (which is quite a few), causing dis-orientation
  when the focused text box was moved down because of all those error messages.

- With this commit, the order of the modes, categories and commands is taken
  into account. That used to work only when the user hadn't customized the
  orders or hadn't added new modes, categories and/or commands.

- A small fix for `<force>` is also included. If a shortcut contains invalid
  usage of `<force>` it is now properly ignored (still showing an error
  message).

Re-organize utils.coffee

Update dependencies

Clean up gulpfile.coffee slightly

Merge pull request #512 from akhodakivskiy/multi-process

Support multi-process Firefox

Update documentation

Support multi-process Firefox

See #378.

Add links to the documentation and the wiki in the readme

Add link to the wiki in the documentation

Lay the foundation for using multi-process Firefox

This also fixes leaking of variables in bootstrap.coffee (which masked a missing
`require` call in parse-prefs.coffee). Apparently all modules share its scope,
which I had never realized before.

This also exposes `Cc`, `Ci` and `Cu` globally to all modules (which actually
was done before, too, but only accidentally.)

Add notifications for the n and N commands

See #398.

Add simple notifications system

Remove link to io.js now that it has merged with Node.js

Fix blurring of some browser UI elements

Use destructuring defaults from CoffeeScript 1.10.0

Update api.md regarding getting the public API

Fix typo in config file boilerplate

Stop URI encoding the API URL pref

The reason we used to was to make it easier to consume the public API (because
it is easier to read an ASCII string pref than a unicode one). However, some
systems return spaces already URI encoded, which breaks when encoding it once
more. In the end, this tiny simplification of the API consumption is not worth
it. Better to simply store the API URL as-is in a complex string pref.

Fixes #516.

Update dependencies

Update coffeelint

Bump version to 0.5.18

0.5.17.1-signed has been automatically published on addons.mozilla.org, causing
the automatic updates to replace the installed development version.

Don't include the en-US description twice

That has started to crash Firefox for me. Strange.

Add zh-TW translator to PEOPLE.md

Merge pull request #522 from mozillazg/zh-CN

Updated zh-CN localization

Updated zh-CN localization

Merge pull request #521 from leVirve/zh-TW

update zh-TW strings

update zh-TW strings

Remove ability to select text in help dialog

It was added so that you could select text and copy it, but unfortunately
nothing seems to happen when trying to copy. Then its better to leave the text
selection out entirely.

Make `paste_and_go` work exactly like Firefox

See #353.

Simplify command `esc`

Make `stop_all` content independent