GNU bug report logs -
#30331
Neither Emacs nor Vim nor Nano handle ligature literal insertion well
Previous Next
Full log
Message #11 received at 30331 <at> debbugs.gnu.org (full text, mbox):
On Fri, 2 Feb 2018 23:38:21 +0000 Alan Third <alan <at> idiocy.org> wrote:
> On Fri, Feb 02, 2018 at 04:31:05PM -0600, Andrew Pennebaker wrote:
>> I am able to work around this limitation in most applications by
>> configuring TextExpander (macOS, Windows) or autokey (Linux) to match the
>> keyboard sequence "ae" and replace this with "æ". This allows most UTF-8
>> compatible graphical software, from Web browsers to document editors, to
>> correctly insert æ in place of ae. However, traditional text editors
>> including Emacs, Vim, and Nano are evidently NOT able to handle a literal æ
>> rune insertion, and tend to raise a generic error message when the text
>> expander application attempts to insert this key.
>
> I’m not sure about the use of TextExpander as I’ve never heard of it
> before, but Emacs on macOS can handle the insertion of æ using alt‐’,
> but you might need to change the default binding of the alt key
> (https://www.emacswiki.org/emacs/EmacsForMacOS#toc30).
>
> Aside from that Emacs allows you to enter æ using:
>
> C-x 8 RET LATIN SMALL LETTER AE
>
> It’s a bit of a handful though, I know,
A somewhat smaller handful is `C-x RET e6' (mentioned, as is the above
Unicode name method, in the *Help* you get by typing `C-u C-x =' on the
character æ).
> but you can enter all sorts of
> things:
>
> ffl fi 🙲
>
> You should be able to configure abbrev-mode to automatically convert
> ae to æ.
You can also do that by using the norwegian-postfix input method
(entered by typing `C-x RET C-\ no TAB p TAB').
Steve Berman
This bug report was last modified 5 years and 258 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.