Rmk207 MCCS codes for virtualkeyboards plus eliminate IPA homoglyphs#2688
Rmk207 MCCS codes for virtualkeyboards plus eliminate IPA homoglyphs#2688rmkaplan wants to merge 4 commits into
Conversation
(by declaring that they don't map from Unicode)
|
Actually, the problem with the labels appears only with the enlarged NS fonts, even though I don't think NS is involved there. This is compatible with current master in that regard. One other virtualkeyboard issue: the keyboard displays have the left panel taken over from the dandelion or daybreak, with a bunch of labeled buttons that are not connected to any actions. Some of them could make sense and could be armed for Tedit or Sedit (e.g. Undo, Find, Cut, Open), but I think it would be better just to eliminate those buttons. A lot of the labels on the function key and number pad also aren't meaningful. (BTW: What does "RDMND" stand for?) |
|
On Linux Mint 22.1 Cinnamon the arrows are now displayed correctly and the labels fit within the function keys. However, The logic keyboard is displayed in this screenshot. Now the left arrow just to the left of |
|
The Daybreak/Dandelion left keys should all be tied to the keyboard bits that were originally attached to the physical keys on those machines. Likewise the top function keys and the right keypad. The Lyric/Medley (?) release notes should have the key number mappings. If you wanted to change anything, making the display of the additional keyboard sections optional on a FLG would make sense. Removing them would not be helpful, especially if you have code that was written to use those keys. |
|
"RDMND" is Right DiaMoND. |
|
I wasn't clear, I meant that left arrow just to the left of |
|
Apologies again for the confusion, it's the LOGIC keyboard I meant, not the default one. |
OK, then, what is/was Right diamond?
That's another MCCS update, I'll do that. On your earlier image, the key to the left of that arrow key has a small empty-set symbol, I now see a black box there. What do you see now? On the F10-LOOKS, we have now defined it so that F10 is the way of typing underscore. We can change that back to LOOKS, for old times sake. But then you wouldn't be able to type an underscore when this is switched in. |
|
At commit 91a12c7, I see the DEFAULT and LOGIC keyboards like this: 
The black box is still there and the left arrow is fixed. As for |
|
By the way, there is the same issue with the caret that is replacing Underline on F6. (By the same argument, Currency should replace UCASE on F4, but nobody would miss Currency)
The Dvorak keyboard is broken in a different way, causes an error if you click to display. Something about inconsistent assignment of key numbers. I think we can let that go, maybe just take Dvorak off the menu.
… On Jul 11, 2026, at 10:21 AM, Paolo Amoroso ***@***.***> wrote:
pamoroso
left a comment
(Interlisp/medley#2688)
<#2688 (comment)>
At commit 91a12c7 <91a12c7>, I see the DEFAULT and LOGIC keyboards like this:
vkeyboards.png (view on web) <https://github.com/user-attachments/assets/b285f9bf-c0cc-4bb7-91e9-81bc7d92718d>
The black box is still there and the left arrow is fixed. As for F10 and LOOKS it makes sense, thanks.
—
Reply to this email directly, view it on GitHub <#2688?email_source=notifications&email_token=AQSTUJI4KBX5DPE5M6OGJ7L5EJZR3A5CNFSNUABFM5UWIORPF5TWS5BNNB2WEL2JONZXKZKDN5WW2ZLOOQXTIOJUHAYDCMBVHE4KM4TFMFZW63VGMF2XI2DPOKSWK5TFNZ2KYZTPN52GK4S7MNWGSY3L#issuecomment-4948010598>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AQSTUJKKROCC4LCPCF376GD5EJZR3AVCNFSNUABFKJSXA33TNF2G64TZHMZDQMJVGE4TSNRUHNEXG43VMU5TIOBWGEYTEOJYGQZ2C5QC>.
You are receiving this because you authored the thread.
|
|
At least on the Mac, with XKEYBOARDS, the only labeled keys that transmit anything are the formatting function keys. Those seem to work, at least in Tedit, transmitting the same codes as Tedit's separate button panel.
The left-panel keys don't do anything, nor do any of the unshifted labeled keys in the number panel.
Maybe more would happen if we loaded the dandelion keyboards instead of the x keyboards. Or maybe for those that make sense, at least for Tedit, we could add the appropriate keybindings. But mostly these buttons now are false advertisements.
… On Jul 11, 2026, at 2:21 AM, Nick Briggs ***@***.***> wrote:
nbriggs
left a comment
(Interlisp/medley#2688)
<#2688 (comment)>
The Daybreak/Dandelion left keys should all be tied to the keyboard bits that were originally attached to the physical keys on those machines. Likewise the top function keys and the right keypad. The Lyric/Medley (?) release notes should have the key number mappings. If you wanted to change anything, making the display of the additional keyboard sections optional on a FLG would make sense. Removing them would not be helpful, especially if you have code that was written to use those keys.
—
Reply to this email directly, view it on GitHub <#2688?email_source=notifications&email_token=AQSTUJO64Y47URB25ZHNR2D5EIBH7A5CNFSNUABFM5UWIORPF5TWS5BNNB2WEL2JONZXKZKDN5WW2ZLOOQXTIOJUGQZDSOBWGY2KM4TFMFZW63VGMF2XI2DPOKSWK5TFNZ2KYZTPN52GK4S7MNWGSY3L#issuecomment-4944298664>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AQSTUJPYSNDNUDQ76VHJ4M35EIBH7AVCNFSNUABFKJSXA33TNF2G64TZHMZDQMJVGE4TSNRUHNEXG43VMU5TIOBWGEYTEOJYGQZ2C5QC>.
You are receiving this because you authored the thread.
|
|
I'm just at a place where I can see the images -- Those are Sun keyboards (type-4, I think) -- check this against the Lyric/Medley release notes. In theory, I suppose the virtual keyboards should adapt to the actual physical keyboard you have, but we haven't got that information coming through in a way that it can easily be used (there's a 3(?) bit field that indicates the keyboard type). Sun keyboards had a diamond key to the right of the space bar. Please don't remove bits of the keyboard layouts until we can work out a proper plan for how it should work. |
|
This is the Sun type-4 keyboard that VirtualKeyboards assumes you're working with. |
3 participants
This adjusts the display and keyboard mappings to take account of the arrow/caret interchanges, and to eliminate the confusion in the Unicode mappings because XCCS associates the same glyphs with IPA codes and other codes (as discussed in PR #2687).
This is independent of the NSDISPLAYSIZE issue and fonts, in that it chooses the default keyboard font based on its height. However, for reasons that I don't yet understand, the labels on the keyboard (NEXT, EXPAND) seem to be in a bigger font, even though as best as I can tell, those are specified as Helvetic 5, which is not involved in any of this font stuff.
As a separate point: The French keyboard seems a little goofy, in that shift d does produces a circumflex-o and not capital D. And shift e is also odd.
There is still a black box in the logic keyboard. Is there an image anywhere of what character is supposed to be there?
This also modernizes the keyboard display windows, so they can be dragged around by their title bars.