I would say “probably possible in principle” but I have zero experience using or integrating any front-end editors, so I unfortunately can’t offer any concrete advice or speculate about how difficult it might be.
then save the file in the same location where it’s being served?
AFAIK he only place that something cold be saved to disk at an arbitrary location is the system that the Bokeh server is running on. If you mean the system where the browser is, that’s impossible, due to browser security limitations.
How do Bokeh-based dashboards change config files for the underlying backend application?
I’ve never heard of anyone wanting to do this, so I can’t say for sure. But if they did, I might speculate they would use the basic TextAreaInput widget.
Accessing the file on the same server where bokeh --serve is running would be great.
How is this supposed to work when there are multiple Bokeh server instances e.g. running behind a load balancer? Bokeh won’t have an opinion, but I think you would have to have a central configuration service or database that you update. FWIW accepting arbitrary user input and writing it to files also seems like a somewhat risky proposition to me.
In any event, at this point a GitHub Issue to requests a new feature would be the next reasonable step.
Well, this all makes plenty of sense, including the security concerns.
I only run 1 or 2 bokeh instances at a time, from the command line, so clearly there’s more to consider when integrating another application into Bokeh.
The simplest approach is probably to run a web-based text editor entirely separately from Bokeh and allow the interface to be at the config file level.
As long the Bokeh dashboard can re-open or re-evaluate the updated file that will serve the same purpose.