This is so, as a shortcut can be assigned in multiple programs without
interference, but on the key we can represent only one program(group)
for that shortcut defined on that key.
This phase contains multiple ides:
- Lock, Search, Calculator: we have text and icon. Would just an icon
be enough?
- The browser related button on the second row are represented by their
shortcut. This can be set up on the keypress action interface.
- In the third line the first shortcut is for stepping back in the
history. I wouldn't recognize it seeing it on a keyboard, but it's
consistent with the shortcuts of the second row (which are more
familiar for everybody)
- The other direction of the history navigation is "represented as the
media buttons". This is more straightforward when looking at the
keyboard than it's shortcut would be (cmd+]).
Possibly we can allow assigning multiple modifiers to a single key (e.g.
one keypress makes: ctrl+shift), so you wouldn't have to press two
modifiers. But that seems really and edge case.
The keys having a magenta background are the ones that are done. Changes
worth mentioning:
- key "4$" vs. "6^": see the difference of the two layout while having
the same amount of information.
- key "9(" vs. "0)" (same as 7 vs. 8): the first key contains one
text element and the spacing of between the top and bottom is based on
line-height, while the second key is divided into 0.5-1-1-0.5
portions, and the two text objects are aligned in the middle sections.
This latter layout is more consistent with other parts of the keyboard
as this same approach is used on the key "4$", and the benefit of this
layout is that we don't have to deal with line-height, and can easier
control the final layout.
