| Age | Commit message (Collapse) | Author | |
|---|---|---|---|
| 2015-06-10 | Refactor moveTab for clarity... | Stephen Blott | |
| ... as suggested by @mrmr1993 in #1728. | |||
| 2015-06-10 | Do not try to move a tab to the left of pinned tabs. | Stephen Blott | |
| 2015-06-10 | Re-work tabMoveLeft/Right. | Stephen Blott | |
| Note. This does not allow tabs to rotate from the left around to the right, or vice versa. Which means "999<<" moves the current tab all the way to the left (and similarly to the right). Fixes #1727 (kind of). | |||
| 2015-06-10 | Move findModeQueryHasResults to findModeQuery.hasResults | mrmr1993 | |
| 2015-06-10 | Remove global findMode and pass new FindMode instances direct to the HUD | mrmr1993 | |
| 2015-06-10 | Remove unused argument to HUD.showFindMode | mrmr1993 | |
| 2015-06-10 | Move FindMode from vimium_frontend to mode_find | mrmr1993 | |
| 2015-06-10 | Expose executeFind on window | mrmr1993 | |
| 2015-06-10 | Expose getNextQueryFromRegexMatches on window | mrmr1993 | |
| 2015-06-10 | Inline HUD.updateMatchesCount at its sole callsite | mrmr1993 | |
| 2015-06-10 | Inline showFindModeHUDForQuery at its sole callsite | mrmr1993 | |
| 2015-06-10 | Integrate performFindInPlace into FindMode as findInPlace | mrmr1993 | |
| 2015-06-10 | Remove global findModeAnchorNode and false comments justifying it | mrmr1993 | |
| 2015-06-10 | Move finding the element at a selection's focus to a library function | mrmr1993 | |
| 2015-06-10 | Move findModeRestoreSelection to FindMode::restoreSelection | mrmr1993 | |
| 2015-06-10 | Inline findModeSaveSelection, store initialRange in FindMode instance | mrmr1993 | |
| 2015-06-10 | Use FindMode constructor directly in visual/edit modes | mrmr1993 | |
| 2015-06-10 | Move code from enterFindMode into the FindMode constructor | mrmr1993 | |
| 2015-06-10 | Tweaks to up/down handler in find mode HUD to give it the data it needs | mrmr1993 | |
| 2015-06-10 | Guard against chrome being undefined in the HUD iframe | mrmr1993 | |
| 2015-06-10 | Handle up and down keys directly in the HUD | mrmr1993 | |
| 2015-06-10 | Move FindModeHistory to its own file to be used by the HUD iframe too | mrmr1993 | |
| 2015-06-10 | Make FindModeHistory independent of the rest of vimium_frontend | mrmr1993 | |
| 2015-06-10 | Move FindMode's keydown to the HUD | mrmr1993 | |
| 2015-06-10 | Fix returnToViewport support for FindMode | mrmr1993 | |
| This was broken by the move to taking input in an iframe, since the frontend was no longer getting keydown events for text changes, and so the viewport wasn't being scrolled back to its original position until the mode was exiting. | |||
| 2015-06-10 | Stop FindMode's keydown handler from using FindMode's scope and this | mrmr1993 | |
| 2015-06-10 | Move key-only code from FindMode.exit to its keydown handler | mrmr1993 | |
| 2015-06-10 | Handle esc explicitly in the FindMode keydown handler, not by options | mrmr1993 | |
| 2015-06-10 | Remove redundant code from FindMode keydown handler, inline delete code | mrmr1993 | |
| 2015-06-10 | Remove unused function handleKeyCharForFindMode | mrmr1993 | |
| 2015-06-10 | Remove unused event listeners in FindMode | mrmr1993 | |
| 2015-06-10 | Remove unused code in handleDeleteForFindMode | mrmr1993 | |
| 2015-06-10 | Replace with normal spaces for HUD find mode | mrmr1993 | |
| This keeps searches with trailing spaces from missing matches where the page contains normal spaces, preventing " (No matches)" being shown every time space is pressed. | |||
| 2015-06-10 | Ensure focus is called on the appropriate element when closing the HUD | mrmr1993 | |
| 2015-06-10 | Accept input in the HUD iframe | mrmr1993 | |
| 2015-06-10 | Reduce down the HUD's match count string code | mrmr1993 | |
| 2015-06-10 | Make all find mode updates go via the HUD in preparation to use an input | mrmr1993 | |
| 2015-06-10 | Decide find mode text in the HUD iframe, not in frontend | mrmr1993 | |
| 2015-06-10 | Fix bug relating to duplicate hint strings. | Stephen Blott | |
| (Not sure when this crept in.) We need to ensure that we always generate the same hint strings for the same filter state. Here, we do this by always using the same mechanism (@filterLinkHints) to set the hint strings. | |||
| 2015-06-10 | Fix incorrect filtering. | Stephen Blott | |
| 2015-06-10 | Note changes in README. | Stephen Blott | |
| 2015-06-10 | Account for words at start of filter text. | Stephen Blott | |
| We gove these a higher score because it makes it easier for the user to pick a link if they can just start typing at the beginning. | |||
| 2015-06-10 | Rank filtered hints by score. | Stephen Blott | |
| Thus, better matches are likely to either be first (so just hitting <Enter> activates them) or just a <Tab> or two away. Scoring: - Requires that every search term be matched. - Assigns higher scores to matches at the start of a word, and higher scores still for whole-word matches. | |||
| 2015-06-10 | Tweak release notes. | Stephen Blott | |
| 2015-06-10 | Merge branch 'link-hints-keypress' (#1722). | Stephen Blott | |
| 2015-06-10 | Remove legacy (broken and unnecessary) calls. | Stephen Blott | |
| 2015-06-10 | Simplify activate-on-enter logic. | Stephen Blott | |
| 2015-06-09 | Minor touch ups. | Stephen Blott | |
| 2015-06-09 | Make LinkHints a class (LinkHintsMode). | Stephen Blott | |
| Functionality wise, this is a no-op. However, since we now create a new LinkHintsMode object on every "f", we don't need to be so careful about resetting the state on exit. | |||
| 2015-06-09 | Use tab to select filetered link hints. | Stephen Blott | |
