Streamline some English text

Fix tiny errors in api.md

Fix tiny errors in config-file.md

Rename 'previous page' to '"Previoos" link'

People confused "Go to the previous page" with "Go back in history". This should
reduce the confusion. (Also applies to 'next page'.)

Don't give hints to `.button` if contains `<input>`

This prevents double hints for:

    <div class="button-row">
      <input type="button">
    </div>

Recognozie more ARIA roles as clickable

This is especially useful on gmail.com.

Fixes #660.

Fix missing hints in the Add-ons Manager

Regression since commit cc80c0524.

Adjustments for extension signing

Fix link in readme

Update outdated shortcut customization info in readme

Fixes #656.

Remove mailing list from readme

- It does not appear to work.
- We post there too seldomly anyway.
- Using the issue tracker instead works.

Always suppress non-prefix keys in Normal mode

If you press `aa` (and `a` is a prefix key, but there’s no `aa` shortcut), don’t
pass the second `a` to the page.

Make 'frameCanReceiveEvents' more robust

Instead of using a combination of `.readyState in ['interactive', 'complete']`
and the 'DOMWindowCreated' event, only set 'frameCanReceiveEvents' to `true`
when `.readyState == 'complete'`. Also, set it to `false` on the 'pagehide'
event. This simplifies things a bit, and hopefully makes VimFx more responsive
on slowly-loading pages. See #588.

Fix toolbar button icon size on high-res screens

For real and hopefully right this time. Fixes #591.

Fix typos in the sv-SE locale

Merge pull request #651 from franzwr/master

Fix typos in documentation

Fix typos in documentation

Treat contenteditable elements as other text inputs

This lets `gi` focus contenteditable elements, which are often indistinguishable
from `<input>`s and `<textarea>`. It also allowed for some nice code cleanup.

Fixes #649. Supersedes and closes #650.

Make migration 0 more robust

- Don't crash if an old VimFx shortcut customization contains an empty string.
- Don't crash if `JSON.parse()` returns, for instance, `null`.

See #648.

Allow to disable counts

Fixes #646.

Add new zh-CN translator to PEOPLE.md

Merge pull request #644 from av2000ii/patch-1

Update vimfx.properties

Update vimfx.properties

VimFx v0.10.0

Merge branch 'master' into develop

Add `match.discard()`

Solves commit bbdfa761 in a cleaner way.

Reset typed keys in "autoInsertMode"

Previously, if you typed for example a 'g' in a text input, click
outside it to unfocus, and then tried to use the `/` command, `g/` would be
triggered instead.

Don't notify keys pressed keys in text inputs

Merge pull request #640 from akhodakivskiy/click-browser-element

Add `zF` to click browser elements using hint markers

Make it possible to scroll browser elements

The dev tools can contain scrollbars. This commit makes it possible to focus
such scrollable elements with `zF` and then scroll them using all of VimFx's
scrolling commands.

Add command to click browser elements using markers

Fixes #236.

A note about the "hamburger menu" in the top-right corner:

It is possible to _open_ it with `zF`, but not possible to use `zF` inside of
it, because of `@popupPassthrough`. One _could_ an exception for that
menu/popup, but that doesn't help:

- `.elementFromPoint()` does not appear to find elements in popups, making it
  difficult to determine if the buttons inside are visible or not.
- The markers appear _behind_ the popup, no matter what `z-index` is used.
- The popup seems to eat `<escape>`: When it is pressed, the popup is closed,
  but the markers remain. The next `<escape>` press removes the markers. Not a
  big deal, but slightly annoying.

Therefore I decided not to add support for that menu in this commit. (Perhaps
we'll be able to do that some time in the future.) Instead, I recommend using
the alt key shortcuts for the "regular" menubar.

Remove try-catch in UI 'keydown' listener

Firefox unfortunately doesn't show the stack trace in its error consoles. Still,
there is one available on thrown `error` objects. That's why the try-catch used
to be there: To also show the stack trace. Wrapping the 'keydown' listener was a
good choice because most things happen on keydown in VimFx. However, since the
switch to multi-process Firefox, this is less useful. Most keys are captured in
frame script 'keydown' handlers, not in the UI, so the try-catch didn't do much.
One _could_ place the try-catch somewhere else instead, but now it's harder to
find a good place. Besides, I've not really missed the stack trace for the last
couple of months. The file name and line number is still reported which is good
enough.

Show the overridden shortcut in override errors

Before, the _overriding_ shortcut where accidentally shown instead.

Replace "VimFx-custom" with "VimFx-config" in docs

Move the `gr` command to its intended position

Notify keys pressed so far of a command

This is only noticeable if typing a multi-key command or using a count.

Fixes #632.

Remove outdated locale: pl

It was less than 50% translated, and many already translated strings needed
updating. Nobody has shown interest in improving it for a long time.

Remove outdated locale: hu

It was less than 50% translated, and many already translated strings needed
updating. Nobody has shown interest in improving it for a long time.

Remove outdated locale: el-GR

It was less than 50% translated, and many already translated strings needed
updating. Nobody has shown interest in improving it for a long time.

Add notifications to many commands

If nothing happens when activating a command, a notification is shown instead,
making it obvious that you actually triggered the command and didn't press the
wrong keys.

Let `<space>` scroll a bit less than a full page

Just like Firefox does by default, scroll about a line less than a full page.

`d` and `u` scroll about _half_ a line less (by default), so that pressing `d`
twice works like pressing `<space>` once.

See #555.

Organize scrolling prefs docs a bit more

Rename `last_scroll_position_mark`

... to `scroll.last_position_mark`.

Add a command to enter Reader View

Fixes #637.

Add a command to open the recently closed tabs list

That menu is opened in the middle of the window.

Fixes #636.

Merge pull request #639 from comepradz/locale-id

Small improvement for locale/id

Small improvement for locale/id

Add new german translator to PEOPLE.md

Merge pull request #638 from just-barcodes/master

Update de locale

small locale/de improvement

fix some typos

Improve `gi` text selection

Before you have focused a text input (a prevented autofocus does _not_ count),
`gi` now selects all text in the text input it focuses (before, it only did so
for inputs that had autofocus prevented). The reason is that many sites prefill
search boxes with your query on search results pages. Then it’s nice if `gi`
selects all the text, letting you quickly replace it.

This is a continuation of commit b3e8a037.

Fix scrolling of `<html>` if `<body>` is scrollable

`document.activeElement` is never `null`. If no element if focused, it is
`document.body`. If `document.body` is scrollable, it means that `<html>` can
never be scrolled.

This commit only allows to scroll `<body>` if it has been explicitly focused (or
if it is the largest scrollable element, of course).

Fixes #633.

Fix not being able to focus scrollable elements

Regression since commit b3e8a037e.

Fix `<label>`s getting hints too often

Some `<label>`s got hints even though their `<input>` got one as well. This was
due to `getElementShape` getting the wrong rects for the `<input>`.

Fix AltGr handling on Windows

Fixes #629.

Merge pull request #631 from mozillazg/zh-CN

update zh-CN locale

update zh-CN locale

Fix text selection when forusing text inputs

When using one of the `f` commands to focus a text input, the previous selection
or caret position should be retained, just as if you had clicked it. However,
before this commit all of their text was accidentally selected (as if you had
pressed `<tab>` to foucs).

This also improves the `gi` command. Previously, it _always_ selected all text.
Now it does so only if you use a count, or use `gi` to re-focus an input after a
prevented autofocus. In those cases you likely want to replace what's in the
input, but otherwise you're likely returning to the text input after a temporary
leave and want to continue typing where you left off.

VimFx v0.9.0

Merge branch 'master' into develop

Always set `wrapper.href` if `wrapper.type == 'link'`

Improve text enlargement in the help dialog

There is never supposed to be a scroll bar. However, there could be sometimes
before. The new check is simpler and better.

Add a command to open the history list

The back/forward button context menu is opened in the middle of the window.

Fixes #630.

Fix some links not being targeted by `F`, `gf` and `gF`

In commit af0c4a07, links with an 'onclick' attribute stopped being considered
as "proper". The reason was to prevent such links from getting the same hint as
other links with the same href, because the 'onclick' likely makes all those
links behave differently.

However, on startpage.com the search result links actually are "proper" links,
but also have 'onclick' attributes and since that caused them not to be
considered as proper, they did not get hints when using `F`, `gf` and `gF`
commands.

This commit considers links with 'onclick' as proper again, and only excludes
them from getting the same hint as other links.

VimFx v0.8.0

Update devDependencies

Merge branch 'master' into develop

Update vim-like-key-notation

It fixes a problem with dead keys on Windows: Otherwise you'd have to customize
for example `g^` to `g<s-dead>^`.

Don't consider links with onclick as "proper"

They might have the same href, but likely do different things because of the
onclick attribute.

See #596.

Add window commands

- `w`: Open new window.
- `W`: Open new private window.
- `gw`: Move tab to new window.
- `gF`: Follow link in new window.

Fixes #402.

In #402 two more commands were discussed:

- `q`: Close window. Can easily make more harm than good. Also, why learn a
  Firefox-specific shortcut to close a window, when you can use an OS-wide
  shortcut?
- `Q`: Suggested only for symmetry with `x` and `X`. YAGNI.

Merge branch 'master' into develop

Conflicts:
documentation/config-file.md

Remove `MULTI_PROCESS_ENABLED`

It is no longer used anywhere, and was set in an unreliable fashion. Better do
away with it. See #569.

Add commit sha reference to a comment

Rework "move tab to window" detection logic

The old detection was too unreliable and didn't catch all cases.

Also fixes a bug where the blacklist wasn't applied when going back or forward
in history to a blacklisted URL.

The long story:

If you move a tab into another window in multi-process, the frame script for the
web page of the tab is kept. That is good, since all state (such as scrollable
elements) is preserved.

In non-multi-process, that is not the case. A new frame script is loaded, so all
state is lost. That is unfortunate, but there's nothing we can do about it. In
non-multi-process, moving a tab to another window then works a bit like closing
the tab and opening a new one in the target winow with the same URL: All VimFx
state is lost, including the current mode. The blacklist is applied. However,
the web page content is the same, with DOM modifications and scroll position
preserved. This is not ideal for VimFx, but OK. Non-multi-process will be
dropped from Firefox not too far into the future anyway.

Let's focus on multi-process instead.

That no new frame script is loaded for the "new" (dragged) tab in the target
window has some interesting consequences. For example, `vim` objects for tabs
are created based on a frame script being loaded. Does this mean that no `vim`
object is created for this tab? It depends.

When a new tab is opened, Firefox might load a frame script for `about:blank`.
When the real web page starts loading, a new frame script is loaded.

The above can depend on whether you're moving (dragging) a tab to another
existing window, or moving a tab to an entirely new window (by right-clicking a
tab and choosing “Move to New Window” or dragging a tab and dropping it outside
a tab bar).

If a frame script for `about:blank` _is_ loaded, a `vim` object is created.
However, Firefox then moves over the web page from the old tab, and replaces the
`.messageManager` of the new tab’s `<browser>`! This means that the `vim` object
cannot receive messages from the just-moved-over web page (coming from the frame
script that was kept from the origin window, as mentioned earlier), because it
has attached its listeners to a message manager object that no longer exists.

In both cases it means that VimFx won't work correctly in those tabs. Therefore,
we need to detect tabs moved to other windows.

There does not seem to be any straight-forward way of detecting that, though.
However, we can abuse the fact the `vim` objects for those tabs will either be
missing or have the wrong `._messageManager` as a way of detecting it anyway.
(Since that isn't the case in non-multi-process, that's why we can't detect it
there.)

After having moved a tab to another window, the web page of the tab loads from
cache. This triggers a 'pageshow' event with `event.persisted === true`, just
like when navigating forward and backward in history. When this happens, the
frame scripts send a message to the UI process, which is caught at window level.
If there's no `vim` object for the `<browser>` that the message came from, or if
`vim._messageManager` is out of date, we know that the tab for the `<browser>`
element has just been moved to another window!

In that case, we want to find the `vim` object for the closed tab in the origin
window (the one that we started dragging, for example) and re-use it for the
"new" tab, in order to keep the current mode etc.

That is done be saving the `vim` object of the last closed tab, by listening for
the 'TabClose' event. It fires before the new tab in the target window is
created.

The whole process is very ugly and a bit complicated, but there's seems to be no
other way, and it does the job: Things work acceptably in non-multi-process and
(seemingly) perfectly in multi-process.

Update config-file.md to link to lydell/VimFx-custom

Make config-file.md a bit easier to understand

See #593 and #607.

Fix minor code style error in gulpfile.coffee

Add Find links only command: `g/`

See #434.

Merge pull request #626 from akhodakivskiy/marks

Implement marks

Add a special mark for returning to the last position

Inspired by Vim and Vimium.

Implement simple marks

Inspired by Vim and Vimium, but simpler. All they do is to save the current
toplevel scroll position for the current page, letting you return to that point
later. Global marks are intentionally left out: See #626.

Merge branch 'master' into develop

Add ability to print untranslated lines in a locale

... via for instance `gulp sync-locales --sv-SE?`.

See #513 and #543.

Use `.trimLeft()` instead of `.trim()` in help search

It feels more natural when searching for more than one word. Otherwise you could
feel a "bump" every time you hit `<space>`.

Use normal cursor in help dialog

The default I-beam cursor on the text makes it look like you can select and copy
text, which you (unfortunately) can't.

Sync locales

Add a search field to the help dialog

See #619.

Describe `H`, `L`, `[` and `]` briefly in Q&A docs

Add info about Ignore keyboard layout in Q&A docs

Add newbie info about Ignore mode and blacklist etc

See #619.

Re-organize the documentation table of contents

Mostly to make it easier for new users. See #619.

Fix broken updating of the button

When moving from `@vimfx.emit.bind(@vimfx, 'TabSelect', event)` some time, that
code was mistakenly changed to `@vimfx.emit(@vimfx, 'TabSelect', event)` instead
of `@vimfx.emit('TabSelect', event)`

Merge branch 'master' into develop

Conflicts:
  documentation/config-file.md

VimFx v0.7.3

Mention "Share your config file" wiki page in the docs

Fix hints mode not exiting when focusing text input

`marker.type` (which is `undefined`) was used instead of `marker.wrapper.type`
when checking if it is `'text'`. This caused for example `af` not to exit hints
mode when typing the hint for a text input.

Improve largest scrollable element detection

In commit f405054c a special case was added for the root element:

> Consider the entire page as largest if scrollable
>
> Its area may technically be less than other elements, but if it is scrollable
> that's what you expect to scroll.

However, if you embed such a page in a frame, the page won’t be scrollable
(because it is not the uppermost root element).

This made me realize that it makes the most sense to consider the _uppermost
scrollable element_ the largest. In other words, if a scrollable element
contains another scrollable element (or a frame containing one), the parent
should be considered largest even if the child has greater area.

Fix being unable to scroll in quirks mode

Alternatively:

Handle quirks mode in a better and more abstracted way.

In quirks mode, `<html>` might receive an 'overflow' event, but it is `<body>`
that is scrollable (and it does _not_ receive an 'overflow' event!) The
`ScrollableElements` class now automatically takes care of this case, storing
`<body>` instead if you try to store `<html>` in quirks mode. This way, only
actually scrollable elements are stored, which makes comparisons such as
`isScrollable` work without having to think about quirks mode. Previously, the
`isScrollable` check in the 'overflow' event handler failed on `<html>` in
quirks mode, making it impossible to scroll on quirky sites, such as Hackernews.

Fixes #621.

Allow to customize which elements do and don't get hints

Fixes #565.