When you hit the key, Notes standards say this takes you to the next unread message in the view. In the new 8.5 Beta w/ 8.5 template, this does not function correctly. Instead focus moves.
I could make a general comment about Focus problems - where you think a certain item is the current focus of a keyboard command but it does not occur the way you expect. However this isn’t specific enough to reproduce. I’ll try to get some specific errors.
Subject: This changed in 8.0 to accomodate standard behavior for accessibility - now use F4.
Subject: OS X: Hmm, on MBP “F4” Brings up the “Starts with…” Search dialogue…
…trying to reproduce this behavior. I hit F5 finally locking me out.On a Mac you have got your “things” to be secured in the keystore; surprised by this behavior of Notes I hit Cancel to be presented by Notes pwd dialog. Which makes me hunt keystore, finally.
It’s very easy to (miss) hit a F-key - especially for Mac users, it just doesn’t feel natural - and have your work flow totally disrupted. Using shortcuts is targeting the opposite - improving the flow and speed of your work!
Pls, do UX testing with Mac users before going final - there are many outstanding issues.
Thanks all!
Subject: OS X: Shift-Tab is (still) working - and is OK - means don’t remove it!
Subject: BUT… behavior in a standard view (pre 8.x) … inconsistent
But the behavior is inconsistent.
In the view for this database, TAB works as previously and F4 has no effect.