Msg#: 4534937 posted 10:55 am on Jan 10, 2013 (gmt 0)
Option C is to edit your include files-- just the html output, nothing else-- to replace any non-ASCII characters with HTML entities. (And tell the php not to change them back!) I do not like this approach. But it is definitely safe. And it's less complicated than putting in a whole new routine to change the text encoding of the output. I don't know how you would even do that without editing the line that calls the include.
:: thinking ::
Suppose you coded the include files to say "If such-and-such parameter is present, then use it to set the file encoding of the output; otherwise default to UTF-8." The idea is to make the include file do something new without having to change all existing pages to make them pass an additional variable.
Do your include files also read data that's stored as UTF-8? So they would also have to convert any text they work with? You can see where Option C starts looking not too bad ;)
Now just watch. Next week your fpdf will come out with a version that does support utf-8.