Apple Intelligence now features Image Playground, Genmoji, Writing Tools enhancements, seamless support for ChatGPT, and visual intelligence.

Apple Intelligence has also begun language expansion with localized English support for Australia, Canada, Ireland, New Zealand, South Africa, and the U.K. Learn more >

You can make a difference in the Apple Support Community!

When you sign up with your Apple Account, you can provide valuable feedback to other community members by upvoting helpful replies and User Tips.

Looks like no one’s replied in a while. To start the conversation again, simply ask a new question.

Have you noticed that Unicode Hexadecimal Input does not work if the UCS/Unicode four-digit hexadecimal code point number begins and ends with a zero, and what is done about it?

Some of you have probably noticed that Unicode Hexadecimal Input does not work if the UCS/Unicode four-digit hexadecimal code point number begins and ends with a zero. I have been in contact with Apple Support, and their tests have established that it is an error in macOS that started with Monterey 12.4, and has still not been resolved in Ventura 13.2.1.


Do you have suggestions how this can be fixed?

MacBook Pro 13″, macOS 13.2

Posted on Mar 9, 2023 5:21 PM

Reply
Question marked as Top-ranking reply

Posted on Mar 12, 2023 10:32 AM

In case you are interested in trying the Text Replacement method, where you type the hex code and space and get the missing 0xx0 characters, you can get a .plist file with the ones you mentioned earlier here. I have not been able to test it myself yet. It is easy to customize it if necessary with a text editor.


Info on importing these is at


Back up and share text replacements on Mac - Apple Support


Similar questions

40 replies
Question marked as Top-ranking reply

Mar 12, 2023 10:32 AM in response to Jan_Arvid_G

In case you are interested in trying the Text Replacement method, where you type the hex code and space and get the missing 0xx0 characters, you can get a .plist file with the ones you mentioned earlier here. I have not been able to test it myself yet. It is easy to customize it if necessary with a text editor.


Info on importing these is at


Back up and share text replacements on Mac - Apple Support


Mar 11, 2023 4:42 AM in response to Jan_Arvid_G

JAGSiH wrote:

If more people start talking to Apple Inc, maybe we can get this fixed. I think the problem is that many people have not advanced past primary school literacy; they know the alphabet and a few common characters, and they think of other characters as “special characters”. They don’t understand that the whole world now has the same ”alphabet”, which is UCS/Unicode. ”Literacy for adults”, as I call it, is to memorise and use code point numbers for everything except most (not all) of the characters on an English keyboard. I am Swedish, but I don’t have åäö on the keyboard I use now, I write 00E5 00E4 00F6 to get åäö. And I write 201C for “ LEFT DOUBLE QUOTATION MARK, because conventions for quotation marks are different in different languages I write.

From the usage you describe, not only is it already fixed, it was never broken to begin with.


Apple has 3 different input methods for these kinds of characters. You are using only the most obscure one. Perhaps you learned that method on Windows years ago or something.


The primary input method is the keyboard. Apple sells keyboards with common characters in most local markets. See Magic Keyboard - Finnish/Swedish - Apple (UK)


Next, for anglophones who frequently type in foreign languages, there is the basic “dead key” system. You hold down the option key, type another character like `, e, i, or u to generate the diacritic, then type the character to modify. In some cases, you just need to hold down option and type one character. This is the oldest, most reliable, and probably fastest entry system. It pre-dates Mac OS X.


Next is the push-and-hold pop up from iOS. This is what most people use because they don’t know about the previous method and refuse to try anything new. This is also the buggiest system. There are many posts about this method suddenly not working after some update.


Last and least is the hex input method. It’s been broken for years. It isn’t going to be fixed. Sorry.

Mar 12, 2023 3:57 AM in response to etresoft

etresoft, some things you write I don’t understand; other things I disagree with.


You wrote: “From the usage you describe, not only is it already fixed, it was never broken to begin with.” I don’t understand what you mean. I assume that by “it” you refer to Unicode Hexadecimal Input in computers that have macOS installed. As far as I know, Unicode Hexadecimal Input was working up to and including Monterey 12.3. Then Apple made some mistake, and Unicode Hex Input is still partly broken in Ventura 13.2.1.


You wrote “Apple has 3 different input methods for these kinds of characters. You are using only the most obscure one. Perhaps you learned that method on Windows years ago or something.” Don’t make assumptions about people! I have switched from old methods that I learned first, to the following method. For a small number of characters, I use an English keyboard; I used keys for simple things such as A, a, ?, [, /, et cetera. For all other things, including å, ä, ö in my native Swedish language, I hold down Option and enter a four‑digit hexadecimal code point number. After doing this for a while, one memorises a large repertoire of code point numbers. This is not an “obscure” method. It is the best way of writing texts when there are words from many languages in your output, and for writing things that are not on the keyboard. For example, I know that MULTIPLICATION SIGN has code point number U+00D7. So when I want a real multiplication sign in 2 × 2 = 4, I write 2 00D7 2 = 4. I hold down Option when typing 00D7. And 00D7 works in other contexts as well. I mostly use a MacBook Pro, but sometimes I have to use a computer with Windows 11 Home Version 21H2. I can write 00D7 in Microsoft Word on that computer that has Windows 11; the only difference is that I convert 00D7 to × using ALT+X instead of Option.


You wrote, “The primary input method is the keyboard.” Yes, for most of the characters you learn in English primary school, the keyboard is good. For everything else, such as „German quotation marks‟, it is better to learn code point numbers, so you can be sure you get the right characters, and you get a large repertoire of characters.


You wrote, “Apple sells keyboards with common characters in most local markets. See Magic Keyboard - Finnish/Swedish - Apple (UK)” Why should I buy unnecessary things such as a special keyboard for Swedish and Finnish, which I often write? It is quick to write 00E5 for å and so on, almost as quick as pressing one key for each character, when one gets a muscle memory for each code point number. And typing speed is an unimportant part of writing speed anyway; deciding what to write takes most of the time, unless you write transcripts of human speech, or something similar.


You wrote, “Next, for anglophones who frequently type in foreign languages, there is the basic ‘dead key’ system.” I have a vague memory of doing something like that, but abandoned it, and forgot about it, because of its limitations. For that method to work, I would have to leave Unicode Hexadeximal Input, wouldn’t I? And if I have left Unicode Hexadecimal Input, how can I quickly write “előre” with an Hungarian ő, when I want to write that in a mostly English text?


You wrote, “Next is the push-and-hold pop up from iOS. This is what most people use because they don’t know about the previous method and refuse to try anything new.” I’m not sure what you’re referring to. I don’t think I would find it useful. And you make assumptions about your fellow human beings.


You wrote, “Last and least is the hex input method. It’s been broken for years.” Broken since when? Please specify which year it broke, according to your information.


Unicode Hexadecimal Input is not “least”, it is best. Imagine that I meet a person with a Chinese name. I ask how to write it, and he says 5085 53EF 6069; I write those numbers, and get 傅可恩. (Three Chinese characters should be seen at the end of the previous sentence.)


You wrote, “It isn’t going to be fixed. Sorry.” Why wouldn’t it be fixed? It must be some small error that made Unicode Hex Input partly non‑functional from one version of macOS the next version. I’m going to make them find the error and fix it.

Mar 12, 2023 6:05 AM in response to Jan_Arvid_G

JAGSiH wrote:

Tom Gewecke, thanks for moral support and advice. For the time being, I wonder if there is anything better than the following.

Assume that I want to write “Valgerður Benediktsdóttir”. I write “Valger ur Benediktsd ttir” with the keyboard; I write “ó” with Option+00F3, and “ð” I write by opening Character Viewer and click on ð in the table, because ð has the affected code point number 00F0.

When I write in the International Phonetic alphabet, and often need MODIFIER LETTER TRIANGULAR COLON U+02D0, I simply keep that character copied and write Command+V when i need it.

That is probably best for you (unless you find text replacement better for the missing characters).


For me it would be better to use the ABC Extended keyboard layout. ó is option e then o, ð is option d. This keyboard also has a variety of iPA characters on Option Shift colon. If ː U+02d0 is missing I would customize the layout to add it. ABC extended should be able to do anything using Latin script, including transliterations of non-Latin scripts.


Have you considered using Text Replacements with the hex as the trigger? When you type 02d0 (without the option key) and space, you would get ː .



Mar 12, 2023 6:02 AM in response to Tom Gewecke

Unicode with Monterey - Apple Community


Clsj55 wrote: Unicode with Monterey

I just upgraded to Monterey, and now I can't use unicode the way I used to. Unicode Hex is still the selected keyboard, but where I used Option + 00e0 to type "à", nothing happens anymore. Can anyone tell me what's happening?

MacBook Air 13″, macOS 12.0

Posted on Dec 11, 2021 2:31 AM [end of quote from Clsj55]


11 December 2021 is not two years yet, but it is older than Monterey 12.4 from 2022, which I thought was the beginning of the error. If the error came with Monterey, the error started affecting people in October 2021.


Mar 12, 2023 7:34 AM in response to Jan_Arvid_G

JAGSiH wrote:

Unicode Hexadecimal Input was working up to and including Monterey 12.3. Then Apple made some mistake, and Unicode Hex Input is still partly broken in Ventura 13.2.1.

Apple doesn't make mistakes, at least not in the way that you think. Apple writes code for iOS devices. Then Apple ports that code to the Mac. Sometimes, in the process, they break something that used to work on the Mac. Those things are rarely, if ever, fixed. Usually, they will leave it broken until they get around to porting some other component of iOS that will completely eliminate the old Mac user interface.

You wrote “Apple has 3 different input methods for these kinds of characters. You are using only the most obscure one. Perhaps you learned that method on Windows years ago or something.” Don’t make assumptions about people!

It was a logical assumption and nothing that you've said disproves it. It seems obvious that the Hex Input Method is a relict from the days when Apple was still running those Mac vs. PC commercials and trying to encourage Windows users to switch to the Mac.


But then, a funny thing happened. The iPhone took over the world and Apple dropped the Mac like a bad habit. They ported the press-and-hold method from the phone to the Mac and that is now the only method that most people know about.

You wrote, “The primary input method is the keyboard.” Yes, for most of the characters you learn in English primary school, the keyboard is good. For everything else, such as „German quotation marks‟, it is better to learn code point numbers, so you can be sure you get the right characters, and you get a large repertoire of characters.

The standard German keyboard seems to work well-enough.

You wrote, “Apple sells keyboards with common characters in most local markets. See Magic Keyboard - Finnish/Swedish - Apple (UK)” Why should I buy unnecessary things such as a special keyboard for Swedish and Finnish, which I often write?

It's not all about you. Apple designs hardware and software to meet the needs of its 1+ billion user base. People who are most likely to type in Finnish or Swedish will buy computers that already have the appropriate keyboards. Anyone else is going to have to use one of the other methods for typing foreign characters.

For that method to work, I would have to leave Unicode Hexadeximal Input, wouldn’t I? 

Sounds like you don't have any option.

And if I have left Unicode Hexadecimal Input, how can I quickly write “előre” with an Hungarian ő, when I want to write that in a mostly English text?

You can use the Character Viewer and setup a list of favourite Hungarian symbols. Then it's just a double-tap away.

I’m not sure what you’re referring to. I don’t think I would find it useful. And you make assumptions about your fellow human beings.

I don't find it useful either. But I have objective evidence that both of us are wrong. It is, by far, the most popular input method. So if I were to make an assumption about what my fellow human beings used to type non-ASCII characters, and I guessed push-and-hold, I would be right about 99.999992 % of the time. That's far better than my average.

You wrote, “Last and least is the hex input method. It’s been broken for years.” Broken since when? Please specify which year it broke, according to your information.

June 7, 2021

Unicode Hexadecimal Input is not “least”, it is best. Imagine that I meet a person with a Chinese name. I ask how to write it, and he says 5085 53EF 6069

I'm going to go ahead and assume that Chinese people are going to write their names in Chinese, not Unicode.

You wrote, “It isn’t going to be fixed. Sorry.” Why wouldn’t it be fixed? It must be some small error that made Unicode Hex Input partly non‑functional from one version of macOS the next version. I’m going to make them find the error and fix it.

I wish you the best of luck.


You'll be able to find out for certain when Apple releases macOS 14. If you are a member of any of Apple's super-sekret "Appleseed" programs, you download and install it shortly after June 5th, 2023. If you don't have those kinds of connections inside Apple, you'll have to pay $99 for the developer program. I've heard on the grapevine that Apple is finally shutting off access to beta software for people that aren't in those programs.


Otherwise, there will likely be a public beta release sometime later in the summer. The final release is typically in "the fall". But judging from similar issues in the past, it is more likely that Apple will re-do the entire keyboard user interface and get rid of the hex input method altogether.


Or maybe I'll be wrong. Maybe it will get fixed, and you can get back to typing those code points.

Mar 13, 2023 4:39 PM in response to Tom Gewecke

Thanks again for your help with temporary solutions. I am working hard to force Apple Support to get their act together. I have had long conversations with them once or twice daily. Finally, after eight months, one of their employees, a Singaporean, has done the right thing and contacted “the engineers”, and asked the engineers why macOS Monterey and Ventura are behaving like this.


My last conversation yesterday with the Singaporean woman was frustrating however. She said the engineers wanted Data Capture from me, and I was asked to send a screenshot of my System Settings – Keyboard. This is irrelevant, since the problem can be replicated on any computer that runs Monterey or Ventura.


I have noticed a few things about Apple Support. They have a piece of internal jargon: “expected behaviour”. It means that if you do a certain thing, the Apple product will behave in a certain way. It is indeed true, that if anybody uses Unicode Hex Input and write 0xx0, we can expect that nothing will happen – because of the error in macOS. However, it seems that Apple’s own employees misinterpret the phrase when they read the notes that accompany my case. They believe that “expected behaviour” means that it was Apple’s intention that it should be this way. And then they believe that I am a customer who wants Apple to reintroduce a “feature” that existed before Monterey, but was deliberately removed for some good reason, and therefore they can ignore what I am saying and writing.


My other observation is that it takes a very long time to explain things to Apple Support employees, and they seem disorganised. I have spoken to ten people, and they all start out by misunderstanding the (apparently inadequate) notes attached to my case number, and then they all say different things. Not one of them has spontaneously followed this straightforward line of thought: “Consumer feedback and our own test runs show that there is an error in macOS. Therefore we should inform the engineers, and then relay the response from the engineers back to the customer”.


I know that Bug Report on Product Feedback - Apple exists, and I have written there as well. I’ll keep the esteemed discussion participants informed about the next developments.


Mar 10, 2023 5:59 AM in response to Jan_Arvid_G

Entering a dollar sign U+0024, or a Latin capital Ƶ with stroke U+01B5 using the Unicode Hex Input works [+] or does not work [-] in the following applications on macOS 13.2.1 on my M2 Mac mini pro:


  • + Safari v16.3
  • + Firefox v100.0.1 (input field in web form)
  • + Pages v12.2.1
  • + LibreOffice Writer v7.5
  • - Terminal app
  • + Sublime Text 4 (4143)
  • + MacVIM v9.0.1276
  • + TextMate v2.0.23
  • + Textastic v5.0
  • + MS-Word v16.70
  • + Apple Notes
  • + BBEdit v14.6.4
  • + Affinity Designer v2.0.4 (in a text box)
  • - Idle3 (Python 3.11.2)
  • + Apple Mail (compose)
  • + Preview (text annotation)
  • + Adobe Acrobat Reader DC v2023.001.20063 (text box annotation)

Mar 12, 2023 9:40 AM in response to etresoft

Apple doesn't make mistakes, at least not in the way that you think.

You seem to know interesting things. However, the situation now is as follows. There is an input metod available called Unicode Hex Input. Now it doesn’t allow users to write characters such as greek/mathematical π (pi), but we can write delta. Which seem crazy. I would like to know the following:

  1. Did Apple know that this was going to happen with Monterey?
  2. Was it a side effect of something meaningful, or was it an accident?
  3. Was it unavoidable?
  4. If it was not unavoidable, why was it allowed to happen?
  5. Can it be fixed?
  6. If so, can it easily be fixed?
It was a logical assumption and nothing that you've said disproves it. It seems obvious that the Hex Input Method is a relict from the days when Apple was still running those Mac vs. PC commercials and trying to encourage Windows users to switch to the Mac.

Don’t my words about my biography disprove your statement that ”Perhaps you learned that method on Windows years ago or something”? I have never been a Windows user, except when work has made it necessary, to such a limited extent that I have no habits or opinions based on the use of Windows.


I have never seen any commercials. I have never watched commercial TV, and I am blind to ads. I just read on Wikipedia that ”In Mac OS 8.5 and later, one can choose the Unicode Hex Input keyboard layout; in OS X (10.10) Yosemite, this can be added in Keyboard → Input Sources.” Mac OS 8.5 was released October 17, 1998. Did Unicode Hex Input play a part in Mac vs PC ads at that time? I just saw some of those ads for the first time on Youtube.

But then, a funny thing happened. The iPhone took over the world and Apple dropped the Mac like a bad habit. They ported the press-and-hold method from the phone to the Mac and that is now the only method that most people know about.

I didn’t know about the existence of press‑and‑hold on the MacBook Pro with Ventura that I use right now! But what’s the point? The only things I get up when I press‑and‑hold keys is a narrow range of simple things, such as ä and ñ. How do I get any serious stuff with press‑and‑hold?

The standard German keyboard seems to work well-enough.

Yes, but how is that relevant? I can’t switch keyboard when I write, and perhaps put a German passage in an English text.

It's not all about you. Apple designs hardware and software to meet the needs of its 1+ billion user base.

I don’t want anything special for me and my kind of people. But I don't see why my kind of people shouldn’t be allowed to continue using something that existed, functional Unicode Hex Input. It would do no harm to that billion of users, if Unicode Hex Input had been allowed to continue to work.

You can use the Character Viewer and setup a list of favourite Hungarian symbols. Then it's just a double-tap away.

You helpful people here provide these solutions. But is there any evidence against my assumption that people at Apple could easily correct this error, if they were informed about it? I am no expert, but I assume this error is only some minor detail, a small mistake, like when NASA lost a space probe on Mars because English units were not converted to SI (metric).

So if I were to make an assumption about what my fellow human beings used to type non-ASCII characters, and I guessed push-and-hold, I would be right about 99.999992 % of the time.

If we assume there are 5 billion users, your estimate is that 400 people know about and use another method sometimes.

June 7, 2021

Yes, I posted later that it seems that it started with the first Monterey.

I'm going to go ahead and assume that Chinese people are going to write their names in Chinese, not Unicode.

But I was writing about the situation where I, a non-writer of Chinese written language(s), could be quickly informed by a person I meet for the first time how to write down his name on my computer, that I carry around with me. He only says the memorised numbers 5085 53EF 6069. If someone in Rangoon asked me how my patronymic is spelled, and I say G, U+00F6, E, T, E, S, S, O, N, that person could write “Götesson” without he and me having to talk about “o with two dots above”.

I wish you the best of luck.

Thank you.

But judging from similar issues in the past, it is more likely that Apple will re-do the entire keyboard user interface and get rid of the hex input method altogether.

Do you see a reason why they would do that? I can’t understand how it would be big cost (in the sense of being a burden on the operating system) to keep Unicode Hexadecimal Input. As far as I can understand, one would need to be hostile (or indifferent) to knowledge and culture to destroy Unicode Hexadecimal Input. If it is true what you say, it seems like people in power want everybody to only do a bit of simple press‑and‑hold to write “piñata” and “Löwenbräu”, as if they resent people like me, who write IPA in one sentence and runes in the next, and want to know exactly what we are writing.


Mar 12, 2023 8:30 PM in response to Tom Gewecke

I think Apple has probably become dubious of the utility of Unicode Hex. One of the reasons is that Unicode Hex as currently programmed using UTF-16 cannot easily deal with codes beyond 4 digits, which now includes over half of Unicode. For most emojis, less common Han characters, and various other scripts which need 5 digits, you have to type two obscure 4 digit codes in succession. For example Ace of Spades 1f0a1 requires you to type D83CDCA1 🂡 . Have you had to do any work with characters in that area? Dedicated keyboards or the Character Viewer seem like the only practical way to do so.

You and etresoft have presented guesses how Apple is thinking. I know that one can only number 65536 code points with 4 hexadecimal digits. I know about Ace of Space and the other things that the Unicode Consortium has placed outside of the range 0–65535. No, I have not had reason to use anything outside that range yet.


But I don’t understand why Apple couldn’t let customers continue to use Unicode Hexadecimal Input. WHY has the 0xx0 error emerged? I can only think of two reasons:

  1. Apple needed to do something in Monterey that affected 0xx0, and they accepted the consequence for some higher good. (Unlikely hypothesis.)
  2. Human error, like NASA crashing a space probe because people didn’t convert English units to SI (metric), and Apple as an entity doesn’t care about customers who want to use 0xx0 as Unicode Hexadecimal Input, or cannot register the information provided by me and others – perhaps out input gets stuck at low levels in the hierarchy. (Probably the correct explanation.)


Unless there is a some kind of “cost“ associated with keeping Unicode Hexadecimal Input, it could be kept, and those who are not interested in the method where 2013 is EN DASH –, and D83CDCA1 is Ace of Spades, and some Han characters also have eight‑digit numbers, those people could ignore Unicode Hexadecimal Input.


Even better, a new thing could be developed using voice recognition, so that we only have to say the unique name that the Unicode Consortium has given to each character: we could say CYRILLIC SMALL LETTER EF or ACE OF SPADES out loud, so we don’t need to memorise the code point numbers.


The bottom line is that it is unexplained why 0xx0 does not work despite the fact that Unicode Hex Input is still an offered input option in System Settings i Ventura!


It is incredible that it is impossible to get and answer from Apple Inc. why this is so. Apple Support apparently doesn’t have a channel where they can send this simple question to those who might know. All I have, as a customer, is guesses by you helpful people in the Discussions Community. It’s like kremlinology in the days of the Soviet Union, where commentators were trying to guess what was happening in the Soviet power centre.

Mar 10, 2023 6:47 AM in response to Jan_Arvid_G

JAGSiH wrote:

Some of you have probably noticed that Unicode Hexadecimal Input does not work if the UCS/Unicode four-digit hexadecimal code point number begins and ends with a zero.

Until pretty recently, I never knew that such an option exists. For many years, I made fun of Windows users because they were forced to use a similar method for any text that wasn't plain ASCII.

Do you have suggestions how this can be fixed?

Fixing is a tall order. This is a user-to-user support forum for Apple products. There is absolutely nothing we can do to "fix" any Apple bugs. All we can provide is insight and workarounds.


For insight, I suggest finding a workaround. This input option is an old-school, Mac, and keyboard-based input method. It won't work on iOS or a phone, so that means that you really shouldn't expect it to work on a modern Mac either. Anything that is Mac-specific has to be really, really, really important before Apple will make any change. Clearly this bug has not meet that criteria.


Instead, the workaround I recommend is to use the "Emoji and symbols" display, also known as "Character viewer".


This display has categories for both frequently used symbols and favourites. If there are specific characters you want to have available, add them to the favourites list.


The Character viewer has its own set of bugs and annoyances. My biggest complaint is that it is app-specific. If you open the character viewer for Safari, then it will not appear in a different app. You will have to open a different character viewer for the other app. And sometimes apps or web sites don't work with the character viewer. This site in particular doesn't. I need to remember to complain about that.


Mar 10, 2023 7:50 AM in response to VikingOSX

VikingOSX wrote:

This text editor will receive input from the character viewer by double-clicking the smaller, not the larger individual character (or emoji) symbol. Sometimes, more than one sequence of double-clicks are required to insert the character.

Not quite. I figured it out. It would be more correct to say "double-tapping". Then it makes sense.


You see, I'm a greybeard geezer. I display the old-school Character viewer and try to drag characters into the text editor. I even get a visual indicator during the drag that it's working, but it doesn't work, at least not for this site. It works for other sites however.


But your "double-tapping" method does work. I use the word "tap" instead of "click" because "click" is something that Mac user would do with their "mouse". We have touchscreens on our phones now, but not our Macs. But we do have trackpads where we "tap". If you are using the compact character viewer, you can insert with just a single "tap".


But that's for pointing that out. This has been an annoyance for some time. Now I can most more of my favourite emojis 😈

Have you noticed that Unicode Hexadecimal Input does not work if the UCS/Unicode four-digit hexadecimal code point number begins and ends with a zero, and what is done about it?

Welcome to Apple Support Community
A forum where Apple customers help each other with their products. Get started with your Apple Account.