Totally!*
I once wanted leoInteg to even offer multiple simultaneous editing for multiple users - like a Leo in multplayer game mode :) lol we'll see about that one hehe...
Anyhow for basic remote connection, a little bit of work would be required to make it happen smoothly, because as of now, choosing the file to open is done locally only via vscode's open-file dialog service. Also, leoInteg tries to re-open last closed files, which would be local.
So to make it stable and usable leoInteg would have to detect (differenciate at least) if it's connecting to a local or remote server, and act accordingly,
(if remote: refrain from opening any last-opened local files, and offer a different file-chooser-dialog for opening REMOTE files when trying to open Leo files)
In the meantime, one could somewhat easily test it by simply having a local leo file, (say, /home/bob/test.leo) and another leo file of the same name and relative path on the remote server, (say, again, /home/bob/test.leo) that way, when transmitting the path of the file to open after choosing a file, the remote leoBridgeServer would 'see' the file and open it (as it would match the path and filename) and let you then operate on it remotely :)
but again, this would be just a little proof-of-concept test...
(otherwise I'll create it myself and maybe try to get a little something working to get this new cool feature off the ground)
Anyways, great idea and not hard nor long to implement the missing stuff to make it user-friendly - so I'll give it a shot this week end. :)
Thanks for this idea !
--
Félix