This appears to be some complex bug with the @font-face rule in Chromium. The only surefire workaround I've found so far is to base64-encode the font and include it in a css file.

use <dialog> modal instead of javascript prompt. Also, port some changes from Vanilla to allow closing window immediately after saving

attempt to show the correct directory in a "Save" dialog.  (Still doesn't work for the "Open" dialog.)

First draft of search bar for canvas. This still has a bug-- if you're editing a box before you click the shortcut, the events get screwed up temporarily

started working on port of [draw image]

try using clientWidth/Height instead of innerWidth/Height in getscroll

finally have a successful workaround for allowing cut/copy/paste/selectall/undo/redo inside an object box. The workaround allows object box editing without sending any data to Pd.  Once the box gets instantiated, the full contents are converted to FUDI and forwarded to Pd.  Seems to work so far.

oops... use binbuf_restore instead of binbuf_add to get dollargs to do the "right thing". Also fixed a debugging comment to keep it from printing garbage

got a very early working version that does _all_ object text editing (arrow keys, selection, etc.) in the GUI. (However, it still depends on g_rtext.c for doing everything else.)