ID: 9426 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Duplicate Bug Type: Feature/Change Request Operating System: Linux 2.0 PHP Version: 4.0.4pl1 New Comment:
duplicate of #7535. Previous Comments: ------------------------------------------------------------------------ [2001-04-29 11:31:49] [EMAIL PROTECTED] feature/change request. ------------------------------------------------------------------------ [2001-02-24 04:57:02] [EMAIL PROTECTED] It turned out to be a problem with a: <META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=ISO-8859-1"> header that caused encoding by the browser prior to sendind data to PHP. Now there's another problem. The '�' doesn't get encoded by the htmlentities() function. This char, and others, is an illegal char according to the WDG html validator and should be encoded. I think an extended version of the htmlentities() function, which encodes every char that need encoding, not only the ones in the get_html_translation_table(HTML_ENTITIES) table, should be considered. Of course encoding should be performed in the '&#XXXX;' form. ------------------------------------------------------------------------ [2001-02-23 12:51:48] [EMAIL PROTECTED] Sorry but everything gets screwed because of the mixture of html entities and real chars. The char that gives problems is '�', the corresponding html entitie is &#8217;, the html entitie provided by FrontPage is &#146;. Looking directly at the html code make it easier to understand what's going on. ------------------------------------------------------------------------ [2001-02-23 12:45:17] [EMAIL PROTECTED] When I enter some special chars in a textual form field (either 'INPUT TYPE="text"' or 'TEXTAREA') they get encoded like an html entitie. For example this '�' gets encoded as '’' in the variable of the form handling script (I hope this won't trigger the bug, the first char is like a '`' but "reversed", almost like a superscript small '/'). No coding happens for a plain typed '’', so there's no way to distinguish between the two cases in the form handling script and so there's no way to safely reverse the encoding. Browser is IE 5.5 on Windows 98. This may happen for example doing cut & paste from WordPad, Word or existing web pages. I tried the same thing pasting into FrontPage Express. It encodes it as '’' instead of '’', may be it's just the encoding that's wrong. P.S. Sorry for my poor English ------------------------------------------------------------------------ -- Edit this bug report at http://bugs.php.net/?id=9426&edit=1
