| Age | Commit message (Collapse) | Author | 
|---|
|  | We need the key mapped to passNextKey in the front end so that we can
activate pass-next-key from within insert mode too (without the need to
consult the background page). | 
|  | This implements a passNextKey command (initially for normal mode only),
as discussed in #1955. | 
|  |  | 
|  | Implements visitPreviousTab (as discussed in #1955). | 
|  | Pass a count to link-hint commands, and the link-hint mode is started that many times (except "with queue").
This resolves the same issue as #1291.  However, this:
- does not require re-basing (which is no biggie), and
- keeps all of the count-handling logic (apart from plumbing) in one
  place, in `LinkHints.activateMode()`.  The link-hints mode itself does
  not know anything about count handling.
Serious bug:
- Using `Escape` to exit does not cancel the repeat!
Fixes #1289.
Closes #1291. | 
|  |  | 
|  | Add a logging page... | 
|  | I am now of the opinion that we should not do this within Vimium, as:
- better solutions exist externally, and
- it's better to not have to maintain this. | 
|  | This tweaks @mrmr1993's logging ideas discussed in #1629:
- Do not generate log entries from the logging page itself.
- Use the logger for *all* logging (including from `commands.coffee`, and from `bgLog`).
@mrmr1993's original idea is 91fb337c9d92f6291ef42c55c4d29ca35b710203. | 
|  |  | 
|  | This reverts commit e975633f3ee8da9e01c332b2dcdb8422d5f941d8. | 
|  | This re-enables edit-mode (`gv`).  The code for this has been present in
`master` for quite some time, but has been disabled. | 
|  | These seem to be working fine, we can commit to them. | 
|  | `2g0` takes you to the second tab.
`2g$` takes you to the second last tab.
This gives us `gt`/`gT` for relative tab selection and `g0`/`g$` for absolute tab selection.
`<count>` previously had no special meaning for `g0` and `g$`, and it's not clear it could have any other meaning than that implemented here.
Fixes #1298 (kind of). | 
|  | Allowing mapping <space>. | 
|  | Move Vomnibar commands to own category on help page. | 
|  | Direct keyboard access to custom-search engines via keyword flag | 
|  | The help page gets pretty lopsided when advanced commands are shown.  This balances things out a bit by creating a new category for Vomnibar commands in the right-hand column. | 
|  | "Flags" implies binary toggles.  The term "options" seems more
consistent with what's actually going on here. | 
|  | This completely decouples settings.coffee from all other background
source files, so that it can (eventually) also be used in the frontend. | 
|  | Most of this is just a tidy up of code that's been around for a long
time.
The only difference, however, is that now a key mapping can include
extra data ("extras") after the name of the command.  For example,
map s vomnibar.activate keyword=g
Here, and extra property "extras" is added to the command registry:
   extras: ["keyword=g"]
This is a first step towards direct vomnibar activation for custom
search. | 
|  | This makes nextTab and previousTab go directly to the relevant tab,
without visiting intervening tabs -- all of which avoids a nasty flicker
for 5J or 5K. | 
|  | Fixes #544.
Copy of #655. | 
|  | Fixes #426. | 
|  |  | 
|  |  | 
|  | Conflicts:
	background_scripts/main.coffee
	content_scripts/vimium_frontend.coffee
	lib/keyboard_utils.coffee | 
|  |  | 
|  | The "e" binding for edit mode is super convenient.  However, it clashes
with "e" bindings on Gmail and Google's Inbox.  If you get too used to
it, then you keep archiving messages unintentionally.
So, let's try just the "gv" binding for now. | 
|  | Fixes #1443. | 
|  |  | 
|  |  | 
|  |  | 
|  | - implement "i", "a".
- fix "w" for edit mode.
- try out "e" for enter edit mode.
- initial implementation "o", "O"
- Suppress backspace and delete.
- Scroll in text areas. | 
|  |  | 
|  |  | 
|  | Visual mode command has been create: bound to `v`, of course.
The template is in mode_visual.coffee.  It shouldn't really be necessary
to make changes outside of there.
Let me know if you have any issues. | 
|  |  | 
|  |  | 
|  | LinkHints.activateModeToDownloadLink is newly-added, and hasn't been in
a release before.  It's an advanced command, and it's not clear it
warrants a default binding. | 
|  |  | 
|  |  | 
|  |  | 
|  | into mrmr1993-add-download-link-to-commands | 
|  |  | 
|  |  | 
|  | Implement `repeatLimit`, to prompt for confirmation before repeating a
command a large number of times, and apply it to tab creation/deletion
commands. | 
|  | The use of Vomnibar commands with a numerical prefix > 1 is broken and
non-trivial to fix. This patch introduces the `noRepeat` property for
frontend commands, applying it to all Vomnibar commands and several
others. | 
|  | sukima-feature/edit-url-in-vomnibar
Conflicts:
	background_scripts/commands.coffee | 
|  | Add links-hint mode to download links |