emacs-bug-tracker
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Emacs-bug-tracker] bug#6708: closed (nxml-mode needs updating in respec


From: GNU bug Tracking System
Subject: [Emacs-bug-tracker] bug#6708: closed (nxml-mode needs updating in respect to Unicode support)
Date: Fri, 23 Jul 2010 15:50:03 +0000

Your message dated Fri, 23 Jul 2010 11:49:32 -0400
with message-id <address@hidden>
and subject line Re: bug#6708: nxml-mode needs updating in respect to Unicode 
support
has caused the GNU bug report #6708,
regarding nxml-mode needs updating in respect to Unicode support
to be marked as done.

(If you believe you have received this mail in error, please contact
address@hidden)


-- 
6708: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=6708
GNU Bug Tracking System
Contact address@hidden with problems
--- Begin Message --- Subject: nxml-mode needs updating in respect to Unicode support Date: Thu, 22 Jul 2010 20:06:27 +0100
In the section "Limitations", the nxml-mode manual says:

   * Unicode support has problems. This stems mostly from the fact that
     the XML (and RELAX NG) character model is based squarely on
     Unicode, whereas the Emacs character model is not.  Emacs 22 is
     slated to have full Unicode support, which should improve the
     situation here.

Since we are now well past Emacs 22, and a lot of work has been done
on Unicode support, presumably a) the situation has improved and b)
someone has some idea in what way it has improved, so this paragraph
could be updated?

-- 
http://rrt.sc3d.org



--- End Message ---
--- Begin Message --- Subject: Re: bug#6708: nxml-mode needs updating in respect to Unicode support Date: Fri, 23 Jul 2010 11:49:32 -0400 User-agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (gnu/linux)
Reuben Thomas <address@hidden> writes:

> In the section "Limitations", the nxml-mode manual says:
>
>    * Unicode support has problems. This stems mostly from the fact that
>      the XML (and RELAX NG) character model is based squarely on
>      Unicode, whereas the Emacs character model is not.  Emacs 22 is
>      slated to have full Unicode support, which should improve the
>      situation here.
>
> Since we are now well past Emacs 22, and a lot of work has been done
> on Unicode support, presumably a) the situation has improved and b)
> someone has some idea in what way it has improved, so this paragraph
> could be updated?

Thanks, I simply removed the paragraph.


--- End Message ---

reply via email to

[Prev in Thread] Current Thread [Next in Thread]