XML Headaches

[Mark Smith]

I take that back - this is from the wikiPedia:

While UTF-8 does not have byte order issues, a BOM encoded in UTF-8  
may be used to mark text as UTF-8. It only identifies a file as UTF-8  
and does not state anything about byte order.[1] Quite a lot of  
Windows software (including Windows Notepad) adds one to UTF-8 files.  
However in Unix-like systems (which make heavy use of text files for  
configuration) this practice is not recommended, as it will interfere  
with correct processing of important codes such as the hash-bang at  
the start of an interpreted script. <It may also interfere with  
source for programming languages that don't recognise it.>

I am pretty sure that Transcript is one of those languages that  
doesn't recognise it, which is why removing the sequence you  
identified earlier works.

Best,

Mark



On 9 Jul 2007, at 16:07, Mark Smith wrote:

> I'm pretty sure that if it really is UTF8, then there should be no  
> BOM...is it possible that the actual encoding differs from the  
> stated encoding?
>
> Best,
>
> Mark
>
> On 9 Jul 2007, at 14:57, Malte Brill wrote:
>
>> BOM in this case Byte order Mark (I think) I am completely unsure  
>> about that UTF-8 stuff though.
>>
>> http://en.wikipedia.org/wiki/Byte_Order_Mark
>>
>> replacing anything inside the node contents would render the whole  
>> purpose of using UTF-8 encoding useless, wouldn´t it?
>>
>> All the best,
>>
>> malte
>>
>> _______________________________________________
>> use-revolution mailing list
>> use-revolution at lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your  
>> subscription preferences:
>> http://lists.runrev.com/mailman/listinfo/use-revolution
>
> _______________________________________________
> use-revolution mailing list
> use-revolution at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your  
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-revolution