No announcement yet.

Cannot type Non-English character on iPad/iPhone

  • Filter
  • Time
  • Show
Clear All
new posts

  • Cannot type Non-English character on iPad/iPhone

    Using the application on iPad/iPhone's browser(Chrome or Safari), and in the text/textarea field, only can input English characters, and if non-English characters, cannot input into the field(switch to other input method like Simple Chinese, and get only English). Only on the hand-write mode, can insert the non-English characters to the input fields.

    And the fields' allowed characters is All Characters.

    Could you fix this?

  • #2
    This is because your website is made using a specific characterset. Check your project locales, this holds the characterset used which ends up in your generated code, which ends up in the browser.
    If you wan special characters then choose a correpsonding characterset. Also take notice that your database also should hold that characterset then.


    • #3
      Hi, rr. Perhaps that's not correct. I'm using UTF-8 in database and project, and also in the PC-Web that's no problem(same site), only on iPad/iPhone, have that problem.


      • #4
        What does your browser tell you in the first lines of the html?
        For example this forum says:
        <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "">
        <html xmlns="" dir="ltr" lang="en" id="vbulletin_html">
        <meta http-equiv="Content-Type" content="text/html; charset=ISO-8859-1"/>

        This ISO-8859-1 is the characterset that is allowed. Intersting that the ipad screws this up. Did you try firefox (yes it exsist on the ipad)/chrome/maxthon/opera also?


        • #5
          Hi, rr. Thank you for reply.

          It's UTF-8, and I checked.
          <META http-equiv="Content-Type" content="text/html; charset=utf-8" />

          Also on iPad, Chrome & Safari & Firefox & Opera got the same problem.


          • #6
            Hmm this is interesting I can put Җאא۩∏⅓ ﻻצگ۝ﻻ in a text box without any problems using ISO-8859-1 this is what I expected.
            For my website these are the first lines:
            <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "">

            <html DIR='' style="height: 100%">
            <title>Inloggen (Mutatieformulier personeel)</title>
            <META http-equiv="Content-Type" content="text/html; charset=iso-8859-15" />

            Running on a windows with uniform server. On firefox and on android (firefox) it seems to run fine... I dont have an ipad to test it with...


            • #7
              Hi, rr.

              Thank you for your test, but it's not what I'm saying really.

              If you're using non-English system, perhaps you know about a thing named IME, which is a imput method for countries whose characters are not Lartin system from A to Z.

              That means when I input in iPad, there will pop up a input bar, and what I'm typing show on the input bar first, and then when click space or number key, the character will goes on the input box.

              And what I mean, is not the characters like you've input, could you understand me?

              I will post a picture later, for I'm using iPad, cannot post pic now.


              • #8
                Right, you mean like wubi or googly pinyin. That I have not so much knowledge about. I havent tested this.
                I guess that that depends on the characterset that you use (e.g. Chinese Traditional big 5) but I dont really know that.


                • #9
                  Yes, it's like wuxi or google pinyin.

                  Could Scriptcase test this problem? It's annoying for the user.


                  • #10
                    Well seen the produced source code from any application I suspect this to be a bug. UTF8 encoding happens via the nm_encode function in the *_nmutf8.php files
                    but I dont know the details tho I have found errors in it before.
                    Seeing that an mb_convert is being used I guess that not every character is properly converted... You'd have to check out how this would normally work in php.
                    See for example: