Chinese encoding problem under Mozilla or Netscape 7

We have a Web site with Chinese content in big5 character set. There are two
kinds of content - static content which are in html format and dynamic
content which are JSP/Servlet hosted by WebLogic.
We've put the following META tag to all of our Chinese content :
<meta http-equiv="Content-Type" content="text/html; charset=big5">
However, we found that under all variants of Mozilla browser (Netscape 7,
Mozilla, etc.), only the static Chinese content and dynamic content in
Servlet will be displayed with big5 encoding. For dynamic content in JSP, we
have to manually switch the encoding to big5.
This problem does not occur in IE, nor Netscape 4.x.
I've checked many other Web sites and it seems that Web sites in UTF8 may
not have this problem, but I'm not sure.
Any idea ?
p.s. Our Web site is http://www.dahsing.com.

hi,
I do not thing that the problem is Windows. I have the same problem on a linux server, config :
Red Hat 7.3
JWSDP1.3
j2ee 1.4.2
but the problem appeared when I changed JDK from 1.4.1 to 1.4.2.
So, I can see two possible issues :
- jdk 1.4.2 has a bug
- tomcat server is not compatible with this version

Similar Messages

Screen instability under Firefox and Netscape

I have a problem under Firefox and Netscape.
I use an automatic margin left and right. All work fine under
IE.
But it's not good under Firefox and Netscape.
When the sreen is short, all is also OK. But when I dispay a
long screen after a short one, the screen is not stable and moves a
little left.
To better understand, you can go on
http://www.tregor.fr and try the
two following menus:
- patrimoine/mégalithes --> short screen -->OK,
- patrimoine/chapelles --> the screen moves some pixels
left.
Does anyone know how to solve this?
Thanks a lot.

If you make it
html, body { min-height:100.1%; margin-bottom:1px; }
then you get it fixed on FF and Safari.
Murray --- ICQ 71997575
Adobe Community Expert
(If you *MUST* email me, don't LAUGH when you do so!)
==================
http://www.dreamweavermx-templates.com
- Template Triage!
http://www.projectseven.com/go
- DW FAQs, Tutorials & Resources
http://www.dwfaq.com - DW FAQs,
Tutorials & Resources
http://www.macromedia.com/support/search/
- Macromedia (MM) Technotes
==================
"Osgood" <[email protected]> wrote in
message
news:eo836v$6pg$[email protected]..
> Annie Benech wrote:
>
>> I have a problem under Firefox and Netscape.
>> I use an automatic margin left and right. All work
fine under IE.
>> But it's not good under Firefox and Netscape.
>> When the sreen is short, all is also OK. But when I
dispay a long screen
>> after a short one, the screen is not stable and
moves a little left.
>> To better understand, you can go on
http://www.tregor.fr and try the
two
>> following menus:
>> - patrimoine/mégalithes --> short screen
-->OK,
>> - patrimoine/chapelles --> the screen moves some
pixels left.
>> Does anyone know how to solve this?
>> Thanks a lot.
>
>
> You can use css to get rid of that. Cut the following
code and paste it
> into your pages code directly befor ethe clsoing
</head> tag.
>
>
> <style type="text/css">
> body, html {
> height: 101%;
> }
> <style>
>
> or if you have a style sheet attched you could just put
this in it:
>
> body, html {
> height: 101%;
> }
>

Encoding problem in call-back to hook URL (post parameters)

Hello all,
I'm encountering a character encoding problem while retrieving the content of the shopping basket from one of our provider.
After the POST request is made by the provider to our system using the hook url, when debbuging I can see that some special characters are represented with the sign '#' (after the call the ITS_IMPORT_CONTEXT).
In our case using the parameter http_content_charset with various values, including UTF-8, did not change the result.
Inspecting the HTTP traffic has highlighted the following: the encoding received from the provider is related to UTF-8, but while we are expecting the hexadecimal values, we are receiving the "Unicode code points", which are not recognized by our SAP system. For more details look at the UTF-8 encoding table found here and compare the values under column "Unicode code point" with the one under column "UTF-8 (hex.)".
As an example, for the character 'é', we are receiving the value "%E9" (the code point) instead of receiving the the hexa value : "%C3%A9".
Do you have any idee if this can be corrected on our side or if the provider must addapt the way it's sending the POST parameters?
Many thanks in advance for you help.
Best regards,
Jerome.

Hi Jason,
Indeed I had contacted the provider and informed them about the encoding problem and the fact that passing the parameter http_content_charset had no effect on the sent back encoding.
They have taken into account my request and have changed the encoding used during the request to the HOOK_URL.
Thanks to all of your for your help.
Regards,
Jerome.

Encoding problem (via ORB)

Hello,
I posted this problem few months ago, but still havent been able to solve this.
I have a Client Server program which communicates via ORB, i.e. using CORBA, with server running on Solaris OS and Client running on windows.
The server returns string containing chinese characters to the client.
However, my chinese characters dont appear properly on the client side.
If i run the client on the Solaris OS there is no problem with it.
I tried converting the encode of the string by getting its byte and creating
a new string with encoding parameter. None of this seems to work.
I can see the chinese character when the server is writing to OutputStream of CORBA, but on the InputStream of CORBA it does not
show properly.
Any ideas on how i can overcome this encoding problem where the C/S is
communicating via CORBA (ORB)?
Thanks in advance.

Thanks for your reply
Yes, i know the BIG5 is for Traditional Chinese and japansese is using like Shift-JIS or EUC.
So when i try to post japanese in a BIg5 web page, i think it's normal that i can't see it in BIG5 encoding.
But then i change the Safari default decoding to BIG5 HKSCS, the japanese appers! At the same time i can see the traditional chinese too!
And if i use Firefox, i can both see the japanese and chinese at the default BIG5 encoding.
So i simple think maybe safari translate my japanese into BIG5 HKSCS,not Shift-JIS. But if i use Firefox, i can get the same result with only BIG5 encoding, not BIG5 HKSCS. So i am just wondering why it's different between Safari and Firefox with the same BIG5 encoding.
Following is a example URL
It's a MAC discussing froum with BIG5 encoding in Taiwan.
http://ubb.frostyplace.com.tw/viewtopic.php?t=19162
It's a froum topic posted by me. I input some japanese into this topic
If you browse this page with Safari BIG5 encoding, you can see a lot of question mark instead of the original japanese word that i and other people posted.
But if you change the encoding to BIG5 HKSCS, the japanese appears. And if you using Firefox with BIG5 encoding, the japanese appears too.
So is it someing wrong with Safari's BIG5 encoding or some other reason makes this happen?

AC3 audio encoding problems

Have been encoding ac3 without any problems until recently. Now all ac3 encodes just play back as digital "noise", and the problems exists with default as well as modified versions of the standard ac3 preset.
I'm using latest versions of Compressor and Quicktime. Anyone seen this issue and know how to solve? I'm considering reinstalling Compressor, but that seems to entail a complete FCS2 reinstall...

UPDATE: I rebooted my mac using my backup system disk, which has quicktime 7.1.6 installed. I found that under this configuration my ac3 files could be played back. So it's NOT an encoding problem after all. It seems to be a decoding problem. So next up I'll try reinstalling my current version of Quicktime on the main system disk (that's QT 7.2 of course.) If that doesn't work, I'll have to try reverting to Quictime 7.1.6 I guess...

Encoding problem when forwarding mails with attachments using exchange account

Hi,
I'm facing a special misbehaviour of mail. Scenario: With Apple Mail 7.2 I would like to forward an exchange mail with attachments. The mail is wirtten in german and uses german special characters like äüöÄÖÜ. During editing the mail everything is ok which means all characters are shown in thte correct way. When I send the mail, something magic must happen in the background.
When I look in the sent mail folder and open the mail, all special characters are show as "?". Must be an encoding problem, I gues but I don't know how to fix it.
When I send exactly the same mail with another Apple mail account (non exchange), there is no problem. So I assume it has something to do with handling exchange accounts under Apple mail.
Any idea to solve this issue? Thanks in advance.
Br,
Jakob

This is a know issue with Yahoo! Email on the iPhone. When sending email, sometimes it will say it has been sent, while it really has not (and it will not show up in the sent folder).
It has been discussed quite a bit in the forums, so a search will turn up a lot of discussion, but no solid solution. Some say Yahoo is working on a fix, other that Apple is.
The most common solution (which is usually temporary), is to either reboot your phone, and/or delete and reinstall your Yahoo! Mail account on your phone.

Every now and then when I log in to hotmail the program will open, all my e-mails are there but I can't open any of them. At the same time everything opens just fine on Chrome. Eventually the problem on Mozilla fixes itself. Suggestions?

Occasionally hotmail will open just fine but I cannot access any of my listed e-mails or files. At the same time everything works just fine in Chrome. Eventually the problem on Mozilla sorts itself out somehow and I can then open e-mail through that browser again. I don't make any changes on my system to correct the problem.

Try the Firefox SafeMode to see how it works there. <br />
''A troubleshooting mode, which disables most Add-ons.'' <br />
''(If you're not using it, switch to the Default Theme.)''
* You can open the Firefox 4.0+ SafeMode by holding the '''Shft''' key when you use the Firefox desktop or Start menu shortcut.
* Or use the Help menu item, click on '''Restart with Add-ons Disabled...''' while Firefox is running. <br />
''Don't select anything right now, just use "Continue in SafeMode."''
''To exit the Firefox Safe Mode, just close Firefox and wait a few seconds before using the Firefox shortcut (without the Shft key) to open it again.''
'''''If it is good in the Firefox SafeMode''''', your problem is probably caused by an extension, and you need to figure out which one. <br />
http://support.mozilla.com/en-US/kb/troubleshooting+extensions+and+themes
''When you figure out what is causing that, please let us know. It might help other user's who have that problem.''

Encoding problems in email while on Windows Mail app

Hello.
I have a question concerning email and encoding problems in the Windows Mail App in Windows 8.1. I have encountered a problem with an email I received, while reading, I see strange ASCII characters in one email. I have never encountered it in
my web browsers nor Gmail, just the Mail App.
I was referred to come here when I had asked a similar question there:
http://answers.microsoft.com/en-us/windows/forum/windows8_1-ecoms/strange-foreign-ascii-characters-appearing-in/911f8a44-c302-4fa1-bcaa-3297b32d9120
I don't know which forum to go to so I picked here.
Is there any way that it can be resolved. I tried to troubleshoot, nothing worked; I even synched, to no avail.
I look forward to a response.
JB

Hi JB,
The responder on answers was a bit confused. The MSDN forums are for developers to discuss writing their own apps. We cannot help with problems using Windows or its built-in apps.
If the folks on answers cannot help then you may need to open a support incident. See
http://support.microsoft.com , or the folks on answers may be able to direct you to the specific page for the Windows Mail app.
--Rob

Encoding problem while reading binary data from MQ-series

Dear all,
we are running on 7.0 and we have an encoding problem while reading binary data from MQ-series. Because we are getting flat strings from queue we use module "Plain2ML" (MessageTransformBean) for wrapping xml-elements around the incoming data.
The MQ-Series-Server is using CCSID 850, which we configured in connection parameters in communication channel (both parameters for Queuemanager CCSID and also CCSID of target).If there are special characters in the message (which HEX-values differ from codepage to codepage) we get errors in our adapter while executing, please see stack-trace for further analysis below.
It seems to us that
1. method ByteToCharUTF8.convert() expects UTF-8 in binary data
2. Both CCSID parameters are not used anyway in JMS-adapter
How can we solve this problem without changing anything on MQ-site?
Here is the stack-trace:
Catching com.sap.aii.af.mp.module.ModuleException: Transform: failed to execute the transformation: com.sap.aii.messaging.adapter.trans.TransformException: Error converting Message: 'sun.io.MalformedInputException'; nested exception caused by: sun.io.MalformedInputException caused by: com.sap.aii.messaging.adapter.trans.TransformException: Error converting Message: 'sun.io.MalformedInputException'; nested exception caused by: sun.io.MalformedInputException
    at com.sap.aii.af.modules.trans.MessageTransformBean.throwModuleException(MessageTransformBean.java:453)
    at com.sap.aii.af.modules.trans.MessageTransformBean.process(MessageTransformBean.java:387)
    at com.sap.aii.af.mp.module.ModuleLocalLocalObjectImpl0_0.process(ModuleLocalLocalObjectImpl0_0.java:103)
    at com.sap.aii.af.mp.ejb.ModuleProcessorBean.process(ModuleProcessorBean.java:292)
    at com.sap.aii.af.mp.processor.ModuleProcessorLocalLocalObjectImpl0_0.process(ModuleProcessorLocalLocalObjectImpl0_0.java:103)
    at com.sap.aii.adapter.jms.core.channel.filter.SendToModuleProcessorFilter.filter(SendToModuleProcessorFilter.java:84)
    at com.sap.aii.adapter.jms.core.channel.filter.MessageFilterContextImpl.callNext(MessageFilterContextImpl.java:195)
    at com.sap.aii.adapter.jms.core.channel.filter.ConvertBinaryToXiMessageFilter.filter(ConvertBinaryToXiMessageFilter.java:304)
    at com.sap.aii.adapter.jms.core.channel.filter.MessageFilterContextImpl.callNext(MessageFilterContextImpl.java:195)
    at com.sap.aii.adapter.jms.core.channel.filter.ConvertJmsMessageToBinaryFilter.filter(ConvertJmsMessageToBinaryFilter.java:112)
    at com.sap.aii.adapter.jms.core.channel.filter.MessageFilterContextImpl.callNext(MessageFilterContextImpl.java:195)
    at com.sap.aii.adapter.jms.core.channel.filter.InboundDuplicateCheckFilter.filter(InboundDuplicateCheckFilter.java:87)
    at com.sap.aii.adapter.jms.core.channel.filter.MessageFilterContextImpl.callNext(MessageFilterContextImpl.java:195)
    at com.sap.aii.adapter.jms.core.channel.filter.TxManagerFilter.filterSend(TxManagerFilter.java:123)
    at com.sap.aii.adapter.jms.core.channel.filter.TxManagerFilter.filter(TxManagerFilter.java:59)
    at com.sap.aii.adapter.jms.core.channel.filter.MessageFilterContextImpl.callNext(MessageFilterContextImpl.java:195)
    at com.sap.aii.adapter.jms.core.channel.filter.DynamicConfigurationFilter.filter(DynamicConfigurationFilter.java:72)
    at com.sap.aii.adapter.jms.core.channel.filter.MessageFilterContextImpl.callNext(MessageFilterContextImpl.java:195)
    at com.sap.aii.adapter.jms.core.channel.filter.PmiAgentFilter.filter(PmiAgentFilter.java:66)
    at com.sap.aii.adapter.jms.core.channel.filter.MessageFilterContextImpl.callNext(MessageFilterContextImpl.java:195)
    at com.sap.aii.adapter.jms.core.channel.filter.InboundCorrelationFilter.filter(InboundCorrelationFilter.java:60)
    at com.sap.aii.adapter.jms.core.channel.filter.MessageFilterContextImpl.callNext(MessageFilterContextImpl.java:195)
    at com.sap.aii.adapter.jms.core.channel.filter.JmsHeadersProfileFilter.filter(JmsHeadersProfileFilter.java:59)
    at com.sap.aii.adapter.jms.core.channel.filter.MessageFilterContextImpl.callNext(MessageFilterContextImpl.java:195)
    at com.sap.aii.adapter.jms.core.channel.filter.MessageInvocationsFilter.filter(MessageInvocationsFilter.java:89)
    at com.sap.aii.adapter.jms.core.channel.filter.MessageFilterContextImpl.callNext(MessageFilterContextImpl.java:195)
    at com.sap.aii.adapter.jms.core.channel.filter.JarmMonitorFilter.filter(JarmMonitorFilter.java:57)
    at com.sap.aii.adapter.jms.core.channel.filter.MessageFilterContextImpl.callNext(MessageFilterContextImpl.java:195)
    at com.sap.aii.adapter.jms.core.channel.filter.ThreadNamingFilter.filter(ThreadNamingFilter.java:62)
    at com.sap.aii.adapter.jms.core.channel.filter.MessageFilterContextImpl.callNext(MessageFilterContextImpl.java:195)
    at com.sap.aii.adapter.jms.core.channel.SenderChannelImpl.doReceive(SenderChannelImpl.java:263)
    at com.sap.aii.adapter.jms.core.channel.ChannelImpl.receive(ChannelImpl.java:437)
    at com.sap.aii.adapter.jms.core.connector.MessageListenerImpl.onMessage(MessageListenerImpl.java:36)
    at com.ibm.mq.jms.MQMessageConsumer$FacadeMessageListener.onMessage(MQMessageConsumer.java:399)
    at com.ibm.msg.client.jms.internal.JmsMessageConsumerImpl$JmsProviderMessageListener.onMessage(JmsMessageConsumerImpl.java:904)
    at com.ibm.msg.client.wmq.v6.jms.internal.MQMessageConsumer.receiveAsync(MQMessageConsumer.java:4249)
    at com.ibm.msg.client.wmq.v6.jms.internal.SessionAsyncHelper.run(SessionAsyncHelper.java:537)
    at java.lang.Thread.run(Thread.java:770)
Caused by: com.sap.aii.messaging.adapter.trans.TransformException: Error converting Message: 'sun.io.MalformedInputException'; nested exception caused by: sun.io.MalformedInputException
    at com.sap.aii.messaging.adapter.Conversion.service(Conversion.java:714)
    at com.sap.aii.af.modules.trans.MessageTransformBean.processTransform(MessageTransformBean.java:538)
    at com.sap.aii.af.modules.trans.MessageTransformBean.processTransform(MessageTransformBean.java:528)
    at com.sap.aii.af.modules.trans.MessageTransformBean.processTransform(MessageTransformBean.java:471)
    at com.sap.aii.af.modules.trans.MessageTransformBean.process(MessageTransformBean.java:364)
    ... 36 more
Caused by: sun.io.MalformedInputException
    at sun.io.ByteToCharUTF8.convert(ByteToCharUTF8.java:270)
    at sun.nio.cs.StreamDecoder$ConverterSD.convertInto(StreamDecoder.java:287)
    at sun.nio.cs.StreamDecoder$ConverterSD.implRead(StreamDecoder.java:337)
    at sun.nio.cs.StreamDecoder.read(StreamDecoder.java:223)
    at java.io.InputStreamReader.read(InputStreamReader.java:208)
    at java.io.BufferedReader.fill(BufferedReader.java:153)
    at java.io.BufferedReader.readLine(BufferedReader.java:316)
    at java.io.LineNumberReader.readLine(LineNumberReader.java:176)
    at com.sap.aii.messaging.adapter.Conversion.convertPlain2XML(Conversion.java:310)
    at com.sap.aii.messaging.adapter.Conversion.service(Conversion.java:709)
    ... 40 more
Any ideas?
Kind regards, Stefan

Hi Stefan,
for the first MTB now we are using only one parameter: Transform.ContentType = text/plain;charset="ISO-8859-1"
The second MTB, which does the XML-Wrapping, is configured like this:
Transform.Class = com.sap.aii.messaging.adapter.Conversion
Transform.ContentType = application/xml
xml.conversionType = SimplePlain2XML
xml.fieldNames = value
xml.fieldSeparator = §%zulu§%
xml.processFieldNames = fromConfiguration
xml.structureTitle = payload
Both CCSID configuration parameters from the "Source"-Tab we've set to 850.
Now, we don't get an error anymore - sun.io.malformedInputException - , but, unfortunately, now special character conversion succeeded (we need an "ß" and we get an ISO-HEX-E1 -> á). E1 is (different from ISO) an "ß" in 850.
Any ideas?

Character encoding problem using XSLT and Tomcat on Linux

Hi,
I have an application running on a Tomcat 4.1.18 application server that applies XSLT transformations to DOM objects using standard calls to javax.xml.transform API. The JDK is J2SE 1.4.1_01.
It is all OK while running on a development enviroment (which is Windows NT 4.0 work station), but when I put it in the production enviroment (which is a red hat linux 8.0), it comes up with some kind of encoding problem: the extended characters (in spanish) are not shown as they should.
The XSL stylesheets are using the ISO-8859-1 encoding, but I have also tried with UTF-8.
These stylesheets are dynamicly generated from a JSP:
// opens a connection to a JSP that generates the XSL
URLConnection urlConn = (new URL( xxxxxx )).openConnection();
Reader readerJsp = new BufferedReader(new InputStreamReader( urlConn.getInputStream() ));
// Gets the object that represents the XSL
Templates translet = tFactory.newTemplates( new StreamSource( readerJsp ));
Transformer transformer = translet.newTransformer();
// applies transformations
// the output is sent to the HttpServletResponse's outputStream object
transformer.transform(myDOMObject, new StreamResult(response.getOutputStream()) );Any help would be appreciated.

Probably you need to set your LANG OS especific environment variable to spanish.
Try adding this line:
export LANG=es_ES
to your tomcat/bin/catalina.sh, and restart tomcat.
It should look like this:
# OS specific support. $var _must_ be set to either true or false.
cygwin=false
case "`uname`" in
CYGWIN*) cygwin=true;;
esac
export LANG=es_ES
# resolve links - $0 may be a softlink
PRG="$0"
.(BTW, keep using ISO-8859-1 encoding for your XSL)
HTH
Un Saludo!

C# GWTypeLibrary - AddressBook Entry encoding problem

Hello.
I am using C#(Visual Studio 2005) and GroupWareTypeLibrary to develop for
GroupWise Client 7.0.
Working with AddressBook I have faced some problems.
I am getting display name (AddressBookEntry.DisplayName) for all entries
of AddressBook. Almost all DisplayNames are correct but there are some
problems with two or three of them (there are some illegal char displayed
instead of some char of real user DisplayName). I think it is local
encoding problem bekause I see the same problem with the same users in
GroupWise Client AddressBook.
I thought display name is building not correctly but when I tried to get
these users first and last name I have got the same problem with encoding
in them.
Please advice how to decide this problem.
Regards,
Alex.

Sounds like a GW Client problem and not an API problem if you see it in the client address book. Technical Support should be able to help you.
Glade,
Novell Developer Support

Encoding Problems with WRT300N V2

Hello guys,
i have following problem:
I have a WRT300n Router and it seems to have problems with WPA2 encoding. I have 2 different deviceses (a SMC Ethernet Bridge and a PS3) trying to connect to my Linksys wireless router. No chance in WPA2 mode but when I try in WEP-Mode, both devicec can connect to it.
Are there known encoding problems?
Any idea what i can do?

It is able to use. But my router always drops the connection. WEP is no problem, but ... what about low security and Wirless N is not enabled ??

Problem under Mac OS X with very long commands

Hi,
in one app. I have very long commands, this make problems under mac os x (sdk 1.4.2)
it works under Lin and Win, only under Mac OS X it wont work like it shoud.
is there a possibility of arise this "max length" ?
sample:
http://matrix.phileon.de/java_mac.html
thx!
phileon

It seems as he didn't like the last entry of the classpathhuh, i always thought of MacOS X as a she..

How to fix iMovie 08 problems under 10.5.3

iMovie problems under Mac OS X 10.5.3 linked to color system
After updating to Mac OS X 10.5.3, users may have problems with launching iMovie. For most, iMovie refuses to opens, and the usual fix of removing the iMovie preferences, caches, and other iMovie settings files, and then relaunching the program does not appear to help. One user reinstalled the program with no luck resolving the problem:
"I have the same problem. I've tried to reinstall the imovie, but it still does not work. I have imported a lot of video in iMovie. Please help!!! "
For other users, while iMovie would start, they could not open any projects or use the program.
One user, while not initially affected by this problem, found that after changing the color calibration of his Apple Cinema display iMovie suddenly wouldnt open just as described by others; however, upon reverting to a previous color profile iMovie became functional again. This indicates the problem lies somewhere in computer's color system configuration; and changing color settings seems to have fixed the problem for all affected users.
Fixes
Change the screen colors Go to the "Displays" system preferences and change the color output of the screen (either from thousands to millions, or vice versa) and relaunch iMovie. Somehow changing the display color depth modifies the color system so iMovie properly loads.
Calibrate the display While for some users calibrating the display resulted in the iMovie error, for others the problem was fixed by re-calibrating the display. Calibrating the display can be an involved process, but it is recommended to ensure your screen outputs the most accurate colors as possible. This option is available in the "Displays" system preferences under the "Color" tab.
More:
Correcting the problem by changing profiles suggests a permissions problem which repairing permissions won't fix. Use the terminal command
ls -al /Library/ColorSync/Profiles
Compare the permissions on the working and non-working profiles. If they are different, correct the non-working instance.
Everyone should read MacFixit Every Day

Another fix for iMovie launch problems We previously reported that, after updating to Mac OS X 10.5.3, users may have problems with launching iMovie. For most, iMovie refuses to opens, and the usual fix of removing the iMovie preferences, caches, and other iMovie settings files, and then relaunching the program does not appear to help. One user reinstalled the program with no luck resolving the problem.
We noted a few fixes for the issue, including changing scren colors and calibrating the display. Now some users have reported that temporarily adjusting screen resolution can allow iMovie to properly launch. The resolution can be changed back to normal after the update.
"Neither suggested trick worked for me. However I temporarily changed the resolution to 1024x768 and then launched imovie. I then went back to my native resolution of 1280x800 (white ibook) and now imovie always launches. Thanks for the tips"

View Object Encoding problem

I'm using Jdeveloper version 11.1.2.1. I have a encoding problem when creating View Object based on a query. This is my query:
select id, DECODE(id,'11','Индивидуално,'13','Semejno','14','Grupno') naziv
from ins_type
where class_id = '14' and id in ('11', '13', '14')
It is a simple LOV query with cyrilic letters. When I save the ViewObject and re-open it im getting question marks(???????) instead of the cyrilic letters. This only happens in the view object. I dont have other encoding issues when working with cyrilic letters only when im trying to build a View Object based on a query that has cyrilic letters. If i read those values from the database everything is fine
Thanks,

Change the encoding of your application to UTF-8 which appears to be sufficient for cyrilic chars. Here is a quick guide on how to do this http://docs.oracle.com/cd/E17984_01/doc.898/e14693/appa_configuring_jdev.htm
You may also need to update any pages that have encoding explicitly set

Chinese encoding problem under Mozilla or Netscape 7

Similar Messages

Maybe you are looking for