GNU bug report logs - #37521
26.3; breakage for <x> a > 'b </x> in nxml-mode

Previous Next

Full log

Message #11 received at 37521 <at> debbugs.gnu.org (full text, mbox):

From: Rolf Ade <rolf <at> pointsman.de>
To: Allin Cottrell <cottrell <at> wfu.edu>
Cc: 37521 <at> debbugs.gnu.org
Subject: Re: bug#37521: breakage in emacs 26.3 + nxml
Date: Fri, 27 Sep 2019 02:26:44 +0200

Allin Cottrell <cottrell <at> wfu.edu> writes:

> There's a broken interaction between unescaped '>' (ASCII 62) and
> apostrophe (ASCII 39) when editing an XML file in nxml mode in emacs
> 26.3. (Version 26.2 was OK.)
>
> At the first apostrophe following an unescaped '>', the font color
> switches to "within delimiters" mode, and, depending on the context,
> certain nxml editing commands stop working properly.
>
> Here are two little examples. The first just shows the unwanted change
> in face:
>
> <?xml version="1.0"?>
>
> <p>Here's some text, including the inequality 3 > 2. And here's
> what happens in following text once an apostrophe comes along.
> </p>
>
> The second example shows what happens when the apostrophe is inside a
> tag. If you delete the trailing "</p>" below, then try to insert it
> again via the shortcut C-c C-f, it's "</tt>" that gets inserted
> instead:
>
> <?xml version="1.0"?>
>
> <p>Here's some text, including the inequality 3 > 2. And here is an
> apostrophe inside a tag: <tt>'</tt>. Plus some following text and
> so on.</p>

But in fact on current emacs-26 (as of commit
bd0f173199c112b2b146e727f80e973e7fc12143)

there is the by Allin described (wrong) behaviour.

Previous Next

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