Slideshow: label with asian characters

I just installed Fw CS3 french edition.
When using the create sldeshow command from the menu I get 5
tabs on the right side of the window.
The last one appear with asian characters and a pop-up as
well when clicking the create button.
How to resolve it ?
Best regards

Hello.
How are you doing?
Good Day.
I think I have the concepts down some, I'm just gonna
ask some questions for confirmation. First I'll list a
statement then I'll as the question about the
statement.
If the statement is correct answer yes, on the other
hand if the statement is false. Answer no to the
question and explain.
My purpose for asking you questions. Is to get a better understanding of JavaMail and to clear up any doubt. That, I may have on this subject that is related to the statements and questions.
By having some one like you respond to my questions with answers.
Here we go!
The content of the Part Interface and Message class are not attributes at all.
If this statement is correct or not correct please explian why.
Is this statement correct?
A DataHandler is the class called DataHandler and the
object of the DataHandler class, which programmers
would call the DataHandler object; which is (normally
created by using the DataHandler class constructor). The DataHandler class, wraps the data into the DataHandler object which is called DataHandler; by you or I using the DataHandler class constructor.
This statement is correct right?
The DataHandler class takes the data you pass to it's
constructor and wraps it into the DataHandler's object
as one entity called an email message.
Is this statement correct?
Thanks in advance.
Please email me as soon as possible;
at [email protected]
Peace out, have a good day.
-Leroy

Similar Messages

  • Using FileReader/Writer with Asian Characters - can you spot my problem?

    Hi,
    I can read in and write out one byte at a time with Asian characters, but if I try to do it one line at a time the Asian output is garbage. I will list both little programs here, and hopefully someone can educate me on my problem.
    +++1st, *this {color:#339966}works fine{color} with Asian characters:*+
    +{color:#000000}import java.io.*;*{color}+
    {color:#000000}class copybyte
    public static void main (String args[]) throws IOException
    if (args.length != 2)
    System.out.println("Usage: java copybyte srcfile dstfile");
    return;
    final boolean DEBUG=true; // switch for ascii display
    int ch; // the buffer{color}
    {color:#000000}// Create streams
    FileInputStream fis = new FileInputStream (args[0]);
    FileOutputStream fos = new FileOutputStream (args[1]);{color}
    {color:#000000}while ((ch = fis.read()) != -1)
    fos.write(ch);
    if (DEBUG)
    System.out.print(ch);
    System.out.println(" "+Character.toString((char)ch));
    fis.close(); fos.close();
    }{color}
    But the following code outputs Asian characters in garbage to my text file:
    {color:#000000}import java.io.;
    // Does not seem to handle Japanese....
    class CopyLineIO
    public static void main (String args[]) throws IOException
    if (args.length != 2)
    System.out.println("Usage: java copyline srcfile dstfile");
    return;
    final boolean STRIP=true; //strip blank lines from file ??
    String buf,temp;
    // Create streams
    FileReader fr = new FileReader (args[0]);
    FileWriter fw = new FileWriter (args[1]);
    BufferedReader br=new BufferedReader(fr); //wrap basic object
    BufferedWriter bw=new BufferedWriter(fw); //wrap basic object
    while ((buf = br.readLine()) != null)
    temp=buf.trim();
    if ((temp.length()>0)||(!STRIP)) {bw.write(buf"\n");}
    br.close(); bw.close();
    fr.close(); fw.close();
    Can anyone advise on what to change in CopyLineIO so that Asian characters work?{color} Thanks!
    PS Sorry about the code formatting - not sure how to get it looking decent here when pasted in....
    Edited by: JavaNeo on Jan 14, 2010 7:10 AM

    [From the documentation|http://java.sun.com/javase/6/docs/api/java/io/FileReader.html]:
    Convenience class for reading character files. The constructors of this class assume that the default character encoding and the default byte-buffer size are appropriate. To specify these values yourself, construct an InputStreamReader on a FileInputStream. To post code use { code } // your code here { code } without the spaces or simple select the code and press the CODE button.
    // your code here

  • Send email with Asian characters

    Hi
    Does anyone know how to send email with Asian characters? Sample code will be useful. I got ?? instead of the real characters, please help....
    Thanks in advance
    Ken

    Hello.
    How are you doing?
    Good Day.
    I think I have the concepts down some, I'm just gonna
    ask some questions for confirmation. First I'll list a
    statement then I'll as the question about the
    statement.
    If the statement is correct answer yes, on the other
    hand if the statement is false. Answer no to the
    question and explain.
    My purpose for asking you questions. Is to get a better understanding of JavaMail and to clear up any doubt. That, I may have on this subject that is related to the statements and questions.
    By having some one like you respond to my questions with answers.
    Here we go!
    The content of the Part Interface and Message class are not attributes at all.
    If this statement is correct or not correct please explian why.
    Is this statement correct?
    A DataHandler is the class called DataHandler and the
    object of the DataHandler class, which programmers
    would call the DataHandler object; which is (normally
    created by using the DataHandler class constructor). The DataHandler class, wraps the data into the DataHandler object which is called DataHandler; by you or I using the DataHandler class constructor.
    This statement is correct right?
    The DataHandler class takes the data you pass to it's
    constructor and wraps it into the DataHandler's object
    as one entity called an email message.
    Is this statement correct?
    Thanks in advance.
    Please email me as soon as possible;
    at [email protected]
    Peace out, have a good day.
    -Leroy

  • Mail with Asian Characters Flagged As Spam

    Hi,
    I'm based out in Asia, and quite a few of my customers get email in their mother tongue, and most of it seems to be incorrectly flagged as spam due to the asian characters etc.
    An example from the logs would be:
    hits=12.439 tag=-999 tag2=3 kill=8 tests=BAYES_99, CHARSETFARAWAYHEADER, HELOEQJP, HELOEQ_NEJP, HOSTEQJP, HOSTEQ_NEJP, NOREALNAME, RELAYIS203, quarantine spam-ff2272f20c18bcfcad34405e0d7245b9-20061216-060809-13862-01 (spam-quarantine)
    Now, my question is WHERE do I find the correct file to turn this off.
    I do have some rules in: /etc/mail/spamassassin (including some I have added myself from spamemporium, or whatever) but I can't find anything in any of the files that deals with "Asian Stuff"
    Help! I'm about to lose a customer, as all his Japanese email is flagged as spam! Appreciate any guidance you can give.
    Cheers,
    Steve

    HELOEQ_NEJP
    HOSTEQJP
    HOSTEQ_NEJP
    HELOEQJP
    are all in this ruleset:
    88FVGTheaders.cf
    (which you added yourself)
    The older FVGT rulesets quite often tend to overly aggressive. Also, this has been replaced by a newer version "00FVGTFile001.cf" which doesn't contain those rules anymore.
    Either lower the scores for these rules or remove/replace the ruleset.
    To lower scores, just add:
    score HELOEQ_NEJP 0.0
    (and so on)
    to your local.cf or user_prefs file.
    Alex

  • How do i use an input file with Asian characters(Unicode)?

    /* Ardor
    * Illiteraminator.java
    * Version beta 1.0
    * December 7, 2007
    * Main interfacing class
    import java.io.*;
    import java.util.*;
    public class Illiteraminator{
      public static void main (String [] args){
      //  ArrayList<Word> dictionary = new ArrayList<Word>();
        String fileName = "Mandrin.txt";
        String character= "",definition = "",inputLine;
        try{
          Scanner fileScan = new Scanner (new File (fileName));
          while (fileScan.hasNext()){
            inputLine = fileScan.nextLine();
            Scanner sc = new Scanner(inputLine);
            character = sc.next();
            while (sc.hasNext()){
              definition = definition + " " + sc.next();
            }//end while sc
           // dictionary.add(new Word(character, definition));
            //definition = "";
            //character = "";
          }//end while fileScan
        } catch (FileNotFoundException e){
          System.out.println("File not found, dig around for Mandrin.txt");
          System.exit(1);
        }//end catch
        System.out.println(character);
        System.out.println(definition);
      }//end main
    }//end class IlliteraminatorHi, i'm a first time programmer. Never touched programming until i took a Java class in university last semester. I am currently attempting to write a program to help me move away from my illiteracy in Mandrin. So, that's my code, and i am using Dr.Java while writing it. When i tested it out the output looked something like this v
    A p p l e
    M o n k e y C a t D o n k e y
    My input file is saved in Unicode. It contains letters that cannot be saved in ANSI. I tried UTF-8, but the interactions section showed no output...
    Is this just a problem with Dr.Java? Will i encounter a similar problem when i turn this into a GUI?
    The following is a copy and pasted version of the txt file i used as input. It is saved in the Unicode format.
    &#30340;[de] <grammatical particle marking genitive as well as simple and composed adjectives>; &#25105;* w&#466;de my; &#39640;* g&#257;ode high, tall; &#26159;* sh�de that's it, that's right; &#26159;...* sh�...de one who...; &#20182;&#26159;&#35828;&#27721;&#35821;*. T&#257; sh� shu&#333; H�ny&#468;de. He is one who speaks Chinese. [d�] &#30446;* m�d� goal [d�] true, real; *&#30830; d�qu� certainly
    &#19968;(A&#22777;)     [y&#299;] one, a little; &#31532;* d�-y&#299; first, primary; &#30475;*&#30475; k�ny&#299;k�n have a (quick) look at [y�] (used before tone #4); *&#20010;&#20154; y� g� r�n one person; *&#23450; y�d�ng certain; *&#26679; y�y�ng same; *&#26376;y�yu� January [y�] (used before tones #2 and #3); *&#28857;&#20799; y�di&#462;nr a little; *&#20123; y�xi&#275; some {Compare with &#24186;(F&#20040;) y&#257;o, which also means "one"}
    &#26159;     [sh�] to be, *&#19981;*? sh�bush�? is (it) or is (it) not?; *&#21542; sh�f&#466;u whether or not, is (it) or is (it) not?

    Sorry, but i do not understand this post at all... Can anyone explain it to me? Is he saying my IDE is running on something other than Unicode?
    PS: I tried one of the Scanner constructors that takes a charset parameter. That fixed the odd output! However, every Chinese character has been replaced with a question mark. (It was a series of weird characters before i used the constructor with a charset parameter.)

  • MediaSources doesn't support file name with asian(wide) charact

    I played a file with asian characters in Windows media player 0 and it played fine. I tried to play it with media source, it wouldn't even add it to the organizer much less play it. Is there a fix for this?
    Thanks
    Hua-Ying

    Go to Control Panel. Select "Date, Time, Language, and Regional Options". Select "Regional and Language Options". Select the Advanced setting page. Under "Language for non-Unicode programs", select the desired language.

  • EAN code with 25 characters - HIBC Supplier Labeling

    Hello,
    My client is requiring to populate the EAN code in the material master data (Basic data1 view) with 25 characters.
    But, the EAN/UPC field (MARA-EAN11) is only allowing 18 characters.
    Then, he sent me the table where the 25 char are required for the HIBC Supplier Labeling:
    +     1     F     HIBC Supplier Labeling Flag Character u201C+u201D
    I     4     F     Labeler Identification Code (LIC) an alphanumeric number
    P     1-18     V     Labelers Product or Catalog Number (PCN).
    U     1     F     Unit of Measure ID, Numeric value only, 0 through 9
    C     1     F     Check Character calculated
    I suppose that the Catalog Number (PCN) is the EAN/UPC field, but, where can be populated the rest of the fields showed above?
    Could you help me in order to understand more about EAN code in SAP?
    Thanks!
    Kind regards,
    Sandra Palomo

    Pls chk SAP note# 880520 for customer specific functions.
    Also check the doc in below link for complete EAN functionality
    http://www.sdn.sap.com/irj/scn/go/portal/prtroot/docs/library/uuid/60d5cf7e-8890-2b10-88b6-a9b03832009a?quicklink=index&overridelayout=true
    BR,
    Krishna

  • How can I display East Asian characters in MediaSour

    I am using Windows XP SP2 Chinese Traditional (Taiwan) edition, although I li've in the US.
    My system setting is by default Chinese Traditional, and I have enabled East Asian language support for Chinese, Japanese, and Korean.
    However, Creai've MediaSource has trouble displaying such East Asian characters, most of them look like random code.
    At the same time Windows Media Player can display all the music info just fine.
    I have a very large collection of Chinese, Japanese, and Korean music, so this function is very important to me.
    Please help if possible.
    I've read some previous posts about such issues, but most of them seem to involve the English version of Windows which is not in my case.
    Thanks in advance.

    khaidoba wrote:
    I don't know why, but whatever I do, I can't seem to get the East Asian characters to work at all. I tried the control panels stuff, but when I use the "Get Info" thing before ripping a CD in MediaSource, I still get random characters.
    Go to MediaSource's Tools->Settings->Audio CD/Rip setting page. In there, you can then set a language to be used for CDDB info. Just try and error with the different language settings (use CDDB, use OS, or use a specifc language) and one of them will be the correct one. You may need to set a different language setting for different CDs.

  • ITunes crashes on attempt to play media with foreign characters

    Recently, over the last few versions I have been unable to play any of my media that includes foreign characters, be it Asian characters or accented Roman characters. The fact of the matter is that upon attempting to play a song / audiobook / movie with a foreign character iTunes crashes.
    I am using iTunes 10.6.1.7 on Windows 7 64-bit in English (UK) with non-unicode set to Japanese.
    Windows crash report:
    Problem signature:
      Problem Event Name:          BEX
      Application Name:          iTunes.exe
      Application Version:          10.6.1.7
      Application Timestamp:          4f71aced
      Fault Module Name:          amip.dll
      Fault Module Version:          2.6.7.0
      Fault Module Timestamp:          4b63548c
      Exception Offset:          000b5954
      Exception Code:          c000000d
      Exception Data:          00000000
      OS Version:          6.1.7601.2.1.0.256.48
      Locale ID:          2057
      Additional Information 1:          3191
      Additional Information 2:          319160cfbcc1295d9ca9b4d448d8f7e3
      Additional Information 3:          62c3
      Additional Information 4:          62c3b5fb8ab287fc898b342b661d3806
    The media with foreign characters syncs with my iPhone okay, and will play without issue on it; just iTunes is unable to play said media on my computer, which is highly frustrating.
    I would be appreciative if someone has found and would share any work-around to this problem. Thanks.

    I still have no thorough concept on how I have solved this but I suppose if anyone else has encountered this issue I can share how I worked around it:
    I changed my windows system non-unicode locale back to its default (English UK).
    I then installed Microsoft AppLocale to handle the programs that would be affected.
    For experimental reasons I then set my iTunes executable to have Japanese locale through the AppLocale program.
    It now operates fine and will play files with foreign characters.
    Try it if you experience the problem's I've been having.

  • Slideshow Labeling Options in iPhoto vs. iDVD?

    Hi all,
    Are there any enhancements to putting onscreen labels for slideshows (i.e., visible during playback)? All I've been able to find is the ability to "show title" in iPhoto (no font choice, extreme corner of screen) and a bottom-of-screen option in iDVD, which is marginally better, but the panning/zooming and other capabilities of iPhoto don't appear to exist when building a slideshow in iDVD. Any options/upgrades/enhancements out there to improve my slideshow labels? Am I missing something?
    Thanks!!

    KimsDad:
    Welcome to the Apple Discussions. iDVD can give you what you want except for the Ken Burns effect. It offers only one transition per slideshow also. It will let you put titles and sub-titles on selected slides and assure that the entire slide will be in the TV Safe area. IMO, the image quality is better by building the slideshow in iDVD over that from iPhoto or iMovie.
    With a 3rd party editor like Photoshop Elements 4 you can add any text of any size and font in any location to the photos and then use iPhoto's slideshow option. You can set up iPhoto to use the 3rd party editor as part of iPhoto and make it nearly seamless. There is a caveat to this and that is you have to make sure the new file is saved as a jpg and not as a Photoshop Elements file. Other than that there little you can't do with it. Here's an example of some of it's advance editing capabilities.
    Do you Twango?
    TIP: For insurance against the iPhoto database corruption that many users have experienced I recommend making a backup copy of the Library6.iPhoto database file and keep it current. If problems crop up where iPhoto suddenly can't see any photos or thinks there are no photos in the library, replacing the working Library6.iPhoto file with the backup will often get the library back. By keeping it current I mean backup after each import and/or any serious editing or work on books, slideshows, calendars, cards, etc. That insures that if a problem pops up and you do need to replace the database file, you'll retain all those efforts. It doesn't take long to make the backup and it's good insurance.
    I've written an Automator workflow application (requires Tiger), iPhoto dB File Backup, that will copy the selected Library6.iPhoto file from your iPhoto Library folder to the Pictures folder, replacing any previous version of it. You can download it at Toad's Cellar. Be sure to read the Read Me pdf file.
    G5 Dual Core 2GHz, 2G RAM, 250G HD; G4 Dual 1Ghz, 1.5G RAM, 80G HD, QT 7.1.3,   Mac OS X (10.4.8)   22 LCD, 250G/200G/160G FW HDs, Canon: SD700IS/i850/LIDE 50, Epson R200, 30G iPod

  • Asian characters displaying in my english language PDF.

    This morning I opened a PDF and got a message that I needed to install a language pack.  I installed the asian language pack as requested and when I opened my PDF there were asian characters displaying in my english language PDF.  How do I fix this issue?

    Very difficult to say without seeing the actual PDF.  If it is not confidential, can you share it (or a similar sample PDF) with the forum: https://forums.adobe.com/thread/1408375

  • OBIEE 11.1.1.6.2 Go Url pass filter with latin characters

    Hi all,
    I'm facing the following situation with obiee go url. It seems that obiee does not accept column names with latin characters (in this example the column name "Instalação"). The report simple ignores the filter and shows the output.
    I tried with another column without special characters and filter works correctly.
    Here is the example:
    http://localhost:9704/analytics/saw.dll?Go&Path=/Shared/Temp/Instalações&NQUser=weblogic&NQPassword=welcome&Action=Navigate&P0=1&P1=eq&P2=Contador.Instalação&P3=1+TESTE
    I also tryied the following with no sucess
    http://localhost:9704/analytics/saw.dll?Go&Path=/Shared/Temp/Instalações&NQUser=weblogic&NQPassword=welcome&Action=Navigate&P0=1&P1=eq&P2=Contador."Instalação"&P3=1+TESTE
    Can anyone help me?

    Hi Srini
    The file localechraractersetlist.xml already has the setting <characterSet name="utf-8" />
    My localecharactersetlists.xml looks like this.
    <?xml version="1.0" encoding="utf-8" ?>
    <!-- Preferred Character Sets for Languages and/or locales. -->
    <!-- Contents of this file are Copyright (C) 2001-2003 by Siebel Software, inc.
    and may not be in anyway used for any other product or purpose other than those
    of nQuire Software, inc. So there. -->
    <!-- Use the "language" attribute when referring to a group of locales (en, az, be)
    and the "locale" attribute when referring to a specific locale (en-US, fr-CA, cn-TW) -->
    <!-- The "title" attribute is for readability purposes only -->
    <!-- Character sets are listed in order of preference. -->
    <!-- Each character set label must be present in the "CharacterSetDefinitions.xml" file -->
    <sawl:localeCharacterSetLists xmlns:sawl="com.siebel.analytics.web.locale/v1" xmlns="com.siebel.analytics.web.locale/v1">
    <characterSetList name="locale:ar" title="Arabic">
         <characterSet name="utf-8" />
         <characterSet name="iso-8859-6" />
         <characterSet name="Windows-1256" />
         <characterSet name="ASMO-708" />
         <characterSet name="x-mac-arabic" />
    </characterSetList>
    <characterSetList name="locale:az" title="Azeri">
         <characterSet name="utf-8" />
         <characterSet name="iso-8859-5" />
         <characterSet name="Windows-1251" />
    </characterSetList>
    <characterSetList name="locale:be" title="Belarusian">
         <characterSet name="utf-8" />
         <characterSet name="iso-8859-5" />
         <characterSet name="Windows-1251" />
    </characterSetList>
    <characterSetList name="locale:bg" title="Bulgarian">
         <characterSet name="utf-8" />
         <characterSet name="iso-8859-5" />
         <characterSet name="Windows-1251" />
    </characterSetList>
    <characterSetList name="locale:ca" title="Catalan">
         <characterSet name="utf-8" />
         <characterSet name="Windows-1252" />
         <characterSet name="iso-8859-1" />
    </characterSetList>
    <characterSetList name="locale:cs" title="Czech">
         <characterSet name="utf-8" />
         <characterSet name="iso-8859-2" />
         <characterSet name="Windows-1250" />
    </characterSetList>
    <characterSetList name="locale:da" title="Danish">
         <characterSet name="utf-8" />
         <characterSet name="Windows-1252" />
         <characterSet name="iso-8859-15" />
         <characterSet name="iso-8859-1" />
         <characterSet name="x-EBCDIC-DenmarkNorway" />
    </characterSetList>
    <characterSetList name="locale:de" title="German">
         <characterSet name="utf-8" />
         <characterSet name="Windows-1252" />
         <characterSet name="iso-8859-1" />
    </characterSetList>
    <characterSetList name="locale:el" title="Greek">
         <characterSet name="utf-8" />
         <characterSet name="iso-8859-7" />
         <characterSet name="Windows-1253" />
         <characterSet name="x-mac-greek" />
    </characterSetList>
    <characterSetList name="locale:en-us" title="English (United States)">
    <!--     <characterSet name="us-ascii" />-->
         <characterSet name="utf-8" />
         <characterSet name="Windows-1252" /> <!-- prefer the windows encoding as iso-8859-1 is less complete -->
         <characterSet name="iso-8859-1-ie" />
         <characterSet name="iso-8859-1" />
         <characterSet name="iso-8859-15" />
    </characterSetList>
    <characterSetList name="locale:en" title="English">
         <characterSet name="utf-8" />
         <characterSet name="Windows-1252" /> <!-- prefer the windows encoding as iso-8859-1 is less complete -->
         <characterSet name="iso-8859-15" />
         <characterSet name="iso-8859-1" />
         <characterSet name="Windows-1252" />
    </characterSetList>
    <characterSetList name="locale:es" title="Spanish">
         <characterSet name="utf-8" />
         <characterSet name="Windows-1252" /> <!-- prefer the windows encoding as iso-8859-1 is less complete -->
         <characterSet name="iso-8859-15" />
         <characterSet name="iso-8859-1" />
    </characterSetList>
    <characterSetList name="locale:et" title="Estonian">
         <characterSet name="utf-8" />
         <characterSet name="iso-8859-4" />
         <characterSet name="Windows-1257" />
    </characterSetList>
    <characterSetList name="locale:eu" title="Basque">
         <characterSet name="utf-8" />
         <characterSet name="Windows-1252" />
         <characterSet name="iso-8859-1" />
    </characterSetList>
    <characterSetList name="locale:fa" title="Farsi">
         <characterSet name="utf-8" />
         <characterSet name="Windows-1256" />
         <characterSet name="iso-8859-6" />
    </characterSetList>
    <characterSetList name="locale:fi" title="Finnish">
         <characterSet name="utf-8" />
         <characterSet name="Windows-1252" />
         <characterSet name="iso-8859-15" />
         <characterSet name="iso-8859-1" />
    </characterSetList>
    <characterSetList name="locale:fo" title="Faeroese">
         <characterSet name="utf-8" />
         <characterSet name="Windows-1252" />
         <characterSet name="iso-8859-1" />
    </characterSetList>
    <characterSetList name="locale:fr" title="French">
         <characterSet name="utf-8" />
         <characterSet name="Windows-1252" />
         <characterSet name="iso-8859-15" />
         <characterSet name="iso-8859-1" />
    </characterSetList>
    <characterSetList name="locale:hi" title="Hindi">
         <characterSet name="utf-8" />
    </characterSetList>
    <characterSetList name="locale:hr" title="Croatian">
         <characterSet name="utf-8" />
         <characterSet name="Windows-1250" />
         <characterSet name="iso-8859-2" />
    </characterSetList>
    <characterSetList name="locale:hu" title="Hungarian">
         <characterSet name="utf-8" />
         <characterSet name="Windows-1250" />
         <characterSet name="iso-8859-2" />
    </characterSetList>
    <characterSetList name="locale:hy" title="Armenian">
         <characterSet name="utf-8" />
    </characterSetList>
    <characterSetList name="locale:id" title="Indonesian">
         <characterSet name="utf-8" />
         <characterSet name="Windows-1252" />
         <characterSet name="iso-8859-1" />
    </characterSetList>
    <characterSetList name="locale:is" title="Icelandic">
         <characterSet name="utf-8" />
         <characterSet name="Windows-1252" />
         <characterSet name="iso-8859-15" />
         <characterSet name="iso-8859-1" />
         <characterSet name="x-mac-icelandic" />
    </characterSetList>
    <characterSetList name="locale:it" title="Italian">
         <characterSet name="utf-8" />
         <characterSet name="Windows-1252" />
         <characterSet name="iso-8859-15" />
         <characterSet name="iso-8859-1" />
    </characterSetList>
    <!-- Note that Analytics does not support the visually ordered Hebrew code page iso-8859-8 (but does support the logically ordered iso-8859-8-i). -->
    <characterSetList name="locale:he" title="Hebrew">
         <characterSet name="utf-8" />
         <characterSet name="iso-8859-8-i" />
         <characterSet name="x-mac-hebrew" />
    </characterSetList>
    <characterSetList name="locale:ja" title="Japanese">
         <characterSet name="utf-8" />
         <characterSet name="shift_jis" />
         <characterSet name="euc-jp" />
         <characterSet name="csISO2022JP" />
         <characterSet name="x-mac-japanese" />
         <characterSet name="x-EBCDIC-JapaneseAndJapaneseLatin" />
    <characterSet name="x-EBCDIC-JapaneseAndKana" />
    <characterSet name="x-EBCDIC-JapaneseAndUSCanada" />
    <characterSet name="x-EBCDIC-JapaneseKatakana" />
    </characterSetList>
    <characterSetList name="locale:ka" title="Georgian">
         <characterSet name="utf-8" />
    </characterSetList>
    <characterSetList name="locale:kk" title="Kazakh">
         <characterSet name="utf-8" />
         <characterSet name="Windows-1251" />
         <characterSet name="iso-8859-5" />
    </characterSetList>
    <characterSetList name="locale:ko" title="Korean">
         <characterSet name="utf-8" />
         <characterSet name="euc-kr" />
         <characterSet name="ks_c_5601-1987" />
         <characterSet name="x-EBCDIC-KoreanAndKoreanExtended" />
         <characterSet name="x-EBCDIC-KoreanAndKoreanExtended" />
         <characterSet name="x-EBCDIC-KoreanExtended" />
         <characterSet name="x-mac-korean" />
         <characterSet name="Johab" />
    </characterSetList>
    <characterSetList name="locale:lt" title="Lithuanian">
         <characterSet name="utf-8" />
         <characterSet name="Windows-1257" />
         <characterSet name="iso-8859-4" />
    </characterSetList>
    <characterSetList name="locale:lv" title="Latvian">
         <characterSet name="utf-8" />
         <characterSet name="Windows-1257" />
         <characterSet name="iso-8859-4" />
    </characterSetList>
    <characterSetList name="locale:mk" title="Macedonian">
         <characterSet name="utf-8" />
         <characterSet name="Windows-1251" />
         <characterSet name="iso-8859-5" />
    </characterSetList>
    <characterSetList name="locale:mr" title="Marathi">
         <characterSet name="utf-8" />
    </characterSetList>
    <characterSetList name="locale:ms" title="Malay">
         <characterSet name="utf-8" />
         <characterSet name="Windows-1252" />
         <characterSet name="iso-8859-1" />
    </characterSetList>
    <characterSetList name="locale:nl" title="Dutch">
         <characterSet name="utf-8" />
         <characterSet name="Windows-1252" />
         <characterSet name="iso-8859-15" />
         <characterSet name="iso-8859-1" />
    </characterSetList>
    <characterSetList name="locale:no" title="Norwegian">
         <characterSet name="utf-8" />
         <characterSet name="Windows-1252" />
         <characterSet name="iso-8859-15" />
         <characterSet name="iso-8859-1" />
    </characterSetList>
    <characterSetList name="locale:pl" title="Polish">
         <characterSet name="utf-8" />
         <characterSet name="Windows-1250" />
         <characterSet name="iso-8859-2" />
    </characterSetList>
    <characterSetList name="locale:pt" title="Portuguese">
         <characterSet name="utf-8" />
         <characterSet name="Windows-1252" />
         <characterSet name="iso-8859-15" />
         <characterSet name="iso-8859-1" />
    </characterSetList>
    <characterSetList name="locale:pt-br" title="Portuguese (Brasil)">
         <characterSet name="utf-8" />
         <characterSet name="Windows-1252" />
         <characterSet name="iso-8859-1" />
    </characterSetList>
    <characterSetList name="locale:ro" title="Romanian">
         <characterSet name="utf-8" />
         <characterSet name="Windows-1250" />
         <characterSet name="iso-8859-2" />
    </characterSetList>
    <characterSetList name="locale:ru" title="Russian">
         <characterSet name="utf-8" />
         <characterSet name="Windows-1251" />
         <characterSet name="iso-8859-5" />
         <characterSet name="x-mac-cyrillic" />
    </characterSetList>
    <characterSetList name="locale:sa" title="Sanskrit">
         <characterSet name="utf-8" />
    </characterSetList>
    <characterSetList name="locale:sk" title="Slovak">
         <characterSet name="utf-8" />
         <characterSet name="Windows-1250" />
         <characterSet name="iso-8859-2" />
    </characterSetList>
    <characterSetList name="locale:sl" title="Slovenian">
         <characterSet name="utf-8" />
         <characterSet name="Windows-1250" />
         <characterSet name="iso-8859-2" />
    </characterSetList>
    <characterSetList name="locale:sq" title="Albanian">
         <characterSet name="utf-8" />
         <characterSet name="Windows-1250" />
         <characterSet name="iso-8859-2" />
    </characterSetList>
    <characterSetList name="locale:sr" title="Serbian">
         <characterSet name="utf-8" />
         <characterSet name="Windows-1250" />
         <characterSet name="iso-8859-2" />
    </characterSetList>
    <characterSetList name="locale:sv" title="Swedish">
         <characterSet name="utf-8" />
         <characterSet name="Windows-1252" />
         <characterSet name="iso-8859-15" />
         <characterSet name="iso-8859-1" />
    </characterSetList>
    <characterSetList name="locale:sw" title="Swahili">
         <characterSet name="utf-8" />
         <characterSet name="Windows-1252" />
         <characterSet name="iso-8859-1" />
    </characterSetList>
    <characterSetList name="locale:ta" title="Tamil">
         <characterSet name="utf-8" />
    </characterSetList>
    <characterSetList name="locale:th" title="Thai">
         <characterSet name="utf-8" />
         <characterSet name="x-EBCDIC-Thai" />
    </characterSetList>
    <characterSetList name="locale:tr" title="Turkish">
         <characterSet name="utf-8" />
         <characterSet name="Windows-1254" />
         <characterSet name="iso-8859-3" />
         <characterSet name="iso-8859-9" />
         <characterSet name="x-mac-turkish" />
    </characterSetList>
    <characterSetList name="locale:tt" title="Tatar">
         <characterSet name="utf-8" />
         <characterSet name="Windows-1251" />
         <characterSet name="iso-8859-5" />
    </characterSetList>
    <characterSetList name="locale:uk" title="Ukrainian">
         <characterSet name="utf-8" />
         <characterSet name="Windows-1251" />
         <characterSet name="iso-8859-5" />
    </characterSetList>
    <characterSetList name="locale:ur" title="Urdu">
         <characterSet name="utf-8" />
         <characterSet name="Windows-1256" />
         <characterSet name="iso-8859-6" />
    </characterSetList>
    <characterSetList name="locale:uz" title="Uzbek">
         <characterSet name="utf-8" />
         <characterSet name="Windows-1251" />
         <characterSet name="iso-8859-5" />
    </characterSetList>
    <characterSetList name="locale:vi" title="Vietnamese">
         <characterSet name="utf-8" />
    </characterSetList>
    <characterSetList name="locale:zh-tw" title="Chinese (Traditional / Taiwan)">
         <characterSet name="utf-8" />
         <characterSet name="big5" />
         <characterSet name="EUC-CN" />
         <characterSet name="gb2312" />
         <characterSet name="hz-gb-2312" />
         <characterSet name="x-mac-chinesetrad" />
    </characterSetList>
    <characterSetList name="locale:zh" title="Chinese (Simplified)">
         <characterSet name="utf-8" />
         <characterSet name="gb2312" />
         <characterSet name="hz-gb-2312" />
         <characterSet name="iso-2022-cn" />
         <characterSet name="EUC-CN" />
         <characterSet name="big5" />
         <characterSet name="x-mac-chinesesimp" />
    </characterSetList>
    </sawl:localeCharacterSetLists>

  • Missing Asian Characters in Chromium

    http://i.imgur.com/fvMYVPN.png?1
    It seems Asian characters (not sure if it's just Japanese and Chinese characters specifically missing or pretty much all Asian fonts) are missing in Chromium, and just show up as boxes.
    I have a few music files on my computer with some Japanese characters, and they show up fine in Nautilus and DeaDBeeF. So it seems the problem is only with Chromium.
    I also recall seeing similar behavior in other Linux distros (openSUSE and Ubuntu) with Google Chrome.
    -- mod edit: coverted img to url.  Please see forum etiquette and guidelines for image sizes.  Trilby --
    Last edited by Trilby (2014-07-22 17:18:33)

    Ledti wrote:These fonts might be a better alternative since they're more consistent and possibly of higher quality than the ones link on that wiki page.
    These actually work a bit better Thanks!
    In my Gmail, I noticed one of my emails had two Japanese characters in the title that were un-readable with the previous fonts (stokes were missing). The strokes show up fine with the Adobe fonts though.
    Last edited by Espionage724 (2014-07-22 19:50:02)

  • Passing a wchar_t* containing asian characters into java

    I tried converting the wchar_t* into jstring in C, then passing that jstring into java, however, even though when I write the wchar_t* into a file, the asian characters read fine, the jstring in java becomes ????????????. Then I tried narrowing the wchar_t* into char*, then converting into jstring and passing that. Similarly, the char*, when written to a file, contains the proper asian characters, but when read in java, becomes ????????????.
    Any help is appreciated!

    ejp wrote:
    Java strings contain UTF8.Java Strings contain UTF-16.True - I was thinking more of GetStringUTFChars when I said that.
    A wchar is not even necessarily 8 bitsA wchar_t is necessarily at least 16 bits taking ISO/IEC 14882:1998 standard #3.9.1.5 into account.
    Interesting - I will look that up. The following discussion would seem to disagree with that however.
    [http://www.velocityreviews.com/forums/t289787-is-wchar_t-guaranteed-to-be-larger-than-char.html]

  • Trouble with unprintable characters in Adobe Print form

    Hi experts,
    I'm trying to implement an adobe printform containing a PDF417 Barcode. To separate the datafields within the barcode, i have to use some unprinteable characters like hex 1E or 1C and so on.
    I had the same issue in SMARTFORMS a few years ago, but was able to solve it in smartforms using /0x1E or /0x1C. Now I tried the same in Adobe Forms, but there comes an error in SM21 (syslog), telling me, that there was a problem during a Render operation. (Processing exception during a "Render" operation... A problem was encountered with the results: RenderResult array is null.)
    I tried to use this coding as well:
      data: zrecsep type c.
    field-symbols: <f>.
    label_data_barcode-recsep   = '1E'. "recsep is type x
    ASSIGN label_data_barcode-recsep to <f> CASTING TYPE C.
    move <f> to zrecsep.
    clear <f>.
    After that, zrecsep contains '#', but in hex the correct value '1E'.
    This coding works for all printable characters, such as hex 66 for 'f' or hex 5B for '[', but not for unrintable characters like hex 1E. In case of an unprintable character, a new syslog entry appears.
    Any ideas?
    Many thanks
    Ralf

    Hi, it's me again
    Here is the answer of the SAP support:
    unfortunatelly this control character is not supported by the XML
    standard and the data in the SOAP request is delivered in XML format to
    the ADS. Therefore such character cannot be used.
    I can only suggest the following web page:
    Link: [http://www.w3.org/International/questions/qa-controls#further]
    I then asked another question:
    Is there any other possibility to generate the pdf417 barcode and use
    it inside the pdf form? For example: Is it possible, to generate the
    barcode-image before calling the ADS-function and submit the address of
    the image instead of the string for the barcode?
    answer:
    I understand that you don't want to print out the string value. But it
    works as follows: the template (which contains the empty label
    definition) and the data (which contains the value for the label) are
    sent to ADS and on ADS side will the label generated.
    Therefore it is also not possible with ADS that you create the label
    befor sending it to ADS.
    The only thing I can imagine that you create the label with an external
    program and you insert it into the template as an image. But I don't
    know if it is possible for you.
    Conclusion: There is definitely no chance to use such characters in Adobe print forms due to the XML standard which is used to process the data inside the ADS.
    In my case, i have to use SMARTFORMS technology to create the label with a pdf417 barcode containing these special characters.
    regards
    Ralf

Maybe you are looking for