all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: "Stephen J. Turnbull" <stephen@xemacs.org>
To: tomas@tuxteam.de
Cc: emacs-pretest-bug@gnu.org,
	Patrick Drechsler <patrick@pdrechsler.de>,
	emacs-devel@gnu.org
Subject: Re: 23.0.60; [nxml] BOM and utf-8
Date: Sat, 24 May 2008 06:23:18 +0900	[thread overview]
Message-ID: <87fxs8n29l.fsf@uwakimon.sk.tsukuba.ac.jp> (raw)
In-Reply-To: <20080523090511.GA12796@tomas>

tomas@tuxteam.de writes:

 > As for whether Emacs or nxml has the burden of skipping the BOM -- that
 > would correspond to whether nxml "within" Emacs is "seeing" a piece of
 > XML or a whole XML document, right?

No, I don't think so.  First, as I tried to explain, I don't think
that Emacs can reliably "know" that the BOM needs to be skipped at
decoding time.  Second, if the "piece" is what XML calls a "parsed
external entity" (analogous to an include file), it must be subjected
to BOM processing according to section 4.3.3 of the XML standard.  On
the other hand, if the fragment is generated internally to Emacs, then
there should be no BOM, because the BOM is not part of the text of an
XML document: "This is an encoding signature, not part of either the
markup or the character data of the XML document."  While on the other
hand the BOM will not be produced with character semantics (as ZWNBSP)
in modern (since Unicode 3.2) Unicode processes.

So I think there is almost never going to be harm in nxml stripping
the BOM, whereas Emacs has to be much more careful.




  reply	other threads:[~2008-05-23 21:23 UTC|newest]

Thread overview: 42+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <494CBBAC.2020706@f2s.com>
2008-05-17 12:31 ` 23.0.60; [nxml] BOM and utf-8 Patrick Drechsler
2008-05-17 14:13   ` Lennart Borgman (gmail)
2008-05-17 16:57     ` Patrick Drechsler
2008-05-17 20:38   ` Mark A. Hershberger
2008-05-21 22:20     ` Patrick Drechsler
2008-05-21 22:37       ` Patrick Drechsler
2008-05-22  1:33         ` Mark A. Hershberger
2008-05-22 14:43           ` Tom Tromey
2008-05-22 21:24             ` Miles Bader
2008-05-22  4:17         ` tomas
2008-05-22  4:33           ` Miles Bader
2008-05-22  8:28             ` Jason Rumney
2008-05-27  8:22             ` tomas
2008-05-22 17:34           ` Stephen J. Turnbull
2008-05-23  9:05             ` tomas
2008-05-23 21:23               ` Stephen J. Turnbull [this message]
2008-05-27  8:20                 ` tomas
2008-05-18  2:29   ` Stephen J. Turnbull
2008-05-18  2:30     ` Miles Bader
2008-05-18  3:19       ` Eli Zaretskii
2008-05-18  4:19         ` Stephen J. Turnbull
2008-05-18  8:56         ` Jason Rumney
2008-05-18 11:00           ` Patrick Drechsler
2008-05-19  3:11             ` Stephen J. Turnbull
2008-05-19 14:32               ` Patrick Drechsler
2008-05-19 18:56                 ` Eli Zaretskii
2008-05-20 15:16                   ` Patrick Drechsler
2008-05-18 15:19           ` joakim
2008-05-18  4:13       ` Stephen J. Turnbull
2008-05-18  5:40         ` Miles Bader
2008-05-18  9:14         ` David Kastrup
2008-05-19  3:05           ` Stephen J. Turnbull
2008-05-18 23:40             ` David Kastrup
2008-05-19 20:34               ` Stephen J. Turnbull
2008-05-19 20:57                 ` David Kastrup
2008-05-19 23:36                   ` Stephen J. Turnbull
2008-05-20  7:13                     ` David Kastrup
2008-05-30  2:47                       ` Kenichi Handa
2008-05-30  3:44                         ` Miles Bader
2008-05-30  3:59                           ` Kenichi Handa
2008-05-19  6:32             ` Lennart Borgman (gmail)
2008-12-20  9:40   ` bug#269: marked as done (23.0.60; [nxml] BOM and utf-8) Emacs bug Tracking System

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=87fxs8n29l.fsf@uwakimon.sk.tsukuba.ac.jp \
    --to=stephen@xemacs.org \
    --cc=emacs-devel@gnu.org \
    --cc=emacs-pretest-bug@gnu.org \
    --cc=patrick@pdrechsler.de \
    --cc=tomas@tuxteam.de \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.