vimium - The hacker's browser.

Age	Commit message (Collapse)	Author
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	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	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	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	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

2015-06-09	Tweak comments re. keydown versus keypress.	Stephen Blott

2015-06-09	Only look up linkHintNumbers once.	Stephen Blott

2015-06-09	Alphabet hints, use keydown for defaults.	Stephen Blott
	See #1722. When Settings.get("linkHintCharacters") is its default value, this preserves the legacy behaviour of using the keyChar from keydown events for link-hint matching. This admits users using either Latin or non-Latin characters for link hints.
2015-06-08	Remove "experimental" comment.	Stephen Blott
	I think we can safely remove this comment now, @mrmr1993. This is working out very nicely.
2015-06-08	Make hint filters classes.	Stephen Blott

2015-06-08	Refactor to keydown, as required.	Stephen Blott

2015-06-07	Exit link-hint mode on click or scroll.	Stephen Blott
	Exit on click because, if the user is clicking stuff, then they're probably no longer interested in selecting links. Exit on scroll because, if the user is scrolling, then the link hints can all go out of the viewport.
2015-06-05	Global marks; always treat ` and ' as local marks.	Stephen Blott
	On some keyboards (who knows?) "`" or "'" could be shift keys. In this case, with the previous implementation, these would be treated as global marks and `` would be unusable. This commit fixes that problem.
2015-06-05	Global marks; global marks are always recorded for the top frame only.	Stephen Blott
	With global marks, we may later create a new tab when the mark is used. When doing so, we should always be using the URL and scroll position of the top frame within the tab. For example, if a global mark is created from within the Hangouts frame of Google's Inbox and the mark is later used, then we should create a new tab for Inbox's URL and scroll position, not for the Hangout's URL and scroll position.
2015-06-05	Global marks; fix indentation.	Stephen Blott

2015-06-05	Use keypress (instead of keydown) for link hint characters.	Stephen Blott
	This should make link hints usable on non-Latin keyboards (e.g. Russian keyboards). Fixes #1387. (Maybe - because it's not clear from the discussion there exactly what users want.)
2015-06-05	Fix event suppression for Marks keyboard events.	Stephen Blott