GNU bug report logs - #48439
28.0.50; Support for the Alacritty terminal emulator

Previous Next

Package: emacs;

Reported by: Tassilo Horn <tsdh <at> gnu.org>

Date: Sat, 15 May 2021 11:20:01 UTC

Severity: normal

Tags: fixed

Found in version 28.0.50

Fixed in version 28.1

Done: Lars Ingebrigtsen <larsi <at> gnus.org>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Eli Zaretskii <eliz <at> gnu.org>
To: Andreas Schwab <schwab <at> linux-m68k.org>
Cc: 48439 <at> debbugs.gnu.org, tsdh <at> gnu.org
Subject: bug#48439: 28.0.50; Support for the Alacritty terminal emulator
Date: Sat, 15 May 2021 17:00:12 +0300
> From: Andreas Schwab <schwab <at> linux-m68k.org>
> Cc: tsdh <at> gnu.org,  48439 <at> debbugs.gnu.org
> Date: Sat, 15 May 2021 15:43:57 +0200
> 
> On Mai 15 2021, Eli Zaretskii wrote:
> 
> > Looks quite extensive to me.  Of particular importance are: the number
> > of colors (not 256 but only 8 in alacritty), and different commands to
> > set fore- and back-ground colors.
> 
> Both are overridden in the alacritty description.

OK, thanks.  Then I guess Alacritty is indeed close enough to
xterm-256color.  The only question I have is: does Alacritty offer any
capabilities that are not in xterm-256color?  Because if it does, then
adding it to the list of aliases will prevent users from taking
advantage of those additional capabilities, because AFAIU we use the
alias without checking first whether the original terminal name has a
library.  So if Alacritty has important additional features, it might
be better to prepare a separate alacritty.el file, using xterm.el as a
starting point (or even 'require'ing it).




This bug report was last modified 3 years and 361 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.