| Age | Commit message (Collapse) | Author | 
|---|
|  |  | 
|  | Explicitly set background colour for input fields | 
|  | This is a simple solution to #2832 that explicitly sets the background of text input and textareas to white on the options page, which is necessary for users running with a dark theme.  This does not cover the options popup. | 
|  | Escape [ and ] in hostname in popup. | 
|  | From URL:
    http://[fe80::cce4:1680:e720:eacb]:8080/index.html
generate:
    https?://\[fe80::cce4:1680:e720:eacb\]:8080/*
in the popup (note that [ and ] are now escaped).
Fixes #2967. | 
|  |  | 
|  | Chrome has never searched in all frames, so this is no loss.
However, find on Firefox Quantum is now broken with the "all frames"
flag set.
Fixes #2962.
H/t: @gdh1995 (https://github.com/philc/vimium/issues/2962#issuecomment-367991086). | 
|  | on FindMode exiting, blur input first | 
|  |  | 
|  | Apparently some versions of Firefox are baulking at unreconised
properties in the manifest.
See: https://github.com/philc/vimium/issues/2965#issuecomment-367659475.
Mention @KyleLS. | 
|  | It's slightly strange how the classes and objects are structured in the
Vomnibar.
However, this refactors the code for launching URLs (including
Javascript URLs) such that we're not repeating the logix in two separate
places. | 
|  |  | 
|  | smblott-github/javascript-URLs-for-custom-search-engines
Allow javascript: URLs for custom search engines. | 
|  | For example, search the current site:
    cd: javascript:location='http://www.google.com/search?num=100&q=site:'+escape(location.hostname)+'+%s'
Apparently an example like this has been on the Wiki for four years, but
it has not been supported.
However, the change is so trivial that it's worth doing anyway.
Fixes #2956. | 
|  |  | 
|  | Fix Firefox link hints. | 
|  | This was failing in iframes in Firefox (causing all sorts of other stuff
to fail). | 
|  |  | 
|  | 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. | 
|  |  | 
|  |  | 
|  | According to:
  - https://bugzilla.mozilla.org/show_bug.cgi?id=1253129
and #2896, this:
1. causes Firefox to crash, and
2. isn't actually necessary.
So just remove it.
H/t @ris58h in #2896. | 
|  | Make the reload command accept a count. | 
|  |  | 
|  |  | 
|  | Move the `reload` command to the background page and make it accept a
count prefix.
Fixes #674.
Althought the demand for this is low and the use cases limited, it is a
very vim-ish extension to the existing command. | 
|  | tabConfig -> winConfig in openUrlInNewWindow | 
|  | tabConfig doesn't exist in this scope. | 
|  | Follow on from #2750.
Specifically, the backup/restore functionality should be part of
"Advanced options". | 
|  | It looks like we'll be initialising the Vomnibar on demand (see #2939,
merged).  In this case, we should also initialise the flash frame on
demand.  This means that *none* of Vimium's UI elements are now created
until they are needed. | 
|  |  | 
|  | Proposing this as a simpler alternative to #2934.  Additionally, this
puts the logic for fixing #2915 in a single place.
Credit to @regmarmcem for figuring out the source of #2915.
Mention @regmarmcem.
Fixes #2915.
Replaces #2934. | 
|  | Well release those on Vimium Canary, in particular to trial #2939. | 
|  | This is #2941. | 
|  |  | 
|  |  | 
|  | Disable pre-loading of Vomnibar iframe. | 
|  | Remove \I (ignore case) flag for find mode. | 
|  | It appears that nobody is using this (and it is broken).  So this PR
removes this feature.
Fixes #2937 (kind of). | 
|  | Pre-loading the Vomnibar iframe seems to be causing some issues with the
dev console.  This PR disables pre-loading of the Vomnibar.
I'm going to try this out for a while.  If it doesn't seem to sluggish,
then I'll merge it. | 
|  | on vomnibar hiding, blur input first | 
|  | This should fix an IME status issue (#2924). | 
|  | This handler is undefined at the point that it is installed.  The
definition is at the bottom of the file. | 
|  | Fix issue reference | 
|  | This sounds like #2035, #2305 is unrelated. | 
|  | Do not open tab for target "_blank". | 
|  |  | 
|  | ... use literals instead.
For some reason, on Firefox, using `vimiumOnClickAttributeName` was
causing link hints to fail silently (on Facebook).  It's not at all
clear why this was happening.
Simply repeating the literal fixes the issue.
Fixes #2879. | 
|  |  | 
|  | This tweaks the scoring of hints for filtered hints.
Specifically, it scores matches at the start of the text or the start of
a word higher than whole-word matches.
This is intended avoid the phenomenon whereby adding matching characters
to the filter causes the selected hint to change. |