Yes, I have been wanting the devs to look at the db_escape() function and was at one time half way thru implementing a db_unescape() function but dorpped it because:
1. I found the multiple language issues and the way PHP functions perceive them differently too varied
2. The multitude of files in FA that use the $_POST / $_GET variables directly when receiving them
3. The way Ajax routines handle them (all such functions bear the same name) on the fly
Will check how the devs manage it in FA v2.4 when UTF-8 will become the standard.
One downside of using UTF-8 is that all PDF sizes will get bloated due to font embedding by default unless "changed" in TCPDF library.
The various posts were listed so that you can monitor them for any future solutions that may accrue there.
As a short term measure for Item Description field, where I needed single quote and double quote to represent feet and inches, I have manually imported them into the tables in SQLyog and expect not to edit them inside the FA UI - a tall order since it will have other data in their records that may need to be updated - there is no atomic editing of fields as available in vTigerCRM. My mod in the previous post was for preventing a change in the Description field by not allowing it to be a form field itself if it is set to be "Not Editable".