Problems with Russian characters in BB Bridge

Some time ago my contact list on BB 9800 was updated using Desktop software for Mac. Some of contacts were written in Russian. Same updates were made for MemoPad as well in the same manner. Everything was good on the smartphone side before I made an attempt to sync my phone with Playbook. Both sections refused to sync! After removing manually all contacts and memos with Russian font, the sync went normal again. There are a lot of problems with Playbook, which cost me my time and money. This was just one of them... Why not to say it clear - do not try to sync Russian characters?

Same problem when I use Chinese.
The only thing we can do now is to wait for an update! Which is hopefully make the Playbook worth something!

Similar Messages

Problem with Russian characters in Firefox on Mac OS X 10.5

Hi everybody,
I installed the latest version of Firefox (2.0.0.9) on Mac OS X 10.5(Leopard) on my iMac (Core 2 Duo, 2.16GHz). Now when I change the language option to Russian (in Mac OSX) and type in Firefox search box (in the top right corner) I see only question marks ("????") instead of russian characters. The same happens when I open Google page in the browser and type there. Also if I bookmark a web page that contains russian character in the title, it also have "????..." instead.
However on some web pages, where I need to provide input the russian letters do show up. Also it works fine in Safari.
I didn't have this kind of issue on previous versions of Mac OSX (Tiger) and Firefox. When I installed Firefox there everything just worked fine and I didn't have to change any settings. I still have my bootable drive with this configuration and when I run it everything is fine. I tried to compare language settings and Firefox preferences and character encoding settings in Tiger and Leopard, but I don't see any difference.
I played with character encoding settings in Firefox, but that didn't fix the problem. Is it the problem of Leopard? Does anybody have the same issue? Any help is appreciated.
Thank you.
- Dmitri

I think this is a FireFox problem, you need to ask them to fix it and use another browser (or perhaps the Russian version of Firefox) in the meantime.
http://discussions.apple.com/thread.jspa?messageID=5668950&#5668950

Problems with russian characters

I need to localize my application to russian language and i have problems with their special characters. I use Graphics.drawString method and unicode escape sequences and this works fine on phones like SE, Nokia and Siemens. But some phones are not able to display these characters (Motorola, Sharp, Samsung). Do u know any other way how to draw these characters on problematic phones listed above?
thanx for any hint

thanx for hint, but i'm not familliar with this stuff in j2me. could u described it in more details, please?

Problem with national characters on windows client

Hello there,
I'am having problem with national characters on windows client.
All national data stored in NVARCHAR2 colums, applications (.net) works fine,
but in sqlplus:
select city from test_table;
- everything ok, sqlplus shows national characters
select dump(N'<national symbols>') from dual
- returns
Typ=96 Len=12: 0,191,0,191,0,191,0,191,0,191,0,191
select * from test_table where city = N'<national symbols> '
- always returns nothing
As i understand the problem in
sql query text (and national literals) convertion
to servers "WE8ISO8859P1" encoding, Is it possible
to solve the issue?
Thanks in advance
PS.
Console in right mode (chcp=1251)
sqlplus shows russian messages well
Server (oracle 9 on solaris):
select * from nls_database_parameters
NLS_NCHAR_CHARACTERSET AL16UTF16
NLS_SAVED_NCHAR_CS WE8ISO8859P1
NLS_LANGUAGE AMERICAN
NLS_TERRITORY AMERICA
NLS_CURRENCY $
NLS_ISO_CURRENCY AMERICA
NLS_NUMERIC_CHARACTERS .,
NLS_CHARACTERSET WE8ISO8859P1
NLS_CALENDAR GREGORIAN
NLS_DATE_FORMAT DD-MON-RR
NLS_DATE_LANGUAGE AMERICAN
NLS_SORT BINARY
NLS_TIME_FORMAT HH.MI.SSXFF AM
NLS_TIMESTAMP_FORMAT DD-MON-RR HH.MI.SSXFF AM
NLS_TIME_TZ_FORMAT HH.MI.SSXFF AM TZH:TZM
NLS_TIMESTAMP_TZ_FORMAT DD-MON-RR HH.MI.SSXFF AM TZH:TZM
NLS_DUAL_CURRENCY $
NLS_COMP BINARY
NLS_LENGTH_SEMANTICS BYTE
NLS_NCHAR_CONV_EXCP FALSE
NLS_RDBMS_VERSION 9.2.0.6.0
Client (windows server 2003, oracle client 10):
NLS_LANG = RUSSIAN_CIS.CL8MSWIN1251

N'<national symbols>', being part of an SQL statement, will be converted to the database character set (WE8ISO8859P1) before being parsed. Only if the client and the database are both 10.2 or higher, the client can encode the literal appropriately so that it survives this conversion.
In earlier versions, you can do the encoding yourself. Instead of the N'<national symbols>' literal use the UNISTR function: UNISTR('\xxxx\yyyy\zzzz'), where U+xxxx, U+yyyy, U+zzzz are Unicode code points of your national characters.
-- Sergiusz

Problem storing Russian Characters in Oracle 10g

We are facing an issue in one of our sites which is in Russian Language. Whenever data is submitted with Russian Characters it saves it as Question mark(upside down) in the database. Database is not supporting these characters.The character encoding is done in UTF-8 format from the front end.
This code use to work fine with Oracle 9i database but after the upgradation to Oracle 10g this problem has started occuring. We have not made any changes to the code after the upgradation of the database.
How can we resolve this and what are the settings that we can do to make this work fine?

What is your database character set and national character set?
SELECT *
FROM v$nls_parameters
WHERE parameter like '%CHARACTERSET';Are you storing the data in CHAR/ VARCHAR2/ CLOB columns? Or NCHAR/ NVARCHAR2/ NCLOB?
Justin

Cp-1251 utf-8 converting: problems with russian letters

Hello every one!
I have faced a major problem in cp-1251 to utf8 string convertion (in Windows):
String result2 = new String(result.getBytes("utf8"), Charset.forName("cp-1251"));Everything works fine, but there is a problem with russian letter И (10th letter in the alphabeth).
cp-1251 byte code of И is 200
The right byte code for И in utf-8 is : 208 152, but I recieve the byte code 208 63 for И. So there must be some mistake.
So, when i try to read this string, i face a problem with wrong utf-8 charset...
I tried this code on Debian, everything works fine.
I will be glad if you are capable of helping me.
Thank you.
Edited by: smikler on Sep 27, 2009 10:25 AM
Edited by: smikler on Sep 27, 2009 10:27 AM

Your code makes no sense.
You're taking a String and asking for it to be turned into a stream of bytes according to the UTF-8 character encoding. And then you're giving these bytes back and asking to have them interpreted back into characters using the CP-1251 character encoding. This is bound to fail, because the bytes aren't in CP-1251 - they're in UTF-8 as you requested.
The very concept of changing the character encoding of a String is meaningless. Strings in Java are represented in Unicode. It's only when you convert to and from bytes (using the two methods you've used) that you worry about encoding/decoding.
So, why not describe what you're actually trying to achieve?

Problems with special characters like "u00F6" "u00E4" "u00FC"

Hi,
we currently face some major problems with special characters like "ö" "ä" "ü". First I thought it is a SP02 specific problem but it still doesn't work with SP03.
When I start an import the import manager shows correct converted value. "ö"s "ä"s "ü"s are displayed correctly. But after I've done the import I look into the Data manager and I see instead of these characters charcaters like "̈". (note: the character should show a little square box - but the forum cannot desplay it)
How can I solve this problem?
Regards
Nico

Hi Nico
Just try it out the following steps, hope it solves ur issue.
<b>To set one or more values back to their original values:</b>
1. In the Import Manager Source Values grid, select the values that you want to set back to their original values.
2. Right-click on one of the values and choose Set to Original Value from the context menu, or choose Values > Apply Value Conversion Filter > Set to Original Value from the main menu.
3. MDME sets each value back to its original value, which appears in black in the Source Values grid.
<b>NOTE : You can use the Set to Original Value filter only at the value-level and not at the field level.</b>
thanks
Alexander

Problems with special characters in InputStream or XPath

Hello everyone,
I am having problems with special characters such as ", ', - and so on, everything becomes ? (questionmark). (Not with special nordic characthers (å,æ,ø) though.)
The encoding of the XML is UTF-8, and the server that holds the webservice is setting encoding to UTF-8 also, so no conflict there.
What I have done is something like this:
{code}
String url = "http://www.formula1.com/rss/news/latest.rss"; // This is not the feed I use, it is a custom XML document
InputSource is = new InputSource(url);
DocumentBuilderFactory fct = DocumentBuilderFactory.newInstance();
DocumentBuilder builder = fct.newDocumentBuilder();
Document doc = builder.parse(is);
Element rootElement = doc.getDocumentElement();
XPathFactory factory = XPathFactory.newInstance();
XPath xPath = factory.newXPath();
out.print(xPath.evaluate("/rss/channel/title", rootElement)); // The xml is not a RSS feed, this is just an example.
{code}
Please let me know what I am doing wrong, or give me a hint of how to solve this in another way.
Best regards,
G.Hansen
Edited by: G.Hansen on Mar 24, 2009 2:39 AM

Hello, thanks for you reply. I had to rewrite your code a little, and I think that your code would not really compile, if you tried yourself :-)
I ended up with something like this:
our environment is running in 1.4 mode, so I could not use the for-each loop :-(
public String printEntities(String s) {
     char[] sArray = s.toCharArray();
     StringBuffer sb = new StringBuffer();
       for (int i = 0; i < sArray.length; i++) {
         if (sArray[i] > 256)
              sb.append("&#x" + Integer.toHexString(sArray) + ";");
     } else
          sb.append(sArray[i]);
     return sb.toString();

How to send Oracle rowid to servlet? | Problem with national characters.

There is same possibility how to send rowid to servlet?
I have now definition like this:
<af:image source="/imageservlet?Par1=#{bindings.Col1.inputValue}"/>
But If column contents national characters, servlet methods obtained changed these characters.
My idea is to use not primary key for row, but use oracle rowid. It is simply possible?
Use something like this:
<af:image source="/imageservlet?Rowid=#{bindings.Rowid}"/
Or Do you have ideas how to solve problem with national characters ?
Thanks
FiL

Hi,
Although your workaround works.
I think this is a simple encoding problem.
I simply need to make sure all parameters and pages are encoded with a char set which contains the national characters you mentioned.
This is a bit dependent on the exact technology your using, but most can be done via the web.xml:
<jsp-config>
      <jsp-property-group>
          <url-pattern>*.jsp</url-pattern>
          <page-encoding>UTF-8</page-encoding>
      </jsp-property-group>
</jsp-config>     This forces all JSP pages to be encoded in UTF-8
Adding the following parameter sometimes helps as well, although I think this one is a bit dated:
You said your using a servlet so your servlet needs a similar block for its pattern
<context-param>
    <param-name>PARAMETER_ENCODING</param-name>
    <param-value>UTF-8</param-value>
</context-param>If you want to be 100% sure the encoding is set right make sure thepages contain:
<%@ page contentType="text/html;charset=utf-8"%>Or depending on your view technology the syntax can be a bit different
-Anton

Application Hudba (Music) problem with Czech characters

Hello,
I have problem with Czech characters for Music files copied into application "Hudba" all Czech letters (š,č,ť...etc.) are translated into Japonies letters (which I could not read at all). Could someone help please.
Thanks

You might to consider contacting the app developers http://talk.sonymobile.com/t5/Music/Walkman-Beta-Test/m-p/953659#U953659

Problems with Russian, Ukrainian etc. characters in Polish InDesign CS4

Hi everyone,
I'm a new user of InDesign CS4 (Polish version). Mostly i'm using Garamond Pro for setting text -- there is no Russian characters. Who know which one font has Russian, Ukrinian, Bulgarian Oldslavic etc. characters?
thanks in advance!
Maks

If you're using Windows, there is an incredibly useful utility Babelmap that has the tool you need: "List all the fonts installed on my system that support the text I have on my clipboard". I used to use it all the time.
I very much doubt that you have many fonts already installed on your system that support Old Slavic, unless you've installed them yourself. Bulgarian coverage is better, but still not common. If you'd like I can post some links to the pages where links to the type foundries working in these scripts are often posted. If you're not already familiar with it, Paratype is probably going to be your first stop.

Problem with some characters in complex objects

Hi all,
I've built a webservice which returns a complex object with several fields inside. All fields are public and accessable via getter and setter methods.
The problem is, that some of these fields contains numbers or underscores in their names.
For example:
public int field_a;
or
public String house3of4;
When I try to import these webservice as a model in a Web Dynpro project, it doesn't work until I remove these characters.
Is this a known problem or is there any solution for it?
Thanks
Thomas

NLS_LANG in registry is "ARABIC_UNITED ARAB EMIRATES.AR8MSWIN1256"
I use oracle form 10g for developer
oracle form 9i for database
when I build a form in client side and make a text with farsi characters, when I run the form,all characters shows me correct in farsi except four characters(گ چ ژ پ)

Problems with running Photoshop CS6 and Bridge with Lightroom 4 also on the same PC

I was running Photoshop and Bridge, then purchased Lightroom 4. Before installingt 4 I had no problems with Bridge, but since installing 4 all of the photo's that were held in bridge are now gone, but they are in Lightroom. With Lightroom, you are able to edit photos out of Lightroom and into Photoshop when necessary, save and close and it automatically changed the Lightroom picture.
I have two PC's, one has Bridge on it (this one) and the other without, but both have both editing prgrams installed. On the other PC I can switch between Lightroom and Photoshop with no problems, but when I try to switch with this PC, the one with Bridge installed, it will open Photoshop, but the photo will not transfer. If I close Photoshop program and go back to Lightroom, it will tell me that the picture could not be transfered to Photoshop because it would not launch. If I close that message window, it will then launch Photoshop and the picture transferes over allowing me to edit and save as normal.
My question is; does anyone know if Lightroom and Bridge should run side by side, or should I delete Bridge from this PC and see what happens. Bridge is just a holder and organizer of photos, wherease Lightroom does the same, but also has post editing capabilities. The two programs seem redundant, but if your running Photoshop, it's hard to get files out of Lightroom. It seems that you need to open Lightroom first, then you can view and chose a photo to work on, then move it back and forth between the two programs. This seems to make Bridge redundant.
Thanks for any help or suggestions.
he_b_gb1947

Hi, Yes, but that actually wasn't the problem. I start out in Lightroom,
then move to Photoshop if I have something that can't be fixed in
Lightroom. The problem was that when I tried to edit, out of Lightroom and
into Photoshop, I was getting an error message that Lightroom couldn't
prepare files for transfer because Photoshop wouldn't open. But, it had
opened, the picture just wouldn't transfer. If I closed Photoshop,
Lightroom would try again and it would open and transfer the second time. I
ended up going to the Adobe help, chat line, and they looked into my PC and
located the problem, it's now working fine. Thanks to everyone for your
inputs. Most appreciated.
Gary

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.

File XML Content Conversion: Problem with special characters

Hello,
in a file sender cc content conversion is used to transform a flat structure to XML. What we experiencecd is that the message mapping failed due to a character that was not allowed in XML:
I was assuming that the file content conversion just creates XML messages with allowed characters. Is there any way to configure content conversion to remove control characters which are not allowed in XML? Unfortunately the sender system cannot be modified.
Thank you.

Hi Florian,
Please use this UDF to remove special characters which prevent XML messages to form properly.
public static String removeSpecialChar(String s)
          try
               s=s.replaceAll("&","& amp ;");
               s=s.replaceAll("<" , " & lt ;");
               s=s.replaceAll(">", "& gt ;");
               s=s.replaceAll("'", "& apos ;");
               s=s.replaceAll("\"", "& quot ;");
          catch(Exception e)
               e.printStackTrace();
          return s;
Please remove spaces between characters within double quotes. I have added them because otherwise you can't see this code properly. Please check this below link , please replace the characters with proper values as the display is causing a problem here
http://support.microsoft.com/kb/316063
regards
Anupam
Edited by: anupamsap on Jul 7, 2011 4:22 PM
Edited by: anupamsap on Jul 7, 2011 4:23 PM

Problems with Russian characters in BB Bridge

Similar Messages

Maybe you are looking for