Username with ascii characters

Hello, i'm having and html form and i would like the user in
the username field to type ONLY ascii characters.
For example, in other fields of the form i
would like the user to type his mother language but
as far as the username and password fields are concerned
the characters have to be ascii.
How am i supposed to check when the username is accepted/correct (*consists of ascii characters*)?
and which are the desirable characters a username must have (e.g. *?* is a desirable character in a username , *:* this one?)
Thanks, in advance!

g_p_java wrote:
How am i supposed to check when the username is accepted/correct (*consists of ascii characters*)?ASCII characters are the Unicode characters whose code points are between 0 and 127.
and which are the desirable characters a username must have (e.g. *?* is a desirable character in a username , *:* this one?)I don't understand this. You have already said they must be ASCII. You have other requirements? Fine, go ahead and program them and ask questions if you have problems with that. Personally I don't think that requiring somebody to have a question mark in their user name is a good idea -- but probably you didn't mean it when you suggested that.

Similar Messages

  • Outlook voting responds with ASCII characters

    Issue: A user sends an e-mail with the voting options configured. When the recipient responds without editing the response, the reply comes back with a bunch of Asian,etc... ASCII characters. If the response is edited, the response looks normal. This is
    happening for multiple users on multiple Outlook version. Is there a default template that has gotten corrupted somewhere? How is the default reponse formed that I might fix this?
    Source code of responses:
    <meta http-equiv="Content-Type" content="text/html; charset=us-ascii">&#18492;&#19796;&#15948;&#18492;
    &#16709;&#15940;&#8508;&#11565;&#21536;&#28005;&#27760;&#29793;&#8293;&#25959;&#25966;&#24946;&#25972;
    &#8292;&#31074;&#17696;&#25464;&#24940;&#28009;&#29285;&#19744;&#26977;&#8300;&#26948;&#25459;&#24940;
    &#28009;&#29285;&#8307;&#28271;&#12576;&#14896;&#14642;&#13114;&#8247;&#30036;&#29541;&#24932;&#11385;
    &#13344;&#19744;&#29281;&#26723;&#12832;&#12592;&#8244;&#11565;&#3390;&#15370;&#21587;&#19545;&#8261;&
    #31092;&#25968;&#29757;&#30821;&#12148;&#29539;&#15987;&#11856;&#25699;&#13620;&#13879;&#13360;&#26157
    ;&#25910;&#11622;&#14644;&#12901;&#14637;&#13621;&#11570;&#13412;&#13617;&#25656;&#13873;&#12337;&#134
    13;&#31520;&#2573;&#19721;&#21057;&#18759;&#14926;&#12320;&#28003;&#12320;&#28003;&#12320;&#29808;&#25
    73;&#3453;&#19466;&#11849;&#25699;&#13620;&#13879;&#13360;&#26157;&#25910;&#11622;&#14644;&#12901;&#14
    637;&#13621;&#11570;&#13412;&#13617;&#25656;&#13873;&#12337;&#13413;&#31520;&#2573;&#19721;&#21057;&#1
    8759;&#14926;&#12320;&#28003;&#12320;&#28003;&#12320;&#29808;&#2573;&#3453;&#17418;&#22089;&#25390;&#1
    3412;&#14133;&#12342;&#11572;&#13926;&#26213;&#13357;&#25913;&#11570;&#13625;&#12853;&#25645;&#12596;&
    #14389;&#12644;&#12598;&#25904;&#8244;&#3451;&#2314;&#16717;&#18258;&#20041;&#8250;&#25392;&#8301;&#25
    392;&#8301;&#28720;&#3444;&#32010;&#2573;&#16724;&#19522;&#11845;&#25699;&#13620;&#13879;&#13360;&#261
    57;&#25910;&#11622;&#14644;&#12901;&#14637;&#13621;&#11570;&#13412;&#13617;&#25656;&#13873;&#12337;&#1
    3413;&#24916;&#27746;&#8293;&#3451;&#2314;&#16717;&#18258;&#20041;&#8250;&#25392;&#8301;&#25392;&#8301
    ;&#28720;&#3444;&#32010;&#2573;&#18756;&#11862;&#25939;&#29795;&#28521;&#12654;&#31520;&#2573;&#28681;
    &#26465;&#14949;&#21280;&#25445;&#26996;&#28271;&#3377;&#32010;&#2573;&#12092;&#21587;&#19545;&#15941;
    &#2573;&#12092;&#17736;&#17473;&#3390;&#15370;&#20290;&#22852;&#3390;&#15370;&#8272;&#27747;&#29537;&#
    15731;&#25699;&#13620;&#13879;&#13360;&#26157;&#25910;&#11622;&#14644;&#12901;&#14637;&#13621;&#11570;
    &#13412;&#13617;&#25656;&#13873;&#12337;&#13413;&#15422;&#20527;&#3390;&#15370;&#8272;&#27747;&#29537;
    &#15731;&#25699;&#13620;&#13879;&#13360;&#26157;&#25910;&#11622;&#14644;&#12901;&#14637;&#13621;&#1157
    0;&#13412;&#13617;&#25656;&#13873;&#12337;&#13413;&#9790;&#25198;&#28787;&#15419;&#20527;&#3390;&#1537
    0;&#8272;&#27747;&#29537;&#15731;&#25699;&#13620;&#13879;&#13360;&#26157;&#25910;&#11622;&#14644;&#129
    01;&#14637;&#13621;&#11570;&#13412;&#13617;&#25656;&#13873;&#12337;&#13413;&#15422;&#19785;&#8263;&#25
    705;&#18749;&#18253;&#8241;&#28514;&#25714;&#29285;&#12349;&#29472;&#25458;&#8765;&#26979;&#14948;&#28
    009;&#26465;&#25701;&#12337;&#12853;&#11833;&#20554;&#16455;&#24884;&#14648;&#25954;&#13624;&#13358;&#
    14691;&#14694;&#13874;&#8761;&#30496;&#25705;&#26740;&#12605;&#12344;&#26656;&#26981;&#26727;&#15732;&
    #14388;&#12064;&#15422;&#20527;&#3390;&#15370;&#8272;&#27747;&#29537;&#15731;&#25699;&#13620;&#13879;&
    #13360;&#26157;&#25910;&#11622;&#14644;&#12901;&#14637;&#13621;&#11570;&#13412;&#13617;&#25656;&#13873
    ;&#12337;&#13413;&#15422;&#20294;&#21582;&#25376;&#27759;&#29295;&#9021;&#12336;&#12343;&#12387;&#3390
    ;&#15370;&#21064;&#26912;&#15716;&#21064;&#8241;&#28515;&#28524;&#15730;&#12323;&#13874;&#25143;&#8289
    ;&#15919;&#2573;&#12092;&#20294;&#21582;&#15422;&#20294;&#21582;&#29472;&#31337;&#15717;&#8242;&#24934
    ;&#25955;&#16701;&#26994;&#27745;&#15422;&#20294;&#21582;&#29472;&#31337;&#15717;&#15921;&#25932;&#249
    35;&#8300;&#26948;&#25459;&#24940;&#28009;&#29285;&#8250;&#28233;&#28518;&#28018;&#29793;&#28521;&#830
    2;&#2573;&#28515;&#29806;&#26977;&#25966;&#8292;&#28265;&#29728;&#26984;&#8307;&#11621;&#24941;&#27753
    ;&#8236;&#28265;&#27747;&#25717;&#28265;&#8295;&#28257;&#8313;&#26982;&#25964;&#8307;&#29300;&#28257;&
    #28019;&#29801;&#25972;&#8292;&#26999;&#26740;&#26912;&#11380;&#27936;&#31073;&#25376;&#28271;&#24948;
    &#28265;&#3360;&#25354;&#28271;&#26982;&#25956;&#29806;&#24937;&#8300;&#25965;&#26980;&#24931;&#8300;&
    #29295;&#25120;&#29557;&#28265;&#29541;&#8307;&#28265;&#28518;&#28018;&#29793;&#28521;&#8302;&#28265;&
    #25972;&#25710;&#25701;&#28448;&#27758;&#8313;&#28518;&#8306;&#29557;&#8293;&#31074;&#29728;&#25960;&#
    3360;&#26890;&#29806;&#28261;&#25956;&#8292;&#25970;&#26979;&#26992;&#28261;&#10356;&#10611;&#9774;&#2
    5198;&#28787;&#8251;&#28225;&#8313;&#28277;&#30049;&#26740;&#29295;&#31337;&#25701;&#25632;&#29545;&#2
    7747;&#29551;&#29301;&#11365;&#29984;&#25971;&#8236;&#28515;&#31088;&#28265;&#11367;&#3360;&#25610;&#2
    9545;&#29300;&#25193;&#29813;&#28521;&#8302;&#29295;&#29728;&#27489;&#28265;&#8295;&#26223;&#24864;&#3
    1086;&#24864;&#29795;&#28521;&#8302;&#24930;&#25971;&#8292;&#28271;&#29728;&#25960;&#25376;&#28271;&#2
    5972;&#29806;&#8307;&#26223;&#29728;&#26984;&#8307;&#28005;&#26977;&#8300;&#29545;&#3360;&#29450;&#293
    00;&#25449;&#27764;&#8313;&#29296;&#26735;&#25193;&#29801;&#25701;&#9774;&#25198;&#28787;&#8251;&#2593
    8;&#26998;&#30565;&#25120;&#8313;&#28257;&#8313;&#28265;&#26980;&#26998;&#30052;&#27745;&#28448;&#2674
    0;&#29285;&#29728;&#24936;&#8302;&#26740;&#8293;&#28265;&#25972;&#25710;&#25701;&#3360;&#29194;&#25445
    ;&#28777;&#25961;&#29806;&#25632;&#25967;&#8307;&#28526;&#8308;&#24951;&#30313;&#8293;&#29295;&#29472;
    &#29301;&#25970;&#25710;&#29285;&#29728;&#25960;&#28704;&#31080;&#26995;&#26979;&#28257;&#28717;&#2979
    3;&#25961;&#29806;&#28704;&#26994;&#26998;&#25964;&#25959;&#28448;&#8306;&#28257;&#8313;&#2573;&#29807
    ;&#25960;&#8306;&#25964;&#24935;&#8300;&#26994;&#26727;&#29556;&#9774;&#25198;&#28787;&#8251;&#26185;&
    #31008;&#30063;&#29216;&#25445;&#26981;&#25974;&#8292;&#26740;&#29545;&#25888;&#27949;&#26977;&#8300;&
    #28265;&#25888;&#29298;&#29295;&#8236;&#27760;&#24933;&#25971;&#25632;&#27749;&#29797;&#8293;&#29801;&
    #3360;&#26890;&#28013;&#25701;&#24937;&#25972;&#31084;&#24864;&#25710;&#28192;&#29807;&#26217;&#8313;&
    #26740;&#8293;&#25971;&#25710;&#29285;&#25120;&#8313;&#25970;&#30068;&#28274;&#25888;&#24941;&#27753;&
    #15406;&#17967;&#20047;&#15956;&#17980;&#20047;&#8276;&#26995;&#25978;&#12861;&#15422;&#20294;&#21582;
    &#26144;&#25441;&#15717;&#29249;&#24937;&#15980;&#12092;&#20294;&#21582;&#8254;&#2573;&#20540;&#25376;
    &#24940;&#29555;&#25405;&#13412;&#14133;&#12342;&#11572;&#13926;&#26213;&#13357;&#25913;&#11570;&#1362
    5;&#12853;&#25645;&#12596;&#14389;&#12644;&#12598;&#25904;&#15924;&#12092;&#20294;&#21582;&#3390;&#15
    370;&#21064;&#26912;&#15716;&#21064;&#8241;&#28515;&#28524;&#15730;&#12323;&#13873;&#25143;&#8290;&#1
    5919;&#2573;&#2573;&#20540;&#15422;&#20527;&#15422;&#17967;&#20047;&#15956;&#2573;&#20540;&#15422;&#2
    0527;&#3390;&#15370;&#8272;&#27747;&#29537;&#15731;&#25699;&#13620;&#13879;&#13360;&#26157;&#25910;&#
    11622;&#14644;&#12901;&#14637;&#13621;&#11570;&#13412;&#13617;&#25656;&#13873;&#12337;&#13413;&#15422
    ;&#20527;&#15422;&#17967;&#20047;&#15956;&#2573;&#20540;&#15422;&#20527;&#3390;&#15370;&#15952;&#1209
    2;&#15952;&#12092;&#20294;&#21582;&#15422;&#17967;&#20047;&#15956;&#2573;&#20540;&#15422;&#20527;&#15
    422;&#20527;&#15422;&#17967;&#20047;&#15956;&#12092;&#20294;&#21582;&#15422;&#20527;&#15422;&#16943;&
    #17487;&#15961;&#12092;&#21576;&#19533;&gt;&#2573;

    Hi,
    Which type of email account is the user using?
    If we check the vote response message from web access, can you see the unreadable characters?
    We can also try to change the encoding to check if the unreadable characters will disappear. To do this, open the vote response, click 8) or Western European (Windows).
    Please let me know the result.
    Regards,
    Steve Fan
    Forum Support
    Come back and mark the replies as answers if they help and unmark them if they provide no help.
    If you have any feedback on our support, please click
    here

  • GUI_UPLOAD WITH ASCII CHARACTERS

    Hi ABAPers,
    Im using GUI_UPLOAD FM...here is my parameters :
    filename C:\OR.XLS
    filetype   ASC
    has_field_separator X
    My file to be upload has a format like this :
    100001   DELA CRUZ, JUAN   MMC
    but unfortunately...upon pressing F8...there are 22 entries...which is supposed to be one record only...and there are ascii characters or confusing characters returned ...
    Please Help...is there any parameters to fill-up or
    Do i need to change my format in excel?
    I tried the text file format and there is no problem appeared but the required is in excel file format..HELP!!!
    Thanks in advance
    aVaDuDz

    Hi Umasankar,
    Actually i tried to use it...but there is a parameter Intern...my data is originally from excel file.and must be upload to SAP..and i cannot pass a value for the internal table from Intern parameter..How can I do this..?Thats why i used GUI_UPLOAD
    Please Help
    Thanks in advance
    aVaDuDz

  • Usernames with special characters

    Can anyone tell me whether I can create Portal Usernames containing a period? e.g.
    Paul.Subacchi
    MyOracle.com has a self registration portlet that allows this, has anyone used it? and where can I get a copy.
    Thanks in advance

    I think you cannot.
    About user names, in the Portal Documentation it says :
    -The user name must be unique, is limited to 30 characters, and we
    recommend that you keep it short to make it easier for users to enter.
    -The first character of a user name must be alphanumeric (A-Z, a-z, 0-9).
    The remaining characters can include alphanumeric, and the underscore
    (_) and dollar ($) characters; no spaces or other special characters.
    -User names are not case-sensitive. Therefore, SCOTT, Scott, and scott
    are the same user name.
    I am also interested in create usernames like:
    name.lastname
    Is Oracle planning to allow "." in future releases?
    Tks!!
    null

  • Workgroup names are showing up with ASCII characters in them

    Hi,
    When I view the network I can see all the workgroups and computers however the workgroup names are showing "/032" (without the quotes) where there would normally be spaces. I believe /032 is the ASCII value for a space but I don't know how to fix this. Any ideas?

    JaimeMagiera wrote:
    Are these all groups shares from one OS X Server? What version? What happens if you reset a Workgroup's name using DSCL?
    This isn't an OS X Server. Not sure how the topic got moved here. Those are all windows workgroups containing windows computers with shares.
    JaimeMagiera wrote:
    Also, did you generate these workgroup's somehow when you created them (like via script)?
    They automatically populate in the network when connected

  • Cannot login with password containing non-ascii characters

    Hello,
    I have web application, form based login. UTF-8 is specified "everywhere".
    And it works, except for passwords.
    If user register itself with password containing non-ascii characters, it is correctly written in database, but when doing either programmatic login or normal form based login, if fails.
    If the password is only ascii, it works.
    Username of login could be ascii or non-ascii, it doesn't matter, both works.
    I'm using sun java application server 9.1.
    jdbc realm.
    I'm not using hashing passwords, just clean (now)
    I tried configure realm Charset: UTF8 as last chance, but it doesn't work either.
    The problem is only with non-ascii characters in password.
    Any help very appreciated
    Thanks a lot

    hi,
    I know all that, but that's not the case. My app uses preparedStatements, everything is properly configured, in all pages, utf-8 is going from user to db and back without any problems.
    The only problem is with password field. As I am using form based login, with jdbc realm configured (again, nicely working when only ascii characters), I have very little chance to do something bad through the login phase.
    I'm not talking about special characters, I'm talking about non-ascii characters, let's say - Chinese, arabish, Russian alphabet etc.
    When user registers (my code), the fields are properly written to db. I have checked that, trust me.
    But the Sun app server realm seems to have some problems with the password field.
    (realm uses jdbc connection to mysql, the url contains all extra parameters to be sure about utf8. there is nothing more what can be configured...)
    If I try other alphabet codes in login and ascii in password, it works. But soon, as I use other alphabet code also in password, it doesn't work anymore.
    My only idea is, that I could try MD5 to create ascii only characters (I hope it works that way) on the client with javascript and then set Digest to MD5 in realm configuration. But still, it seems very strange. The clear way storage should also function? (now set Digest to 'none')
    Is it a bug of Sun App Server?
    thanks

  • Replacing non-ASCII characters with HTML charcter references

    Hi All,
    In Oracle 10g or greater is there a built-in function that will convert a string with non-ASCII characters like this
    a b č 뮼
    into an ASCII string with HTML character references like this?
    a b & # x 0 1 0 D ; & # x B B B C ;
    (note I had to include spaces between each character in the sample code for message to prevent the forum software from converting my text)
    I tried using
    utl_i18n.escape_reference( val, 'us7ascii' )
    but for some reason it returns
    a b c & # x B B B C ;
    Note how it converted the Western European character "č" to its unaccented counterpart "c", not "& # x 0 1 0 D ;" (is this a bug?).
    I also tried a custom solution using regexp_replace and asciistr (which I can't include here because the forum software chokes on it) but it only returns the correct result for values <=4000 characters long. Unfortunately asciistr doesn't appear to accept CLOB values larger than 4000 characters. It returns an error message like
    (ORA-22835: Buffer too small for CLOB to CHAR or BLOB to RAW conversion (actual: 30251, maximum: 4000) ).
    I'm looking for a solution that works on CLOB data of any size.
    Thanks in advance for any insight you can provide.
    Joe Fuda

    So with that (UTF8) in mind, let's take another look.....
    As shown below, I used a AL32UTF8 database.
    Note: I did not use a unicode capable tool for querying. So I set console mode code page to 1250 just to have č displayed properly (instead of posing as an è).
    Also, as a result of using windows-1250 for client character set, in the val column and in the second select's ncr column (iso8859-1), è (00e8) has been replaced with e through character set conversion going from server back to client.
    Running the same code on a database with a db character set such as we8mswin1252, that doesn't define the č (latin small c with caron) character, would yield results with a c in the ncr column.
    C:\>chcp 1250
    Aktuell teckentabell: 1250
    C:\>set nls_lang=.ee8mswin1250
    C:\>sqlplus test/test
    SQL*Plus: Release 11.1.0.6.0 - Production on Fri May 23 21:25:29 2008
    Copyright (c) 1982, 2007, Oracle.  All rights reserved.
    Connected to:
    Oracle Database 11g Enterprise Edition Release 11.1.0.6.0 - Production
    With the OLAP option
    SQL> select * from nls_database_parameters where parameter like '%CHARACTERSET';
    PARAMETER              VALUE
    NLS_CHARACTERSET       AL32UTF8
    NLS_NCHAR_CHARACTERSET AL16UTF16
    SQL> select unistr('\010d \00e8') val, utl_i18n.escape_reference(unistr('\010d \00e8'),'us7ascii') NCR from dual;
    VAL  NCR
    č e  c e
    SQL> select unistr('\010d \00e8') val, utl_i18n.escape_reference(unistr('\010d \00e8'),'we8iso8859p1') NCR from dual;
    VAL  NCR
    č e  &# x10d; e     <- "è"
    SQL> select unistr('\010d \00e8') val, utl_i18n.escape_reference(unistr('\010d \00e8'),'ee8iso8859p2') NCR from dual;
    VAL  NCR
    č e  č &# xe8;
    SQL> select unistr('\010d \00e8') val, utl_i18n.escape_reference(unistr('\010d \00e8'),'cl8iso8859p5') NCR from dual;
    VAL  NCR
    č e  &# x10d; &# xe8;In the US7ASCII case, where it should be possible for all non-ascii characters to be escaped, it seems as if the actual escape step is skipped over.
    Hope this helps to understand whether utl_i8n is usable or not in your case.
    Message was edited by:
    orafad
    Fixed replaced character references :)

  • Cannot rename file with non-ASCII characters when using the

    My application moves files from one directory to another by calling File[] srcFiles = srcDir.listFiles() to get a list of files in the source directory, and then calling srcFiles.renameTo(destFile) to rename each file.
    This does not work (renameTo returns false and the file is not moved) under the following circumstances:
    - the file's leaf name contains non-ASCII characters, for example "�"
    - the OS is Solaris 9
    - the LANG and LC_* environment variables are unset, i.e. the C locale is being used
    If I set the LANG environment variable to, for example, en_GB.UTF-8 then the rename succeeds.
    I have tried calling srcFiles[index].getName().getBytes("UTF-8") and the non-ASCII characters are being replaced with ? (0x3f) characters when LANG is unset.
    Is this a bug in the JRE? I would argue that since my code does not actually manipulate the filename (I just use the File object that File.listFiles() gives me) then the rename should succeed. Of course I would not expect the file name to be displayed correctly if I printed it out.
    I have reproduced this behaviour with JDK 1.4.2_05 and 1.5.0_04 on Solaris 9.
    Francis

    Thanks for the info Alan.
    I considered setting the locale in the environment (this sounds like the "correct" fix to me and we might implement it later), but this application shares a WebLogic server with many other applications so we would have to do a huge amount of testing to make sure that the locale change wouldn't break the other apps. In the end I worked around the problem by making the code that generates the filenames in the first place strip out any non-ASCII characters (the names of the files are not critically important).
    Looking forward to JSR-203, in the meantime perhaps a note about this behaviour in the java.io.File javadoc would be useful.

  • Cannot view OWA email - after upgrade to Firefox 5.0, Outlook Web Access displays ASCII characters (garbage) in message body. Same issue with multiple servers.

    Email body of HTML or RTF messages are rendered in ASCII characters after upgrading to Firefox 5 when viewing email in MS Outlook Web Access (OWA) light from MS Exchange 2007 servers. Issue is repeatable with two entirely different Exchange systems.
    Text email renders OK. Work around is to forward email (in use MS-IE).

    You are welcome. I'm glad you got it back up.
    (1) You say you did the symbolic link. I will assume this is set correctly; it's very important that it is.
    (2) I don't know what you mean by "Been feeding the [email protected] for several weeks now, 700 emails each day at least." After the initial training period, SpamAssassin doesn't learn from mail it has already processed correctly. At this point, you only need to teach SpamAssassin when it is wrong. [email protected] should only be getting spam that is being passed as clean. Likewise, [email protected] should only be getting legitimate mail that is being flagged as junk. You are redirecting mail to both [email protected] and [email protected] ... right? SpamAssassin needs both.
    (3) Next, as I said before, you need to implement those "Frontline spam defense for Mac OS X Server." Once you have that done and issue "postfix reload" you can look at your SMTP log in Server Admin and watch as Postfix blocks one piece of junk mail after another. It's kind of cool.
    (4) Add some SARE rules:
    Visit http://www.rulesemporium.com/rules.htm and download the following rules:
    70sareadult.cf
    70saregenlsubj0.cf
    70sareheader0.cf
    70sarehtml0.cf
    70sareobfu0.cf
    70sareoem.cf
    70sarespoof.cf
    70sarestocks.cf
    70sareunsub.cf
    72sare_redirectpost
    Visit http://www.rulesemporium.com/other-rules.htm and download the following rules:
    backhair.cf
    bogus-virus-warnings.cf
    chickenpox.cf
    weeds.cf
    Copy these rules to /etc/mail/spamassassin/
    Then stop and restart mail services.
    There are other things you can do, and you'll find differing opinions about such things. In general, I think implementing the "Frontline spam defense for Mac OS X Server" and adding the SARE rules will help a lot. Good luck!

  • Problems with non-ASCII characters on Linux Unit Test Import

    I found a problem with non-ASCII characters in the Unit Test Import for Linux.  This problem does not appear in the Unit Test Import for Windows.
    I have attached a Unit Test export called PROC1.XML  It tests a procedure that is included in another attachment called PROC1.txt. The unit test includes 2 implementations.  Both implementations pass non-ASCII characters to the procedure and return them unchanged.
    In Linux, the unit test import will change the non-ASCII characters in the XML file to xFFFD. If I copy/paste the the non-ASCII characters into the Unit Test after the import, they will be stored and executed correctly.
    Amazon Ubuntu 3.13.0-45-generic / lubuntu-core
    Oracle 11g Express Edition - AL32UTF8
    SQL*Developer 4.0.3.16 Build MAIN-16.84
    Java(TM) SE Runtime Environment (build 1.7.0_76-b13)
    Java HotSpot(TM) 64-Bit Server VM (build 24.76-b04, mixed mode)
    In Windows, the unit test will import the non-ASCII characters unchanged from the XML file.
    Windows 7 Home Premium, Service Pack 1
    Oracle 11g Express Edition - AL32UTF8
    SQL*Developer 4.0.3.16 Build MAIN-16.84
    Java(TM) SE Runtime Environment (build 1.8.0_31-b13)
    Java HotSpot(TM) 64-Bit Server VM (build 25.31-b07, mixed mode)
    If SQL*Developer is coded the same between Windows and Linux, The JVM must be causing the problem.

    Set the System property "mail.mime.decodeparameters" to "true" to enable the RFC 2231 support.
    See the javadocs for the javax.mail.internet package for the list of properties.
    Yes, the FAQ entry should contain those details as well.

  • Rotated ASCII characters overlap in Text Layout Framework with specific Japanese/Chinese fonts

    I am trying to layout rotated text with Text Layout Framework. Mostly okay, but when it comes to specific Japanese/Chinese fonts, problem happens - "hankaku" alphanumeric characters(in other words, ASCII characters) overlap in those fonts. (Full-width "zenkaku" characters have no problem, though)
    When "HG丸ゴシックM-PRO" or "HG正楷書体-PRO" are specified as fontFamily(both come with Office - common fonts in Japanese Windows environment), characters are wholly overlapped.
    When "SimSun", "NSimSun" or "SimHei" are specified as fontFamily(Chinese fonts, all come with Japanese Windows XP), characters are slightly overlapped.
    If anyone knows a solution or a workaround to this, please let me know.
    Sample code:
    <?xml version="1.0" encoding="utf-8"?>
    <mx:WindowedApplication xmlns:mx="http://www.adobe.com/2006/mxml" layout="absolute" creationComplete="initapp();">
        <mx:Script>
            <![CDATA[
                import flashx.textLayout.container.ContainerController;
                import flashx.textLayout.elements.ParagraphElement;
                import flashx.textLayout.elements.SpanElement;
                import flashx.textLayout.elements.TextFlow;
                import flash.text.engine.TextRotation;
                import mx.core.UIComponent;
                private function initapp():void
                    var container:UIComponent           = new UIComponent();
                    var textflow:TextFlow               = new TextFlow();
                    var controller:ContainerController  = new ContainerController(container);
                    var paragraph:ParagraphElement      = new ParagraphElement();
                    var span:SpanElement                = new SpanElement();
                    textflow.fontFamily          = "HG丸ゴシックM-PRO";
                    textflow.textRotation        = TextRotation.ROTATE_270;
                    textflow.fontSize            = 72;
                    textflow.color               = 0;
                    span.text                    = "abcdefg";
                    controller.setCompositionSize(this.unscaledWidth, this.unscaledHeight);
                    paragraph.addChild(span);
                    textflow.addChild(paragraph);
                    textflow.flowComposer.addController(controller);
                    textflow.flowComposer.updateAllControllers();
                    this.addChild(container);
            ]]>
        </mx:Script>
    </mx:WindowedApplication>
    Warm regards,
    Yuushima

    malachite00 wrote:
    > Thanks David. So is there any way around having to embed
    the font when
    > rotating text?
    Not that I know of. Your problem is that you're loading the
    content
    dynamically, so you have no idea what it will contain.
    There's normally
    no need to embed Japanese fonts for a Japanese audience,
    because they
    already have the main fonts, such as Mincho, Gothic, or Osaka
    on their
    machine. Perhaps you'll just have to give up the idea of
    rotation.
    David Powers
    Adobe Community Expert
    Author, "Foundation PHP for Dreamweaver 8" (friends of ED)
    http://foundationphp.com/

  • [SOLVED] KDEmod - problem with mounting b/c of non-ASCII characters

    Hi guys!
    I finally set aside a few gigabites for Archlinux - it is no more in a virtual machine So far I managed to configure everything with the excellent wiki. It's runnin' and kickin'. I run accross only one problem:
    When I insert a CD with a label that has non-ASCII characters (some Polish ones in my case) and I click on it's icon in Konqueror I get the message that "file such-and-such doesn't exist" - and the Polish characters are clearly misspelled (it is not a fonts' problem - I double checked). I can access the folder either via console or via konqueror if I go to the /media folder, though.
    Any ideas how I can fix it? If you need more info, let me know.
    Last edited by JeremyTheWicked (2008-05-31 14:46:07)

    You're welcome . Now it's advisable for you to edit the title of your initial post: add [SOLVED]. Perhaps more clear wording would be in order, too, for the benefit of the search engine. The problem seems to be a trifle in retrospect, but somehow it takes some effort to find the solution, doesn't it ?

  • Problems with password including non-ASCII characters

    I am a German language user with a German keyboard but an English OS as main language. Therefore my passwords (simple user and admin) includes non-ASCII characters used in German, French and Spanish language, which increases security. This works fine in the majority of login scenarios. There are, however, 3 scenarios where neither my non-ASCII simple user nor my non-ASCII admin PW are accepted:
    1) running "sudo" in Terminal;
    2) When I try to shut down and another user account is still open. Doing this brings up a login window asking for the PW of the other user that does not accept non-ASCII;
    3) Using Leopard/SnowLeopard CacheCleaner. Upon opening, this app asks for an admin PW, but does not recognize non-ASCII.
    Am I right in assuming that this has to do with non-ASCII PWs? I thought ASCII times were gone given the remarkable language flexibility of Mac OS over the years. I know this stupid problem only from Win XP. There it is even worse.
    Is there a way to overcome this problem without always temporarily changing my PW? Thanks.

    I think the problem is with the applications themselves and should be reported to the developer. Although some non-ASCII characters are acceptable for an admin password, in my experience most Unix systems don't like non-ASCII characters in passwords. It may be easier to avoid them if you can.
    OS X should simply request your admin password to shut down when another user account is open. An alert dialog usually appears warning that the other user is still logged in and giving you the option to log the other account out then shut down. But in my experience the only authorization needed is for your admin account.

  • Filling clob with non ascii characters

    Hello,
    I have had some problems with clobs and usage of german
    umlauts (����). I was'nt able to insert or update
    strings containing umlaute in combination with string
    binding. After inserting or updating the umlaut
    characters were replaced by strange (spanish) '?'
    which were upside down.
    However, it was working when I did not use string bindung.
    I tried varios things, after some time I tracked
    the problem down to to oracle.toplink.queryframework.SQLCall.java. In the
    prepareStatement(...) you find something
    like
    ByteArrayInputStream inputStream = new ByteArrayInputStream(((String) parameter).getBytes());
    // Binding starts with a 1 not 0.
    statement.setAsciiStream(index + 1, inputStream,((String) parameter).getBytes().length);
    I replaced the usage of ByteArrayInputStram with CharArrayReader:
    // TH changed, 26.11.2003, Umlaut will not work with this.
    CharArrayReader reader = new CharArrayReader(((String) parameter).toCharArray());     
    statement.setCharacterStream(index + 1, reader, ((String) parameter).length() );
    and this worked.
    Is there any other way achieving this? Did anyone
    get clobs with non ascii characters to work?
    Regards -- Tobias
    (Toplink 9.0.3, Clob was mapped to String, Driver was Oracle OCI)

    I don't think the console font is the problem. I use Lat2-Terminus16 because I read the Beginner's Guide on the wiki while installing the system.
    My /etc/vconsole.conf:
    KEYMAP=de
    FONT=Lat2-Terminus16
    showconsolefont even shows me the characters missing in the file names; e.g.: Ö, Ä, Ü

  • Saving characters with ASCII codes (128 - 256) into txt file problem

    Hello,
    I am saving a query results into a text file (test.txt) with this procedure:
    BEGIN
    OWA_UTIL.mime_header ('application/octet', FALSE);
    HTP.p ('Content-Disposition: attachment; filename="TEST.TXT"');
    OWA_UTIL.http_header_close;
    for rec in (select sample_text from tmp)
    loop
    htp.prn ( chr(230) || rec.sample_text || utl_tcp.crlf);
    end loop;
    -- Send an error code so that the rest of the HTML does not render
    HTMLDB_APPLICATION.g_unrecoverable_error := TRUE;
    END;
    How can I save characters with ascii codes from 128 - 256 into the output file? If I use chr() function, characters are missing in the output file.
    Platform: Apex 4.2 on apex.oracle.com

    Hi 1010398,
    Some thoughts:
    I assume you've counted the characters in the output and/or used a "hex" text editor so you KNOW these characters are not being written. Are they not written at all, or are blanks being substituted or are NULLs being substituted?
    I couldn't find much documentation on htp.prn. Though, one place I found
    htp.prn (cbuf IN VARCHAR2 CHARACTER SET ANY_CS DEFAULT NULL);Do you suppose it's affected by the character set used?
    Howard

Maybe you are looking for

  • When try send email from within iPhoto says password not recognised

    Hi, Trying to send email from withinn iPhoto always get message saying password not recognised even though set correct password email address within preferences in iPhoto. Believe this started when I upgraded to Lion. Lates Lion and iphoto updates do

  • WEB DMS Office Document Access- Password Prompt

    Dear All, Business Users are Using MS Office 2007 and MS Office 2003 We have Configured WEB DMS for Development System In SE80 when CVAW_ENTIRE is Executed and when DIR is Accessed there using Display/Change, All file formats are accesed fine without

  • SHARING COMPATIBILITY PROBLEM IN WINDOWS 7

    HI we have an accounting software very old 2003 model, we use it only to review old database , this software use a share folder (company file folder) (we mapped to Z drive in all machine) it was located in windows server 2003, and every machine will

  • My F4280 printer is not working. It will not pick up the paper. I cleaned all the rollers

    I have checked for a paper jam or piece.  All is clear.  I cleaned the rollers front and back as instructed, still not working.  Now a skinny plastic piece fell out (like the inside of a pen) and I have no idea where that came from.  Can anyone help

  • Photoshop Elements 5 - Plugin Problem

    I own Photoshop Elements 5 and I found this free plugin called: quick mirror from this site: http://www.mehdiplugins.com/english/quickmirror.htm I've never had a problem loading/installing before now. I have a new Windows 7 laptop and when I put the