• Open Menu Close Menu
  • Apple
  • Shopping Bag
  • Apple
  • Mac
  • iPad
  • iPhone
  • Watch
  • TV
  • Music
  • Support
  • Search apple.com
  • Shopping Bag

Lists

Open Menu Close Menu
  • Terms and Conditions
  • Lists hosted on this site
  • Email the Postmaster
  • Tips for posting to public mailing lists
Re: Character set in Carbon
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Character set in Carbon


  • Subject: Re: Character set in Carbon
  • From: Mike Fischer <email@hidden>
  • Date: Tue, 31 May 2005 17:57:50 +0200

Dieter,


Am 31.05.2005 um 17:05 schrieb Dieter Oberkofler:

Hi Mike,

Thank you for your feedback!

I'm using a 3rd party cross platform library (XVT by Providence Software)
for the user interface of our application.
As database we use Oracle that we access using Oracle's C Interface callee
OCI.
Until OSX, the character used in uir GUI and the one of our database client
was always MacRoman8 or WE8MACROMAN8 as called by Oracle but now according
to Oracle WE8MACROMAL8 should no longer be used under OSX. I wanted to find
out what exact character set the XVT library based on Carbon is using to
make sure what character set we should use.

You should ask the makers of the XVT library.


I there a way to ask a Carbon application what character set is currently
using? (Something like "GetCurrentlyUsedCharacterSet" returning UTF8,
MacRoman8 or WE8ISO8859,...)

As I said in my last reply, an app (Carbon or otherwise) doesn't "use" any character encoding. Applications call certain APIs that may or may not make assumptions about the character encoding. So it depends on what the XVT library actually uses and returns to your code, which could be anything. It may even depend on the exact UI elements you use and/or on the version of XVT.


When text is entered into a UI element the raw keyboard or input method characters are usually processed and stored by the UI element. Later some API will be called to retreive the data from the UI element in order to pass it to your code. The UI element might be a standard Carbon Control, a HIView or something entirely different. Any of these steps could involve a change in character encoding. Two different UI elements might even return text in different encodings. It depends on what the code actually does.


If you have the source code of the XVT library then you may be able to figure out, what they are returning to you. Otherwise the documentation *should* mention this. Unless someone has experience with XVT I don't think anyone here can help you with your problem. And also it's off topic for this list as it has nothing to do with Xcode or the development system.



HTH Mike -- Mike Fischer Softwareentwicklung, EDV-Beratung Schulung, Vertrieb Web: <http://homepage.mac.com/mike_fischer/index.html> Note: I read this list in digest mode! Send me a private copy for faster responses.

_______________________________________________
Do not post admin requests to the list. They will be ignored.
Xcode-users mailing list      (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden


References: 
 >RE: Character set in Carbon (From: "Dieter Oberkofler" <email@hidden>)

  • Prev by Date: Xcode 2 cross-develop to 10.1.5 SDK
  • Next by Date: Re: Shark isn't showing my function names or source code
  • Previous by thread: RE: Character set in Carbon
  • Next by thread: Re: Character set in Carbon
  • Index(es):
    • Date
    • Thread