The question came in the other day from one of our field engineers from Israel who had been dogfooding both Windows 8 and Office 15:
Running Windows 8 build 8400 (64-bit) with Office 2010 Pro Plus 14.0.6112.5000 (32-bit).
Usually, and up to Windows 8, in order to insert Hebrew vowel points (similar in concept to English vowels, also known as “Niqqud” - http://en.wikipedia.org/wiki/Niqqud), one used to switch to Hebrew language, type whatever text, then click on CAPS LOCK and using SHIFT and the keys starting from ~ through 1, 2, 3 etc. till - and +, would insert the vowel points. This would work with many applications, not just Office, but also in IE when typing Hebrew and so on.
In Windows 8, using this method does not insert the vowel points, but instead inserts regular !@#$ etc. characters.
I’ve been able to confirm this with other users, it’s not just my machine.
This may seem like a small issue, but for Hebrew-speaking users this will be a major concern.
Any information on this from the PG? Are you guys aware of this? Is this a listed bug?
Sincerely,
Daniel
Wow, I don't want to get all Biblical, but this question just thrust us into the lion's den of national standards!
Specifically, this is something I have been dreading since February of last year, when I first heard of SI1452 and the changes they wanted to make:
The Standards Institute of Israel Hebrew committee currently working on a revised version of its standard , IS1452 - "Information technology – Keyboard Layout Array for Hebrew/Latin PC Keyboard." This standard maps the supported Hebrew/Latin characters to physical keys on the PC keyboard layout.
The current draft of the revised standard defines 4 keyboard levels retaining the first two keyboard levels as used today:
• Shift key not pressed (1st level) - Hebrew characters
• Shift key pressed (2nd level) – English Latin Uppercase characters – equal to QWERTY layout.
The revised standard redefine the 3rd and 4th levels (Alt-Gr as 3rd and key combination Alt-Gr + Shift as 4th ). Those levels will contain mainly Hebrew special characters and symbols defined in the Hebrew code page but were never exposed for proper editing. Characters like diacritics, Hebrew Punctuation Characters and others.
The Keyboard layouts are available to Windows, Apple OS X, X11 systems that support XKB , as available in most modern Unix systems, including Linux. It is made available for everyone to download (Windows version done using Microsoft's MSKLC) by Lingnu (the pages are in Hebrew… ), a member of that committee. I will be happy to hear your feedback.
Once this standard get public feedback and reach for approval , we expect to pass the new layout to KB HW manufactures to start making those new Hebrew keyboards.
I would like to consider adding this new keyboard as additional Hebrew keyboard to Win8 labeled as "SI1452" . Please advise how we should proceed and who to contact.
Many thanks,
The key here, and the part that led Daniel into so much trouble, is the decision to move around the third and fourth level, and specifically what they wanted done with the caps lock and shift+caps lock.
Or actually, what they wanted to do there with the layout.
Text descriptions here are seldom useful; how about if we just show the layouts?
First the original layout across eight states (base, SHIFT, ALTGR, ALTGR+SHIFT, CAPS, CAPS+SHIFT, CTRL, and CTRL+SHIFT):
And here is the new Hebrew (Standard) keyboard in the same eight states (base, SHIFT, ALTGR, ALTGR+SHIFT, CAPS, CAPS+SHIFT, CTRL, and CTRL+SHIFT):
There's a lot that has changed here, hasn't there?
Well, they did ignore the ALTGR+SHIFT state again for some reason, despite the fact that they said they wouldn't.
And they didn't reverse the parentheses, which makes it different from not just the original Hebrew keyboard; it makes it different from just about every other Bidi script keyboard layout we have.
Although they did keep the curly braces reversed, so that's something.
I like that they give us not just uppercase but also lowercase Latin letters, and it makes more sense as an entirely CAPS LOCK mediated feature so you can move into an "English mode" if you want, though the weird insertion of Hebrew letters and such will also add to the confusion.
To be honest, as I look at the keyboard now, I wonder if the .KLC file we were given truly represents the official, final version -- it seems to have several defects in it.
Perhaps the one created by Lingnu and given to the committee was inaccurate (their link is gone), or maybe the standard is wrong, or maybe it is right in the official standard but messed up in the .KLC file.
Or maybe some strange bug makes it work differently in different versions that no one ever detected?
The screenshots above were all taken with the official source layouts from Windows 8 and I verified that they are the ones given to us for this purpose.
So I have done my job and everyone from SPM to PM to Dev reviwer to tester has done theirs.
It has been in the Developer Preview and the Consumer Preview and the Release Preview and no one mentioned from any of those times. People have been paying attention.
Like I said, people have been doing their jobs.
Yet I still can't help feeling like we all fell just a little short here.
This layout is quite a mess on several fronts, and all I can say is that I'm glad the older layout can be added and this new "Standard" layout can be removed.
The new layout may be entirely intuitive to people who didn't know about the old layout, but since just about everyone used to use the old layout their intuitions may have changed a bit.
Because even if the new standard is perfect, most people don't like things changed out from under them...