From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Alan Third Newsgroups: gmane.emacs.bugs Subject: bug#30331: Neither Emacs nor Vim nor Nano handle ligature literal insertion well Date: Fri, 2 Feb 2018 23:38:21 +0000 Message-ID: <20180202233821.GB9047@breton.holly.idiocy.org> References: NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Trace: blaine.gmane.org 1517614655 26374 195.159.176.226 (2 Feb 2018 23:37:35 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Fri, 2 Feb 2018 23:37:35 +0000 (UTC) User-Agent: Mutt/1.9.3 (2018-01-21) Cc: 30331@debbugs.gnu.org To: Andrew Pennebaker Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sat Feb 03 00:37:30 2018 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ehktN-0005Sz-Mi for geb-bug-gnu-emacs@m.gmane.org; Sat, 03 Feb 2018 00:37:13 +0100 Original-Received: from localhost ([::1]:41914 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ehkvM-0004ch-Oo for geb-bug-gnu-emacs@m.gmane.org; Fri, 02 Feb 2018 18:39:16 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:36803) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ehkvB-0004bz-Id for bug-gnu-emacs@gnu.org; Fri, 02 Feb 2018 18:39:06 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ehkv8-0000Gm-Fa for bug-gnu-emacs@gnu.org; Fri, 02 Feb 2018 18:39:05 -0500 Original-Received: from debbugs.gnu.org ([208.118.235.43]:46845) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1ehkv8-0000GB-Ac for bug-gnu-emacs@gnu.org; Fri, 02 Feb 2018 18:39:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1ehkv7-00063x-Rx for bug-gnu-emacs@gnu.org; Fri, 02 Feb 2018 18:39:01 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Alan Third Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 02 Feb 2018 23:39:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 30331 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 30331-submit@debbugs.gnu.org id=B30331.151761471223272 (code B ref 30331); Fri, 02 Feb 2018 23:39:01 +0000 Original-Received: (at 30331) by debbugs.gnu.org; 2 Feb 2018 23:38:32 +0000 Original-Received: from localhost ([127.0.0.1]:54742 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ehkue-00063H-B5 for submit@debbugs.gnu.org; Fri, 02 Feb 2018 18:38:32 -0500 Original-Received: from mail-wm0-f49.google.com ([74.125.82.49]:51139) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ehkuc-000635-8w for 30331@debbugs.gnu.org; Fri, 02 Feb 2018 18:38:30 -0500 Original-Received: by mail-wm0-f49.google.com with SMTP id f71so15736763wmf.0 for <30331@debbugs.gnu.org>; Fri, 02 Feb 2018 15:38:30 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20161025; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-disposition:content-transfer-encoding:in-reply-to :user-agent; bh=LGAGRDiuNi96SFjlMVxL3CaeZQj67zSnr1ynfOQnxqc=; b=bQhk/dGNE1pErY9gmywXA5TYO1DUPmGuGhh4/fNkZjLQnrBXOT09atItJQ7cAU0q7i VOatPR8tmywlgpb9Od6OHTVbmhdEuP3+ZhwS6KOrdFgMDbM3k46H8dtew0ppNYyMKzNC BNaMEsng4RV7HKRHV+Icaa86sjxJa+adSoUS05tk/YXX3ryHMofjtncGDgfchq0K8br5 eJpXptCmmTCHdThj0KkgSAXviSufKj2SMG/hR82QVjXIYMhzVXzHK1FXoVAaQx0u/GOx y+bkaimC53dSwCsSC6DmTyU5wXXqUXgjEHH+RyOVO1d5e6FqT2ru9L5fE5Alh1Xj4aBj BGzw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:date:from:to:cc:subject:message-id :references:mime-version:content-disposition :content-transfer-encoding:in-reply-to:user-agent; bh=LGAGRDiuNi96SFjlMVxL3CaeZQj67zSnr1ynfOQnxqc=; b=MUVmFyXlzrXbHWLQho/e7tAhgKQlJIDJHgpMbVVcQY+7NmbChuSFLQ+7mDpr2G8MO2 jEB9TE7tKmn3a1fn9n9HOyw1jrQgC6plpGBid8YLqI78NEzE6KGwWk2Q/5mOoV6xN6Lb LHepIVitFzZdo0KAsyqgazRZecWyPR4UIKRJD3TCT6rudPfGLNZwzaECuPupFkhBIhDy +CMVXC1Wz8b4Fg2iml2Ks1OJG6fkrcANBGQvaMYPYnj5jmSxA2VXFWkGN6UhQxGKo2D5 hukBYuyWc2i7ylSE2COPDV45My9kCjNiTp0yQGBthsIHQpRe58VzwDfwx4bOuZAeKQ6A a7nQ== X-Gm-Message-State: AKwxytc7uzv0w1+p8ADS8dLQIfk4K5xDuSCyIsDvC/uAUvticC7ZF1qU 9YyadM2cZdvckQOlOaQ1QwQ= X-Google-Smtp-Source: AH8x225mT98B1i0Wh+x76vA5kCzm716Qb7QDSp6Zsrf6b3/HaeeyDcjl6T7LIHst5m2/YAu0GnvdwQ== X-Received: by 10.28.142.10 with SMTP id q10mr32583123wmd.3.1517614704390; Fri, 02 Feb 2018 15:38:24 -0800 (PST) Original-Received: from breton.holly.idiocy.org (ip6-2001-08b0-03f8-8129-647a-d522-92ac-0d5e.holly.idiocy.org. [2001:8b0:3f8:8129:647a:d522:92ac:d5e]) by smtp.gmail.com with ESMTPSA id d5sm9337507wra.72.2018.02.02.15.38.23 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 02 Feb 2018 15:38:23 -0800 (PST) Content-Disposition: inline In-Reply-To: X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.org gmane.emacs.bugs:142827 Archived-At: 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, but you can enter all sorts of things: ffl fi 🙲 You should be able to configure abbrev-mode to automatically convert ae to æ. Or maybe prettify symbols mode would do: http://www.modernemacs.com/post/prettify-mode/ Proper ligature support is purely a presentation issue, though, and should happen automatically on software that supports it even if you’re loading in text written in software that doesn’t. -- Alan Third