| Commit message (Collapse) | Author | Age |
| |
|
| |
|
|
|
|
|
|
| |
This allows the user to put semitransparent rectangles around the
current cursor line and column, á la Vim's cursor line/column, but
for the whole terminal.
|
|
|
|
|
|
|
|
|
|
|
|
| |
- The <Hyper> key now sends <C-M-S-Insert> to make keybinding
easier.
- the <Ctrl> key with a multibyte character now prepends
<C-M-S-Insert>
- <Shift-Space> now returns the "\x1b[32;2u"
- <Shift-Alt> now sends ""\x1b\x1b[32;2u""
|
|\ |
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
| |
| |
| |
| |
| | |
We still add a reference to the graphic in the first cell of every
line under the image, but we don’t erase any of the text in any of the
cells.
|
| | |
|
| | |
|
| |
| |
| |
| | |
Fixes #910
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Traditionally only ASCII characters can be sent with the ALT key. This
is an arbitrary restriction than I have relaxed. This means now ALT+ñ
will produce '^[ñ' on the terminal as expected.
I have also added support for the Windows key to send the escapesequence
'\x1b@\x1b\' so a mapping can be created in Vim for something like
'<M-@><M-\>t' for Windows+t.
In addition, it's worth noting that Glutin does not differentiate
between the windows key and the hyper key, so if one is relatively
perverse like me and has a hyper key, it can be used to sent logo keys
to the terminal without X intercepting it.
|
| |
| |
| |
| | |
more antialiased.
|
| | |
|
| | |
|
| |
| |
| |
| | |
the standard ANSI code 59
|
| |
| |
| |
| | |
setting the color. That is the next task
|
| | |
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
While the custom merge strategy can make things simpler in some
scenarios, it has repeatedly shown to silently introduce errors that
have to be manually spotted and corrected after the fact.
It's much more reliable and efficient to always manually oversee
potential conflicts, rather than letting them slip through half of the
time and having to contribute follow-up patches.
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
To make it possible to detect the replacement of the configuration file
when it is a symlink, the symlinks path has to be observed in addition
to the canonicalized path. That way changes to either file will trigger
a live config reload.
Multiple layers of symlinks would still not get detected when any
symlink other than the configuration file itself is replaced, but this
patch should cover most realistic usage scenarios.
|
| |
| |
| |
| | |
The "consoleapi" feature in the winapi crate is required when using
things from the `winapi::um::consoleapi` module.
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
During the deprecation of the 'background_opacity' field, it was
incorrectly renamed to 'window_opacity'. This changes that back to ensure
the old field still works and a warning is emitted accordingly.
See the original regression here:
https://github.com/alacritty/alacritty/commit/c24d7dfd0d2d8849f0398d7cb1a65d6562ee7a0d#diff-f92f0b1ad70a7b75b7266f3c9e569025e023d186814aa88c2b690800850ccb78L72-R73
Fixes #5437.
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
While structopt also uses clap under the hood, the configuration through
annotations allows for significantly more maintainable and concise CLI
definition.
This will also make it far easier to have platform-specific options,
which is problematic with clap since no individual methods can be
removed from its builder.
The change in Alacritty's CLI has been kept to a minimum with the only
significant changes being the `--version` flag listed before the
`-v` flag and the authors all on the same line.
|
|/ |
|
|
|
|
|
|
|
| |
In some cases it could be desired to apply 'background_opacity'
to all background colors instead of just 'colors.primary.background',
thus adding an 'colors.opaque_background_colors' option to control that.
Fixes #741.
|
| |
|
|
|
| |
Fixes #5387.
|
|
|
| |
Fixes #5383.
|
| |
|
|
|
| |
Fixes #4132.
|
| |
|
|
|
|
|
|
| |
The glutin version bump to 0.27.0 has introduced a lot of new issues and
crashes to Alacritty due to the connected winit update. Since it doesn't
solve any major issues downgrading glutin temporarily should improve
Alacritty's reliability.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This patch resolves an issue with fullwidth characters, where it is
possible to crash Alacritty by moving a fullwidth character off the side
of the terminal using insert mode.
This issue occurs since trying to overwrite a fullwidth spacer in the
first column leads to an underflow when trying to access its fullwidth
character cell. During insert mode before the character is inserted into
the cell, the existing content is rotated to the right, which leads to
the fullwidth spacer being in the first column even though it is only
there temporarily to be immediately overwritten.
While it would be possible to clear the flags after rotation, this would
still leave the opportunity for other ways to trigger this issue and
cause a separate crash. So instead the column is checked while
overwriting the spacer to make sure the fullwidth character isn't
accessed if it would lead to an underflow.
The following is a minimal example for reproducing this crash:
```sh
printf "漢"
printf "\e[4h"
printf "\r"
for _ in $(seq 3 $(tput cols)); do
printf "x"
done
printf "\r_"
```
Fixes #5337.
|
|
|
|
|
|
|
|
|
|
|
| |
This commit swaps source and target for the windows asset symlinks,
since creation of a symlink is not possible on Windows systems without
administrator permissions.
By making the files inside the source folder the source instead of the
destination, a build is still possible without requiring elevated
privileges.
Fixes #5338.
|
| |
|
|
|
|
| |
This is only an update to the development version and does not represent
a stable release.
|
|
|
|
| |
This removes the releases section to make the creation of new releases a
bit simpler.
|
|
|
|
|
|
|
|
|
|
|
|
| |
This resolves an issue with the vi mode cursor where it would not keep
track of the content while scrolled up in history but instead slowly
leave the viewport due to its absolute positioning.
While an alternative solution would have been to always keep the vi mode
cursor in the same spot on the viewport, keeping track of the content is
not only more easy to implement but it also makes for a nicer connection
between the vi mode cursor and the content below it.
Fixes #5339.
|
|
|
| |
Fixes #5084.
|
| |
|
|
|
| |
Fixes #5114.
|
|
|
| |
Fixes #5320.
|
|
|
| |
Fixes #5315.
|
|
|
| |
Fixes #5266.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The patch 9e7655e introduced some changes which improved rendering with
very dense grids, but the automatic benchmarks indicated a slight
performance difference in the `dense_cells` benchmark.
Caching the terminal lock between iterations rather than always calling
`try_lock` resolves that issue.
While breaking early in the `WouldBlock` case with `unprocessed != 0`
does also help resolve these issues, it shows some more significant
fluctuations. Combining both fixes does not help.
Additionally on Windows receiving `Ok(0)` from the PTY will also occur
instead of a `WouldBlock` error, so handling that fixes freezing on
Windows.
Fixes #5305.
|
| |
|
|
|
|
|
|
|
| |
This bug comes from 530de00049c2afcc562d36ccdb3e6afa2fe396a5. The vi
cursor movement changes text selection range when it is on vi mode. On
the other hand the cursor movement doesn't change the range when it
isn't on vi mode. So preserve text selection range by toggling vi mode
early.
|