| Age | Commit message (Collapse) | Author |
|---|
|
This updated syntax avoids the following deprecation warning in Chrome Canary v60.0.3090.0:
```[Deprecation] -webkit-gradient is deprecated. Please use linear-gradient or radial-gradient instead.```
This syntax is also supported in Firefox (and [all other modern browsers](https://caniuse.com/#feat=css-gradients)), which could help transitioning the Firefox version, which is in the works.
|
|
Previously, the dynamic HTML for the help dialog was generated on the
background page. The HTML itself was tangled in with program logic.
Here, we move all of the HTML to HTML5 templates; also, we build the
help-dialog contents in the help dialog itself, not on the background
page.
Note: #2368 is included here too.
(Background: I'm trying to clean up some of the command and help-dialog
logic in preparation for addressing the issue of how to document command
options, see #2319.)
|
|
It is common for link-hint markers to be close togother, and
overlapping.
Here, `<Space>` rotates hint markers such that hidden markers become
visible.
For filtered hints we additionally require a modifier (because `<space>`
on its own is already a token separator).
The calculation of overlapping hints is quite expensive: O(n^2) in the
best case and O(n^3) in the worst cast. The worst case is
extraordinarily unlikely to arise in practice.
|
|
This reverts commit 2526bb3b0433e5cf645dfd7007ec42860b11ba2a.
See #2164. It seems this is no longer necessary.
|
|
|
|
There are circumstances when we hav two (identical) vimiumFlash elements
displayed: specifically, when using the waitForEnter keyboard blocker.
So, we should use a class (rather than an id) to style the flash
element.
|
|
On the help dialog, use the same blue of the "Vim" of "Vimium" for
links.
|
|
|
|
If we're not using the previous font for other links on the help dialog,
then it doesn't make sense to use that font for command names either.
|
|
|
|
|
|
|
|
|
|
Make the font size (and color) match those used in the footer.
|
|
|
|
It's pretty undiscoverable that you can click command names to yank
them. So, this adds a tip to the bottom of the help dialog.
Also, change the cursor to a pointer when hovering over command names.
|
|
- Style the links at the top the same as those at the bottom (re.
colour).
- Fix HTML indentation.
|
|
The commands names (in the help dialog) look nicer in italics. They
also format better that way.
|
|
Use margins to centre the help dialog. This works better on narrow
windows, and seems to produce a balanced dialog in a variety of cases.
|
|
This gest the centring calculation correct.
Also, remove the shadow; it's not visible.
|
|
This needs more work.
|
|
|
|
|
|
|
|
This mimics the look of Google Inbox or Github.
The background colour is from Google Inbox, Github uses a slightly
lighter colour.
|
|
This reverts commit 86470f13d853b33cda8cb006ae24aeb2dcec0c9c.
|
|
This reverts commit d95f811a8bc32803bfaec69e4853c5d48500905e.
|
|
|
|
We make the help dialog iframe cover most of the height of the window,
but only be as wide as it needs to be.
Like this, the user can click to the side of the dialog (on the options
page) to enter bindings in the custom ley mapping input, with the help
dialog open.
|
|
Apart from looking better (ie. symmetric), this also ensures that the
help dialog does not overlap the footer on the options page (which is
ugly).
|
|
This reverts commit f0911e52f0e71c6d2539bdc74a09ff2dbd5ab125.
Conflicts:
content_scripts/vimium.css
Revert previous change to help-dialog styling.
|
|
|
|
Following on from f0911e52f0e71c6d2539bdc74a09ff2dbd5ab125, I omitted to
verify that the height of the dialog was correct on taller screens.
|
|
This allows the user to enter key mappings on the options page with the
help dialog open.
Fixes #2045.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Ass suggested in by @LarryBattle in #1643.
|
|
|
|
|
|
|
|
|
|
This reverts commit 6e7b04692aceeed6544510f853eb58cdad564f9e.
|
|
This reverts commit 26cbeba9b9301652d15e01ad4dac9248637ba3eb.
|
