Sorting it all Out Michael Kaplan's random stuff of dubious value Be sure to read the disclaimer here first!
This Blog talks about not just Microsoft, but also internationalization and language issues beyond what Microsoft handles or supports.
This blog today, on the other hand, like many other blogs within this Blog, is going to talk about Microsoft.
More specifically, this blog will be about Windows.
And to be even more specific, this blog will talk about Windows 8.
Remember the other day, when I blogged about Changing the world, 0.1 steps at a time!?
A very reasonable question one might (and some have) asked, is What version of Unicode will Windows 8 support?
Of course as previous blogs in this Blog like What version of Unicode should we support? underscore, there is no simple answer to that question.
Plus it can be really difficult to talk about unreleased products, obviously.
Though looking just as the Developer Preview of Windows 8, character property and rendering and collation and font and keyboard and algorithm support seem to be aimed primarily at Unicode 6.0.
There is obviously time prior to ship yet after Unicode 6.1 was released that in theory might change that story slightly, though given the complexity of doing more work, I suspect that Windows 8 will largely be centered on 6.0, not 6.1.
That is something I would tend to blame (if I ever wanted to stoop to something as low as blame!) on how much we have historically sucked at trying to influence of timing of Unicode releases to better sync up to Microsoft product releases.
Not just for our sake, but for Unicode's as well (since our Unicode support story tends to make the Unicode Consortium look better or worse much more than Microsoft -- we tend to support more of the overall standard than just about any other company).
For now, it is probably best to assume that it will be largely support Unicode 6.0, up to and including the over 92% of the encoded character repertoire there....
Of course, what "supports" means can wildly vary depending on context, obviously you're not adding BiDi to the Console any time soon! (Largely correctly, I might add) Presumably you mean in terms of collation, locale data and UniScribe? (maybe some other areas I've forgotten about.) Is there any sort of formal "core" APIs that you consider to count as support?
Very true, very true. Some specifics:
• NLS default collation supports all BMP characters defined in Unicode 6.0. Locale-specific collation for East Asian locales supports all EA characters in Unicode 6.0, including CJK Extensions C and D.
• NLS case mapping functions are updated with default case mappings for all characters in Unicode 6.0.
• IDN support functions are updated for all characters in Unicode 6.0 (and, also, for IDNA 2008 + UTS#46)
• Line-breaking behaviour in GDI/Unscribe and DirectWrite are updated with character data for all Unicode 6.0 characters.
I installed Windows 8 Consumer Preview 32-Bit on a Notebook for testing purposes.
I could install "KeyboardLayoutCreator 1.4/ MSKLC.exe", too.
After having copied my Avestan Font (cf. "Ahuramazda-Avestan-Font-1.0.zip") into the Windows ('s Font-Folder
I made the Keyboard Layout "ETAvestanWindows8.klc" using the KeyboardLayoutCreator 1.4. Please have a look at the two JPG- files.
But trying to install this Keyboard Layout failed. Cf. "KeyboardVerify.log" and "KeyboardBuild.log".
I think Windos 8 CP does not yet support Unicode ranges bigger than Hex 10000.
Therefore I already contacted Mr. Michael Kaplan (cf. "an Michael Kaplan Microsoft geschickt.txt")
I'd be obliged to get your appreciated answer.
Why are keyboards made with Keyboard Layout Creator Version 1.4 in Windows 8 Release Preview only working correctly in Office XP, in LibreOffice and in Wordpad but not in Office 2010 and Office 2013?
Do you plan to update Keyboard Layout Creator or make a new version of it functioning in Windows 9, too?
Today is my birthday.
i don't particularly care for my birthday, and I'll not be celebrating it or