Piotr Przybylski a écrit :
In many files there are about 80-100 references to $GLOBALS['charset'] (or just $charset) variable, which is always set to 'utf-8'. It is not a change that should go now, but after 3.4 is released I propose to:
- remove all references where it is used to generate HTTP headers and
HTML (we already have it hardcoded in many places)
- remove this variable and introduce it as a constant or, if only a
few references remain, just use string literals
Looks like a good cleanup for 3.5.
A quick glance at code also revealed some a possible bug in comparison with $charset_of_file - this var stores one of MySQL compatible charset names, while our variable stores "utf-8", not "utf8".
Better fix this one for 3.4, can you work on this?
I can prepare an appropriate patch and commit it after 3.4 is released.