leo on the server + remote vscode client via leointeg

52 views
Skip to first unread message

gar

unread,
Oct 23, 2020, 1:16:31 AM10/23/20
to leo-editor
Now I am busy with setting up my home private cloud server with all those features like file storage, git server, documentation portal and blablabla.
Among these I'd love to setup also leo server which I could connect from anywhere and have a pretty nice gui remotely.
AFAU leointeg works via http so it seems possible to ask vscode powered by the leo plugin to use some remote server as a backend,
Am I right with that? Thanks!

Edward K. Ream

unread,
Oct 23, 2020, 9:02:59 AM10/23/20
to leo-editor
Thanks for the question. What say you, Félix?

Edward

Félix

unread,
Oct 23, 2020, 12:57:32 PM10/23/20
to leo-editor
Hey Gar,

So happy to read about those new ideas popping up!

 leointeg works via http so it seems possible to ask vscode powered by the leo plugin to use some remote server as a backend
 
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... 

So please go ahead and create the issue if you feel like it, https://github.com/boltex/leointeg/issues 

(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

gar

unread,
Oct 23, 2020, 1:08:24 PM10/23/20
to leo-e...@googlegroups.com
thanks for such a quick response! glad to hear that people also like what comes into my head.
Let me tell you a little about WHY i requested this.
Well, I do use leo very intensively everywhere it may suite (except maybe c++ coding). And there's no problem to make a git repo and commit and sync with closing leo on every machine.... well, you know what I am talking about.
But. I am tired of dropbox and evernote and blablabla. I want to have all data on my own. And I have a wife, and I want her to use leo instead of evernote. And I got absolutely no idea how to teach here to use git, and remember about committing, and closing before syncing and.... well, you know.
So I do really need very much an instance of leo which runs all on a single server and leo guis running on my wife's devices. So I could ssh and make all git syncing by my own.
I can teach her markdown (hope so at least) and run vr3-like plugin in vscode, and this will probably make her happy.
So what else is required additionally? Command to open remote files (on the server) and ability to restore the session (ideally - I set up all the stuff once and she then just clicks the icon on the desktop and worries of nothing).

About github issue... Where do you think is better to discuss the things - here in this thread or make it github's property?

пт, 23 окт. 2020 г. в 19:57, Félix <felix...@gmail.com>:
--
You received this message because you are subscribed to the Google Groups "leo-editor" group.
To unsubscribe from this group and stop receiving emails from it, send an email to leo-editor+...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/leo-editor/7fc3c08d-595e-4158-b6fb-95e41719dcc7o%40googlegroups.com.

Félix

unread,
Oct 23, 2020, 9:55:19 PM10/23/20
to leo-editor
Hi Gar, thanks again for those great ideas! 

Supporting remote file opening to stabilize usage from connections coming from outside of 'localhost' is a much simpler feature to implement than full-fledged multi user edition indeed. The later maybe impossible logically to sustain logical flow and structure...

So i'll try to come up with something working real quick and leave it for later to polish it up. I also want to try to drive it from another computer just for kiks :) 

Anyways, It's now an issue on the project's page https://github.com/boltex/leointeg/issues/117 and I'll compile some details to implement your suggestions in there :) 

I prefer tracking the details in a "github issue" and just discuss overviews of more general concepts, ideas and leo related 'news' on this forum. 

Thank again for this suggestion!
--
Félix 
To unsubscribe from this group and stop receiving emails from it, send an email to leo-e...@googlegroups.com.

gar

unread,
Oct 24, 2020, 3:59:01 AM10/24/20
to leo-e...@googlegroups.com

OK, pleasure to here this. Thanks for such an enthusiastic response. I believe this can become kind of 'evernote-light'.
I prefer to keep ssh connection open and make my notes in vim on the server. Cause playing with git for private needs is always too expensive.
Having notes on the server we then may build up web application for accessing them from the browser etc (in read-only mode, it's much simpler when to make rich webapp)
Not sure that this solution will bring leo huge audience but it would be very useful nevertheless.
Reply all
Reply to author
Forward
0 new messages