Michael Shadle wrote:
> On Mon, Apr 13, 2009 at 2:19 AM, Michael A. Peters <mpet...@mac.com> wrote:
>> The problem is that validating xhtml does not necessarily render properly in
>> some browsers *cough*IE*cough*
> I've never had problems and my work is primarily around IE6 / our
> corporate standards. Hell, even without a script type it still works
> :)
>> Would this function work for sending html and solve the utf8 problem?
>> function makeHTML($document) {
>>   $buffer = $document->saveHTML();
>>   $output = html_entity_decode($buffer,ENT_QUOTES,"UTF-8");
>>   return $output;
>>   }
>> I'll try it and see what it does.
> this was the only workaround I received for the moment, and I was a
> bit afraid it would not process the full range of utf-8; it appeared
> on a quick check to work but I wanted to run it on our entire database
> and then ask the native geo folks to examine it for correctness.

I find that IE7 (at least) is pretty reliable as long as I use strict XHTML and
send a DOCTYPE header to that effect at the top - that seems to trigger a
standard-compliant mode in IE7.
At least then I only have to worry about the JavaScript incompatibilities, and
the table model, and the event model, and ....

Peter Ford                              phone: 01580 893333
Developer                               fax:   01580 893399
Justcroft International Ltd., Staplehurst, Kent

PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Reply via email to