mirror of
https://github.com/wez/wezterm.git
synced 2024-11-28 09:12:19 +03:00
026b9e3577
There were two problems: * We weren't correctly invalidating when the hover state changed (a recent regression caused by recent caching changes) * We'd underline every link with the same destination on hover, not just the one under the mouse (longstanding wart) Recent changes allow the application layer to reference the underlying Lines directly, so we can restore the original and expected only-highlight-under-the-mouse by switching to those newer APIs. Adjust the cache values so that we know to also verify the current highlight and invalidate. I was a little surprised to see that this also works with mux client panes: I was expecting to need to do some follow up on those because they return copies of Line rather than references to them. That happens to work because the mux client updates the hyperlinks at the time where it inserts into its cache. The effect of that is that lines in mux client panes won't update to new hyperlink rules if they were received prior to a change in the config. refs: https://github.com/wez/wezterm/issues/2496 |
||
|---|---|---|
| .. | ||
| cli | ||
| colorschemes | ||
| config | ||
| examples | ||
| install | ||
| screenshots | ||
| _config.yml | ||
| asciinema-player.css | ||
| asciinema-player.min.js | ||
| book.toml | ||
| changelog.md | ||
| contributing.md | ||
| copymode.md | ||
| custom.css | ||
| escape-sequences.md | ||
| faq.md | ||
| features.md | ||
| help.md | ||
| hyperlinks.md | ||
| imgcat.md | ||
| index.md | ||
| installation.md | ||
| mermaid-init.js | ||
| multiplexing.md | ||
| quickselect.md | ||
| README.markdown | ||
| scrollback.md | ||
| serial.md | ||
| shell-integration.md | ||
| ssh.md | ||
This directory contains the sources for the documentation. Read the generated documentation at: https://wezfurlong.org/wezterm