Undefined function error when editing virtual keyboard with VIRTUALKEYBOARDS

[pamoroso]

With VIRTUALKEYBOARDS loaded, when editing a new keyboard based on the default one I get a break window with the error:

UNDEFINED-FUNCTION
In OLDFAULT1:
VKBO.EDIT-KEYBOARD-COMMAND is an undefined function

To Reproduce

Steps to reproduce the behavior:

1. launch Medley
2. evaluate (FILESLOAD VIRTUALKEYBOARDS)
3. from the background menu, execute Keyboard > Edit > New Keyboard, default initial

Expected behavior

The keyboard editing windows open with no errors.

Screenshots

The break window and Medley:

Context (please complete the following information):

• Are you using online.interlisp.org? no
• OS: Linux
• OS Version: Mint 22.1 Cinnamon
• Display/window system: X11/VNC
• Host arch: x86_64 (System76 Merkaat)
• Maiko version: c5d40e5
• IL:MAKESYSDATE: 16-Aug-2026 11:55:05 (Maiko: master/c5d40e5); Medley: master/634d092)

Additional context

The stack trace:

VKBD.EDIT-KEYBOARD-COMMAND/7(debug)BTV
   FAULTX (VKBD.EDIT-KEYBOARD-COMMAND T)
   FAULTARGS NIL
   FAULTAPPLYFLG NIL
OLDFAULT1
NEWFAULT1
FAULTEVAL
   *FORM* (VKBD.EDIT-KEYBOARD-COMMAND T)
\EVALFORM
   %#FORM# (VKBD.EDIT-KEYBOARD-COMMAND T)
   *CURRENT-PROCESS* 
#<Process VKBD.EDIT-KEYBOARD-COMMAND/172,22000>
   HELPFLAG BREAK!
   \CURRENTDISPLAYLINE 0
   \#DISPLAYLINES 40
   \LINEBUF.OFD #<IO Stream on T/172,66500>
   *READTABLE* #<ReadTable INTERLISP/172,65714>
   \PRIMTERMTABLE {TERMTABLEP}#172,60740
   \PRIMTERMSA {CHARTABLE}#172,61000
   TtyDisplayStream 
#<Output Display Stream/130,1500>
   SI::*RESETFORMS* NIL
   \INTERRUPTABLE T
   \TTYWINDOW NIL
   READBUF NIL
   \TERM.OFD #<Output Stream on T/172,66100>
   *STANDARD-OUTPUT* #<Output Stream on T/172,66100>
   *STANDARD-INPUT* #<IO Stream on T/172,66500>
\MAKE.PROCESS0
T

The issue also occurs in Medley Online 12-Aug-2026 10:41:26.

[rmkaplan]

What happens if you load library/virtualkeyboards/KEYBOARDEDITOR first?

[pamoroso]

If I load library/virtualkeyboards/KEYBOARDEDITOR first the keyboard editor opens up with no errors.

[pamoroso]

Is VIRTUALKEYBOARDS supposed to load KEYBOARDEDITOR as a dependency? Or should the user take care of loading whatever modules are needed? If the latter this is probably working as intended.

[rmkaplan]

One thing to look at: this editor may insert raw MCCS codes in the tables it produces, that's the way the keyboard files used to be stored. I changed the existing keyboards to use actual characters instead of codes. When these are written to a :UTF-8 file (maybe they all go into the file that's already there), they are readable in a meaningful way outside Medley with Unicode fonts (and inside Medley to the extent that our MCCS fonts have the glyphs).

[rmkaplan]

It isn't a dependency for someone who just wants to use an existing virtualkeyboard, only for someone who wants to edit an old one or produce a new one. I think the dependency goes the other way: loading KEYBOARDEDITOR should probably load VIRTUALKEYBOARDS.

…

On Aug 17, 2026, at 12:32 PM, Paolo Amoroso ***@***.***> wrote: pamoroso left a comment (Interlisp/medley#2730) <#2730 (comment)> Is VIRTUALKEYBOARDS supposed to load KEYBOARDEDITOR as a dependency? Or should the user take care of loading whatever modules are needed? If the latter this is probably working as intended. — Reply to this email directly, view it on GitHub <#2730?email_source=notifications&email_token=AQSTUJOWHOOHOSGLDPWH6O35KNMU5A5CNFSNUABFM5UWIORPF5TWS5BNNB2WEL2JONZXKZKDN5WW2ZLOOQXTKMZRHEZTANJUGMYKM4TFMFZW63VHMNXW23LFNZ2KKZLWMVXHJLDGN5XXIZLSL5RWY2LDNM#issuecomment-5319305430>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AQSTUJJKI55KOPDTSC4ANPD5KNMU5AVCNFSNUABFKJSXA33TNF2G64TZHMZDQMJVGE4TSNRUHNEXG43VMU5TKMJXGQ2DQMBSHA4KC5QC>. You are receiving this because you commented.

[nbriggs]

Perhaps the insertion of the Keyboard > Edit > ... background menu item should be done by the KEYBOARDEDITOR and not VIRTUALKEYBOARDS ?

[rmkaplan]

I agree

[pamoroso]

KEYBOARDEDITOR does load VIRTUALKEYBOARDS as it has a (FILES VIRTUALKEYBOARDS) form.

[rmkaplan]

An alternative is to let VIRTUALKEYBOARDS put up the Edit menu item, whether or not KEYBOARDEDITOR is loaded, but have that item do the load if it isn't there. Basically, what's the easiest and most common use case.

[nbriggs]

I wouldn't load files under the mouse process. Not sure that doing a spawn.mouse would get you the desired result though.
I think the most common use case is using a virtual keyboard, not creating/editing one.

[masinter]

I don't like autoloading-on-run implemented so many different ways ... the GETFN for Image Objects, now the keyboard editor when pressing the Edit button ....

Are the packaged loaded SYSLOAD? With no warning or printing that it's happening?
Do the fileCOMS get wiped out? Why do we need to have WHEREIS in some cases and not in others?

Do you autoload the editor only when VIRTUALKEYBOARDS is loaded and running, or on any call to KEYBOARDEDITOR?

[nbriggs]

I guess I’m with Larry on this one.