<div>.....</div>  <div> </div>  <div><Song ... Encoding="UTF-8" ... ></div>  <div>    <Name>...</Name></div>  <div></Song></div>  <div> </div>  <div>What i wont to say is that we can use encoding, different with the entire xml encoding to atribute level. We put the standard Unicode, for XML document, but some atributes we can interpret as ASCII or other encoding.<BR><BR><B><I>Robert Manson <rmanson@gracenote.com></I></B> wrote:</div>  <BLOCKQUOTE class=replbq style="PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #1010ff 2px solid">Another "problem" with XML is that it is so flexible when it comes to<BR>the text encoding of the actual document. Having to support so many<BR>text encodings can be a big problem, especially in the embedded space.<BR><BR>Some things I would like to see in a new ID3 version:<BR><BR>1. Tags at the end of the file, perhaps directly above an IDv1 tag<BR>2. No binary data, thus
 avoiding the need for an unsyncronization<BR>scheme<BR>3. One UTF* text encoding format, perhaps one that does not require<BR>unsyncronization, UTF-7?<BR>4. Simple key-value pairing whereby ID3 recognizes a set of standard<BR>keys but allows room for custom keys (ie TXXX).<BR><BR>-Rob<BR><BR><BR>-----Original Message-----<BR>From: Paul Grebenc [mailto:jid3@blinkenlights.org] <BR>Sent: Friday, February 10, 2006 3:24 PM<BR>To: id3v2@id3.org<BR>Subject: Re: [ID3 Dev] 'Extending' ID3 V2.4<BR><BR><BR>>- This would require implementers to include an XML parsing engine.<BR>...<BR><BR>>- XML is hierarchical rather than linear. All tagging formats that ...<BR><BR>This is not entirely true. Granted, an XML document is hierarchical,<BR>and <BR>you can load it into a DOM and pull what you need from it, but you can <BR>also read it sequentially, in the same manner in which a V2 tag is read.<BR><BR>This would leave it up to the implementation whether it wants to load a <BR>DOM or not. In
 fact, a legitimate XML parsing engine would not even be <BR>necessary, so long as tag names were recognizable, and the content<BR>within <BR>them was known.<BR><BR>As far as reading, an XML document has the potential to be as easy to<BR>read <BR>as an ID3 v2 tag. What XML would offer is the possibility to use a full<BR><BR>parser with DOM in tag editing applications. With a formal schema,<BR>there <BR>would be no need for a 'reference implementation'. If your document <BR>validates against the public schema for that version, it is valid. If<BR>it <BR>doesn't, it is not.<BR><BR>Paul<BR><BR>---------------------------------------------------------------------<BR>To unsubscribe, e-mail: id3v2-unsubscribe@id3.org<BR>For additional commands, e-mail: id3v2-help@id3.org<BR><BR><BR><BR><BR>---------------------------------------------------------------------<BR>To unsubscribe, e-mail: id3v2-unsubscribe@id3.org<BR>For additional commands, e-mail: id3v2-help@id3.org<BR><BR></BLOCKQUOTE><BR><p>
                <hr size=1><font face="Arial" size="2"><a href="http://us.rd.yahoo.com/mail/uk/taglines/default/photos/*http://uk.photos.yahoo.com/"><b>Yahoo! Photos</b></a> – <font color="red">NEW</font>, now offering a <a href="http://us.rd.yahoo.com/mail/uk/taglines/default/photos/*http://uk.photos.yahoo.com/">quality print service</a> from just 8p a photo.</font>