| Age | Commit message (Collapse) | Author | |
|---|---|---|---|
| 2015-05-13 | Minor fixes for #1658. | Stephen Blott | |
| - Mis-named: "handler" -> "name". - We need to reset the HUD's innerHTML on hide to avoid a flicker when HUD later becomes visible again (but with new text). - There is no longer a need to hide the HUD in order to avoid mathing the text in the HUD itself. | |||
| 2015-05-13 | Remove unused styles for the HUD | mrmr1993 | |
| 2015-05-13 | Move the HUD to an iframe, managed by UIComponent | mrmr1993 | |
| 2015-05-12 | Fix HUD on options page (temporary fix, v2). | Stephen Blott | |
| Alternative to 7004420e178416cc680416091a23dd804fb9370c. | |||
| 2015-05-12 | Fix HUD on options page (temporary fix). | Stephen Blott | |
| Following on from #1652, vimium was failing to initialize correctly on the options page. Specifically, installListeners() was running before initializeOnDomReady(), hence before HUD.init(). installListeners() runs new GrabBackFocus(), which hides the HUD, which is not yet initialized - so it fails. This is a temporary fix. Could you take a look, @mrmr1993? Perhaps there is a race condition which only arises on the options page. It may be enough to just have HUD.hide() silently pass if @tween is not yet set. | |||
| 2015-05-11 | Move all HUD .style declarations into vimium.css | mrmr1993 | |
| 2015-05-11 | Make HUD less intertwined with Tween, rewrite Tween as more generic | mrmr1993 | |
| 2015-05-11 | Change HUD. to @ for improved readability | mrmr1993 | |
| 2015-05-11 | Move the HUD to its own file | mrmr1993 | |
| 2015-05-11 | Use css @import rather than XMLHttpRequest for shadow DOM external style | mrmr1993 | |
| 2015-05-10 | Fallback to raw element instead of shadow DOM for PhantomJS | mrmr1993 | |
| 2015-05-10 | Use classes for border flashes, in a shadow DOM to avoid CSS collisions | mrmr1993 | |
| 2015-05-05 | Possible re-working of #1627. | Stephen Blott | |
| 2015-05-05 | Merge remote-tracking branch 'mrmr1993/fix-insert-mode-for-shadow-dom' | Stephen Blott | |
| 2015-05-01 | Merge pull request #1622 from mrmr1993/reenable-grabBackFocus-on-js-transitions | Stephen Blott | |
| Make GrabBackFocus work for javascript page transitions from links | |||
| 2015-05-01 | Enter insert mode if an input inside a shadow DOM is focused | mrmr1993 | |
| This fixes issue #853. | |||
| 2015-05-01 | Don't try and enter GrabBackFocus mode if the last click introduced focus | mrmr1993 | |
| 2015-05-01 | Add extra information to GrabBackFocus' pushState helper | mrmr1993 | |
| 2015-05-01 | Rename UIComponent class to match the one used in the stylesheet | mrmr1993 | |
| 2015-04-30 | Make GrabBackFocus work for javascript page transitions from links | mrmr1993 | |
| 2015-04-29 | Revert "Enable grab-back-focus after web navigation." | Stephen Blott | |
| This reverts commit 061e99f895e5655d351ad1585af028a12abf3ec0. | |||
| 2015-04-29 | Revert "Only grab focus after link transition." | Stephen Blott | |
| This reverts commit f1e46d8145c834a712f6be7c1e5bd590c72da749. | |||
| 2015-04-29 | Merge pull request #1614 from mrmr1993/shadowDom-UIComponents | Stephen Blott | |
| Use a shadowDom for the Vomnibar (and all UIComponents) | |||
| 2015-04-29 | Use innerHTML instead of contentText. | Stephen Blott | |
| If we use contentText, then it is possible for a child and its to have exactly the same content text, in which case it is arbitrary as to which is sorted first, hence which we choose (where we should be choosing the child). Using innerHTML instead, we guess that even if the contentText lengths are the same, the innerHTML of the parent will be longer (since it contains that of the child). | |||
| 2015-04-29 | Fix text matching/exclusion; repair tests. | Stephen Blott | |
| 2015-04-29 | Fix text matching/exclusion for text link hints. | Stephen Blott | |
| We need to sort elements by their text length. This allows us to exclude the text of descendants from the hint text generated for their ancestors. Note: Tests not yet fixed. | |||
| 2015-04-29 | Ignore keyboard repeats in link hint key handler | mrmr1993 | |
| 2015-04-28 | Revert "Fix over-riding of vomnibar display CSS." | mrmr1993 | |
| This reverts commit 6e7b04692aceeed6544510f853eb58cdad564f9e. | |||
| 2015-04-28 | Load stylesheet via XHR to fix styles in UIComponent Shadow DOM | mrmr1993 | |
| Shadow DOM doesn't support <link>s, so we have to load the stylesheet manually and inject it into a <style> element. | |||
| 2015-04-28 | Simplify 8975229fd637ca1a91d7c52beb5969fe2b5e4d27. | Stephen Blott | |
| 2015-04-28 | Fix mode indicator for "gi". | Stephen Blott | |
| 2015-04-28 | Revert "Ensure that the Vomnibar iframe background is transparent" | mrmr1993 | |
| This reverts commit 26cbeba9b9301652d15e01ad4dac9248637ba3eb. | |||
| 2015-04-28 | Load the Vomnibar (and all UIComponents) in a shadow DOM | mrmr1993 | |
| This insulates them from page CSS, so we don't have to compete to style elements correctly. | |||
| 2015-04-28 | Merge pull request #1613 from smblott-github/fix-vomnibar-permanent-visibility | Stephen Blott | |
| Fix over-riding of vomnibar display CSS. | |||
| 2015-04-28 | Activate grab-back-focus only if enabled. | Stephen Blott | |
| This turned out to be trickier than expected. It turns out there's a period after document.body is defined but before the DOM is ready when we can't use the HUD (but previously thought we could, ie. HUD.isReady returned true). | |||
| 2015-04-28 | Fix vomnibar start-up messages. | Stephen Blott | |
| 2015-04-28 | Revert "Do not grab back focus if Vimium is disabled." | Stephen Blott | |
| This reverts commit cfb137d515e6f214322538fdd9a8e236445b63b0. Conflicts: content_scripts/vimium_frontend.coffee There are HUD initialization issues with this. | |||
| 2015-04-28 | Follow on from 6073cafed845cd31f88c5b51aafacc44278245fb. | Stephen Blott | |
| 2015-04-28 | Fix over-riding of vomnibar display CSS. | Stephen Blott | |
| Fixes #1594. | |||
| 2015-04-28 | Temporary fix for tests. | Stephen Blott | |
| The tests are passing, but they are triggering an exception in the initialization of the HUD. It's proving difficult to get the initialization in the right order for both the tests and live. This is a temporary fix... | |||
| 2015-04-28 | Revert "Temporary fix for tests." | Stephen Blott | |
| This reverts commit ed7533b48f2f0c7cdd0272f9c6c61c44cfc5c463. This was somehow(?) causing the HUD to not be displayed. Need to come back and look at the tests issue. The tests are passing, they just generate an exception. | |||
| 2015-04-28 | Merge pull request #1609 from ↵ | Stephen Blott | |
| smblott-github/fix-grab-back-focus-after-web-navigation Fix grab back focus after web navigation | |||
| 2015-04-28 | Merge pull request #1607 from mrmr1993/make-getVisibleClientRect-safe | Stephen Blott | |
| Make getVisibleClientRect behave as expected by default | |||
| 2015-04-28 | Temporary fix for tests. | Stephen Blott | |
| 2015-04-28 | Only grab focus after link transition. | Stephen Blott | |
| 2015-04-28 | Do not grab back focus if Vimium is disabled. | Stephen Blott | |
| 2015-04-28 | Make DomUtils.getVisibleClientRects default to expected behaviour | mrmr1993 | |
| This requires passing of an extra truthy argument in order to access the (generally) unexpected behaviour of sometimes returning the rects of child elements. All locations in the code that *actually* wanted this behaviour have been updated to continue using it. Also add a comment about the unexpected behaviour in the function description. | |||
| 2015-04-28 | Merge pull request #1601 from mrmr1993/fix-scrollIntoView | Stephen Blott | |
| Fix bounds and amounts in Scroller.scrollIntoView | |||
| 2015-04-28 | Ensure keydown handler returns a truthy value. | Stephen Blott | |
| 2015-04-28 | Merge pull request #1595 from mrmr1993/no-focus-submit | Stephen Blott | |
| Don't focus <input type="submit" /> elements from link hints | |||
 |
index : vimium | |
| The hacker's browser. |
| aboutsummaryrefslogtreecommitdiffstats |
path: root/content_scripts