After a crazy nightmare with Login.php I have discovered a very interesting thing, please read:
A) Symptoms
Login.php was always served as utf-8 so "Compañía" (Company in spanish) and Contraseña (Password in spanish) were always annoying me.
B) Approaches
1) I rewrite Login.php to have html code echoed, printed by php, added Content-Header, etc.
2) I rewrite Login.php as an html file to begin with http header <?xml, etc
3) I change php.ini to be sure that the http header was not sent by php
4) after that I checked http.conf, etc. looking for somethig I was blind to see.
C) Results
Afterhours, all what I get was Firefox to render correctly the page, but not IE8. Then I tried to change Login.php file from utf-8 to ISO, so I opened the file and save as ... "the file has characters that cannot be saved as ISO-8859-15" ¡what! the file is just php, html and english what characters are not ISO-1?
Then I started to look for what I call "the ofending characters", and found it. If someone want to take the time to try I will be happy to hear. You don't need to install spanish translation, you only need to have access to a server that is not configured to serve pages with an overwritten charset, i.e., neither Apache nor PhP send its own default http header; then visit the server with IE8 and look at charset, you will see that you cannot even change the browser codification.
regards,
javier
------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now.
http://p.sf.net/sfu/bobj-july_______________________________________________
Web-ERP-translation mailing list
Web-ERP-translation@...
https://lists.sourceforge.net/lists/listinfo/web-erp-translation