vimium/lib, branch v1.63.3 The hacker's browser. Merge pull request #2960 from smblott-github/fix-firefox-link-hints 2018-02-18T09:38:41+00:00 Stephen Blott 2018-02-18T09:38:41+00:00 75ed0d3d0fde690c4a3fbdce98f28d02309878bf Fix Firefox link hints. 
Fix Firefox link hints.
 Fix Settings failure in Firefox iframes. 2018-02-18T09:28:34+00:00 Stephen Blott 2018-02-18T09:28:32+00:00 1aeaa8dfdc862ec9839a67fb131f841b744d0aaa This was failing in iframes in Firefox (causing all sorts of other stuff to fail). 
This was failing in iframes in Firefox (causing all sorts of other stuff
to fail).
Remove console.log()s. 2018-02-18T07:37:49+00:00 Stephen Blott 2018-02-18T07:37:49+00:00 62e5327676ca9c315259937915fdeebbaf181dc1 






Fix Firefox link hints.
2018-02-18T07:33:06+00:00

Stephen Blott

2018-02-18T07:25:57+00:00

d9f798998b2239b59806b34df9f8b57f11365e41

Fixes #2958 (probably).

This appears to be correct for target "_blank" (or not) and modifiers
(or not).  That's four cases.

It will be *incorrect* if there is a click listener on a target "_blank"
link.  Some conditions are tested to try to prevent that from happening.

This only affects Firefox.  Chrome is unaffected.





Fixes #2958 (probably).

This appears to be correct for target "_blank" (or not) and modifiers
(or not).  That's four cases.

It will be *incorrect* if there is a click listener on a target "_blank"
link.  Some conditions are tested to try to prevent that from happening.

This only affects Firefox.  Chrome is unaffected.







Do not open tab for target "_blank".
2017-12-16T11:24:12+00:00

Stephen Blott

2017-12-16T11:24:12+00:00

1b23f70fa75592422056342cd7d9297d0804ea3f

Fixes #2860.  That issue reports that, when the target is "_blank",
Firefox/Vimium ends up opening two tabs.





Fixes #2860.  That issue reports that, when the target is "_blank",
Firefox/Vimium ends up opening two tabs.







event.code is not always defined.
2017-11-29T06:51:10+00:00

Stephen Blott

2017-11-29T06:51:04+00:00

971d067f99ddc09b9ca388c2cffeadd32302c35a

While looking into #2841, I observed that we are seeing keyboard events
for which neither `event.key` not `event.code` is defined.  They might
be being generated by the page.





While looking into #2841, I observed that we are seeing keyboard events
for which neither `event.key` not `event.code` is defined.  They might
be being generated by the page.







Merge pull request #2601 from mrmr1993/ff-copy-paste
2017-11-25T07:29:09+00:00

Stephen Blott

2017-11-25T07:29:09+00:00

58f45ac17938e2984b3d3b83c8aed452f1287498

Enable Firefox clipboard commands




Enable Firefox clipboard commands






FF: Use a contenteditable <div> for Clipboard.paste
2017-11-24T20:26:30+00:00

mrmr1993

2017-11-24T20:26:30+00:00

c8a395481eeb950c8725e3d6e0fa58510cb407aa

This adds support for pasting rich text from the clipboard





This adds support for pasting rich text from the clipboard







FF: Add contentEditable to clipboard operation textboxes
2017-11-18T12:40:37+00:00

mrmr1993

2017-08-15T16:55:49+00:00

9c1e90b32e5df1d4e3e6f9af006561184d8d81e5












Don't suppress default action for non-printing keys in link hints
2017-11-14T12:07:26+00:00

mrmr1993

2017-11-14T12:07:26+00:00

64995cc4f4777a3b1899caaf2992862f9f02448b

This restores the old behaviour prior to
c4cc76e9f6a0a99ebc297e420be739a0fc77f827 (PR #2772).





This restores the old behaviour prior to
c4cc76e9f6a0a99ebc297e420be739a0fc77f827 (PR #2772).