Some special characters not displaying

Hi everyone................i have noticed that in archlinux,firefox fails to display the characters of other languages,for example:విరోధి నామ సంవత్సరాది శుభాకాంక్షలు ..............as u can see,instead of valid characters,i get such boxes.how do i solve this?

stonecoldjha wrote:how do i do that?should i download the .ttf and place it in my .fonts directory?
You could do that. Or check if there is a package or the font is in the aur, that might be a little easier.

Similar Messages

German Special Characters not displayed correctly in RTF using code

Hi ,
In my code we are using webdynpro method
WDResourceFactory.createResource(
byte[] data, String resourceName,WDWebResourceType
Type)
Here in our code we are implementing this as
ITemplateElement templateEl = wdContext.currentTemplateElement();
WDResourceFactory.createResource(
templateEl.getReportData(),
reportName.substring(0, reportName.lastIndexOf('.')),
WDWebResourceType.RTF); reportName.lastIndexOf('.')),
Here templateEl.getReportData() returns a set of bytes which has some
german special characters.
We are generating the Bytes using String.getByes(),Just before
String text = new String(in);
collector.putBusinessObject(boName, bo);
reportDocTemplateParser(collector, text);
collector.removeBusinessObject(boName);
String generatedText = collector.generateRTF();
out = (null != generatedText) ? generatedText.getBytes() : null;
The out put is the if i am giving a word with german special characters for eg:
Betriebsübersichten it first gets converted to bytes and then passes through method WDResouseFactory.createResourse(.....) which creates an RTF file and finally in the RTF file it appears as Betriebsbbersichten the special character is not displayed correctly.
i came to knw that while converting into bytes we have to make it RTF supported encoding.ie for eg generatedText.getBytes('cp1252').i even tried with other charactersets like ISO-8859,cp1253 and so on but none of them worked.
It would be really great if you could suggest the needful.
Thanks and Regards
Neeta

I soved this by using get_data function of response object. Then converting this into ISO-8859-1 charset.
See code below.
DATA : lv_encoding   TYPE abap_encoding,
          lv_conv       TYPE REF TO cl_abap_conv_in_ce,
          lv_x_string   type xstring.
lv_x_string = pv_http_client->response->get_data( ).
    lv_encoding = '1100'.
    lv_conv = cl_abap_conv_in_ce=>create(
                          encoding = lv_encoding
                             input = lv_x_string ).
    lv_conv->read( IMPORTING data = pv_result ).

German special characters not displaying on page instead of that Question marks displayed

when i submit form,i need to send a mail with filled data.Here Suppose user entered german special characters.I am getting Question marks instead of ä,Ä,ö,Ö,ü,Ü,ß. I have used meta tag like
<meta http-equiv="content-type" content="text/html;charset=utf-8" />.But i am getting fine characters with IE and Chrome.I am using FireFox 3.6.16 english.

Hello core team,
Thanks a lot!!!!
i m not only the person to use html form.So many non technical persons using the same. how can i tell to all persons regarding changing character encoding. i need some permenant solution,

Webservice: Special characters not displayed correctly

Hi,
I'm facing a problem when retrieving informations via a webservice. I'm able to use it and data is retrieved but when there are special characters into the response they are not displayed correctly. Repsonse of the webservice is XML formatted.
It seems to be a charcter set problem, strange thing is that the response is ISO-8859-1 formatted, this charset should normally display special characters like (é à ...) correctly.
In my code I simply use an if_http_client object to use the webservice.
pv_result = pv_http_client->response->get_cdata( ).
Xml repsonse :
<?xml version="1.0" encoding="ISO-8859-1" ?>
<![CDATA[Eetcaf�/Steakhuis Baskent]]>
Should be Eetcafé
How can I specify a charset for the response object?
I did the same in .NET, where I can bypass this issue specifying the charset like this.
Dim reader As New StreamReader(oResponse.GetResponseStream(), System.Text.Encoding.Default)
Thanks a lot for your help.
Edited by: dom___35 on Dec 21, 2009 3:30 PM

I soved this by using get_data function of response object. Then converting this into ISO-8859-1 charset.
See code below.
DATA : lv_encoding   TYPE abap_encoding,
          lv_conv       TYPE REF TO cl_abap_conv_in_ce,
          lv_x_string   type xstring.
lv_x_string = pv_http_client->response->get_data( ).
    lv_encoding = '1100'.
    lv_conv = cl_abap_conv_in_ce=>create(
                          encoding = lv_encoding
                             input = lv_x_string ).
    lv_conv->read( IMPORTING data = pv_result ).

French special characters not displayed properly in discoverer 11g

Gurus
We are upgrading to discoverer 11.1.1.3
I have found that French special characters (letters with accents) are not displayed properly in the discoverer tool menu.
Example
Sélectionner is displayed as S?lectionner.
This doesn't seem to be a server issue as one of the tester (in U.S) is able to see the french characters displayed and ironically it is not the case in France itself where this is required.
Please help
Regards
Ariv

Pl post details of the two clients being used in this scenario - the exact OS version, browser version, browser language settings, Java version etc
Since the accented character shows on one client , the issue is with the client or the settings on the client where the accented character is not showing correctly.
HTH
Srini

Special Characters Not Displaying at Logon Screen

Hello, my daughter set her password on her iPad using special characters and has been able log in by holding down a certain letter on the keyboard and choosing a latin character. This is no longer working as the popup menu doesn't appear when holding down on letters anymore. She recently updated it to iOS8, but claims that she was able to log in at least a few time since the update.
Is there any trick to making these special character menus appear again? Thanks so much.

Hello Paul,
I once used hexadecimal coded characters like &xnnn; and they were not transformed. When coding them in decimal, everthing worked fine.
Hth
J�rg

Reports with output to excel - special characters not displayed correctly.

Hi,
I have a portal with data from 5 continents. In many places special or national characters are used in names. My portal can show most of these characters correctly and so can my version of Microsoft Office Excel. When text with these characters are copy/pasted from the screen to an excel sheet, they are also shown correctly in excel. The problem arises in portal reports, where output is set to Excel, then special characters are often displayed as strange double characters, for example á is shown as Ã¡ . Does anybody have a solution to that?
Thanks
Arne

No answers have been posted yet and now I have found a solution myself. The portal report is run and output set to Excel. The resulting file is opened, and a new row is inserted in the top of the sheet. In the first field in this row is written the characters *\xEF\xBB\xBF*. It is called a UTF-8 BOM, and when written in the start of a text file, it will tell the program that opens it, that UTF-8 encoding is used.<br><br>
The file is saved with the file type CSV (semicolon separated) (*.csv) and excel is closed. When you click on the CSV-file, it is opened by excel, and now all characters with accents, circumflexes and umlauts are shown correctly.<br><br>
The solution was found here: http://www.roosmaa.net/importing-utf-8-csvs-in-excel/

Special characters not displaying?

I tried connecting to a BBS today and noticed there were a lot of jewel-with-a-question-mark-shaped characters displayed. I'm almost certain they should be some type of character that isn't being displayed correctly:
Is there a special way to make these characters visible? I'm not certain of the font I'm using, and not entirely sure how to figure it out. I've read is some places that this might be IBM extended ASCII? If it is, how could I get/install it on my system?
I don't have a specific font set in /etc/vconsole.conf:
[mukti@blackmesa ~]$ cat /etc/vconsole.conf
KEYMAP=us
Does anyone have any ideas? Thanks!
-- mod edit: read the Forum Etiquette and only post thumbnails http://wiki.archlinux.org/index.php/For … s_and_Code [jwr] --
Last edited by mukti (2012-12-10 02:24:38)

Hello Paul,
I once used hexadecimal coded characters like &xnnn; and they were not transformed. When coding them in decimal, everthing worked fine.
Hth
J�rg

Special characters not displaying in button label

My production environment is: Oracle Forms 6i connecting to an Oracle 8i database. Forms are Windows client/server. In a form there is a layout of buttons like a QWERTY keyboard. And in the property palette information for each data block, the item is of type "Push Button" and the default Label is set to a specific number which correlates to what that number translates into a special character (i.e. Portuguese, or Spanish characters). So example: CHR196 label = "196". So when at runtime. The following command is executing upon seeing this canvas:
Set_Item_Property('CHR196', LABEL, CHR(196));
So in Forms6i the CHR(196) comes out to be a letter in the alphabet from either Spanish or Portuguese and shows up perfectly.
But NOT in 11g. That environment I'm in is:
Oracle Fusion Middleware Forms 11g on RHEL5 (Red Hat Enterprise Linux version 5) on a 32-bit platform
connecting to
Oracle Database 11g on RHEL5 (Red Hat Enterprise Linux version 5) on a 64-bit platform
using a
Windows based browser (IE7 - Internet Explorer 7).
Could it be due to the forms being in a JVM (Java Virtual Machine)? All I see is a small "square" and this shows up on ALL the button labels. Could it be the NLS_LANGUAGE format of the database? Because when I run the query : SELECT CHR(196) FROM dual on 8i or 11g, the proper character shows up in TOAD or SQL+.
Thanks,

Hello Paul,
I once used hexadecimal coded characters like &xnnn; and they were not transformed. When coding them in decimal, everthing worked fine.
Hth
J�rg

Some special characters getting replaced by ? in TOAD

Hi,
I am using TOAD for updating a few records in the DB. Some special characters (non-english) like Staříč get replaced by Sta?í? in TOAD. I tried to set the characer set to default and East Europe under Editor Options, but it still doesn't work.
Any suggestions?

i) Verify your DB characterset can handle these characters
ii) Verify that the correct values are being stored (use dump function)
iii) Verify that NLS_CLient settings match NLS_Server settings
iii) Verify that this is not a windows display issue. ie Windows has been set up to display these characters.
One suggestion is to use OracleSQLDeveloper. You won't have any display issues then. :)
I use it to display arabic charcters and I don't need any registry changes etc
Edited by: Keith Jamieson on Dec 8, 2008 10:47 AM

Non-English characters not displaying correctly - Serious Issue

My corporate email is on a Lotus Domino server with Lotus Traveler installed.
I have set my PlayBook (with OS 2) up to syncronize with the corporate email trough Active Sync (see http://alturl.com/qh3nn), which works perfectly.
I have however noticed that in some emails special non-english characters are displayed correctly but in some emails special non-english characters are displayed as a black diamond with a question mark inside.
This is of course a serious issue as most non English speaking countries use some special characters.
When trying to understand this problem how can I analyse the emails and see what character set is being used?
And of course better; has someone solved this?

I am having the same problem. Is there any update available?

Problems with Turkish characters not displaying correctly

A user is having problems with certain Turkish characters in particular fonts not displaying correctly (as shown below).
The two fonts (Gill Sans and Helvetica LT CondensedLight) are used for English language marketing material. Ideally, for continuity, the same font would be preferred for our Turkish language marketing material rather than changing it to a similar font.
Helvetica LT CondensedLight
Turkish character “ İ ” does not display correctly in either Word or InDesign.
Gill Sans
Turkish characters “ ş ” and “ ğ ” display correctly in Word but not InDesign.
My questions are:
1. For Gill Sans, why are the characters not displaying in InDesign but are in Word?
2. I've noticed here: http://www.webtype.com/font/gill-sans-family/#glyphs-tab that the required characters are available within the Gill Sans font. Is this because the font is newer and includes the additional characters? Would this work in InDesign?

One of the big differences between InDesign and Word is that Word will happily substitute glyphs without telling you. So, unless your installs of Word and of InDesign are using different versions of Gill Sans (which is possible, BTW) then your s-with-cedilla and your g-with-macron are actually not in Gill Sans but in some other font. I'm guessing Arial.
It's possible that you have more than one Gill Sans installed (e.g. one in your Document Fonts folder and another in your system fonts folder) that have different glyph complements. Gill Sans has been around a long time, and the version I have from the 90s has no Turkish support whatsoever.
As far as the capital-I-with-dot, you can check your glyph coverage in a variety of ways. In both InDesign and Word, you can open up a window that shows you all of the glyphs in a font. In InDesign, find it in Type -> Glyphs. In Word, it's called "Insert Symbol" and you can find it in Word 2010 by going to Insert -> Symbol -> More Symbols. I am guessing that the answer to this question is simply that your cut of Helvetica LT has no cap-I-with-dot. You'd need to pick a font that actually has support for Turkish. On WIndows, I use a very full-featured freebie called BabelMap to check font coverage. They have a Web version here:
http://www.babelstone.co.uk/Unicode/babelmap.html
but I personally prefer the downloadable .exe file.

Chinese and Korean characters not displaying in navigation pane

I have an issue with Chinese and Korean characters not displaying on the tabs in the navigation pane:
I have 2 RoboHelp projects (using RoboHelp 8 with the updates installed) to generate WebHelp, one in Simplified Chinese, the other Korean. The HTML files, .HHC and .HHK were sent out for translations. I have set the appropriate language in the project settings, everything almost works, except for the text on the Contents, Index, and Search tabs. (I'm not using a skin.) I have read in various threads that the lng file should be edited using the RoboHelp interface, and this seems to be the crux of the problem. The characters do not display correctly through the RoboHelp UI.
The computer on which I generate the WebHelp is Windows Server 2003, and I do not have the language packs installed. (And am having problems getting hold of the language packs to install to see if this fixes the problem.)
Aside from installing the language packs, is there anything else I can try to help resolve the problem? (The characters in the content are displaying as expected.)
Any assistance is greatly appreciated

Perhaps something in the Translation Info section of this page might help? (The specifics are for Japanese, but I believe the issue would apply to all double-byte languages).
http://helpware.net/FAR/far_faq.htm#JapComp

Elements Organizer 8 - some WMV are not displayed properly in the Play Video but are in Play Vide

Hello:
Elements Organizer - some WMV are not displayed properly in the Play Video but are in Play Vide on Full screen. What's the problem? Wrong codec?

Because WMV's can contain a lot of flags, like DRM, they can exhibit odd behavior, indeed.
Usually, AV files will display in their native resolution, i.e. in their set Frame Size/Aspect Ratio and with their set PAR (Pixel Aspect Ratio), but sometimes those flags are missed, or are altered by other programs.
Remember, WMV's are designed to be streaming delivery-only, and are not intended, or designed to be edited. Most NLE's (Non Linear Editors) will allow them to be edited, but will require extra processing to do so. As is mentioned, WMM is designed around editing that delivery-only format, but most others are not.
There are many other formats/CODEC's, that ARE designed to be edited by the vast majority of NLE's, such as DV-AVI Type II's.
The best workflow is to NOT bring WMV's into the mix, unless one is using WMM exclusively. Converting those to an easily editable format/CODEC will always be the best course of action.
Good luck,
Hunt

Some images do not display on E-Bay with FF 11

Running Vista. had no problems with E-bay using FF 10 or lower. some images will not display, and when a image that does show in the category, when selected, it does not display. I am running FF11 on my xp machine with no problems.
every thing on E-bay works with IE

It's not recommended to go back to Firefox 10 due to known security vulnerabilities. It's still available if there's no other solution.
Another standard diagnostic step is to try Firefox's Safe Mode to see whether it is caused by a custom setting or add-on.
First, I recommend backing up your Firefox settings in case something goes wrong. See [https://support.mozilla.com/en-US/kb/Backing+up+your+information Backing up your information]. (You can copy your entire Firefox profile folder somewhere outside of the Mozilla folder.)
Next, restart Firefox in [http://support.mozilla.com/kb/Safe+Mode Safe Mode] using
Help > Restart with Add-ons Disabled
In the Safe Mode dialog, do not check any boxes, just click "Continue in Safe Mode."
If the images load correctly, this points to an add-on or custom setting or perhaps a saved password as the problem. A few things to work through.
If the site doesn't load correctly, we would have to consider other factors.
Any luck?

Some special characters not displaying

Similar Messages

Maybe you are looking for