Introducing Atom-IDE

Re:Introducing Atom-IDE by komali2 on Tuesday September 12, 2017 @03:24PM (#15231031)

I've been wondering if there's a way to use a more graphical editor over SSH, such as vscode or sublime. I get that I could just "learn VIM" but I already know a shitload of hotkeys for vscode/sublime (they're easily transferred), so I'd rather just use them.

[ Parent | on HN ]

Re:Introducing Atom-IDE by ronjouch on Tuesday September 12, 2017 @05:53PM (#15233210)

Just mount your remote folder with sshfs [1] and enjoy your local toolshed :) . X forwarding is overkill when all you need is accessing files.

[1] https://github.com/libfuse/sshfs , packaged by your distribution

[ Parent | on HN ]

Re:Introducing Atom-IDE by H1Supreme on Wednesday September 13, 2017 @10:41AM (#15238711)

Agreed. SSHFS is the way to go.

[ Parent | on HN ]

Re:Introducing Atom-IDE by cnp on Tuesday September 12, 2017 @04:55PM (#15232581)

Learning Vim -- even the smallest subset of it -- will continue to pay off years into the future! Then you can combine it with existing Atom/Sublime/VSCode keymaps where need be and really have a nice fusion of functionality.

(VSCode vim mode is A+ btw)

[ Parent | on HN ]

Re:Introducing Atom-IDE by nobleach on Tuesday September 12, 2017 @08:09PM (#15234261)

I gave VSCode's vim mode a shot a few months ago and found it nowhere near Atom's vim-mode-plus. Has it gotten better?

[ Parent | on HN ]

Re:Introducing Atom-IDE by chillee on Wednesday September 13, 2017 @04:49PM (#15242510)

Well, I think it has (I'm one of the developers). Since the beginning of April there's been over 149 pull requests merged. It's definitely gotten better.

[ Parent | on HN ]

Re:Introducing Atom-IDE by city41 on Tuesday September 12, 2017 @03:42PM (#15231391)

You can open the file via SSH but use a local copy of VSCode/Sublime: https://codepen.io/ginfuru/post/remote-editing-files-with-ss...

[ Parent | on HN ]

Re:Introducing Atom-IDE by chillee on Tuesday September 12, 2017 @05:35PM (#15233043)

Nuclide has pretty good support for remote editing (it's Facebook's "official" code editor internally), and VSCode is adding similar functionality. https://github.com/Microsoft/vscode/pull/30337

[ Parent | on HN ]

Re:Introducing Atom-IDE by anderspitman on Tuesday September 12, 2017 @03:47PM (#15231526)

You could do X forwarding

[ Parent | on HN ]

Re:Introducing Atom-IDE by josteink on Tuesday September 12, 2017 @04:44PM (#15232430)

Electron apps are terrible with X forwarding. Even locally, on your own LAN.

It's all rendered bitmaps getting sent over, causing much lag and terrible performance.

Not recommended.

[ Parent | on HN ]

Re:Introducing Atom-IDE by fooker on Tuesday September 12, 2017 @09:34PM (#15234764)

Surprising, considering it's origin from web tech.

[ Parent | on HN ]

Re:Introducing Atom-IDE by oneweekwonder on Wednesday September 13, 2017 @01:40AM (#15235839)

> Surprising

Or not, your forcing rendered html/dom over the x window protocol. What web tech is in this stack? Only your rendered app on a gtk/qt/wtk(not sure what atom is using, etc) window. Nothing on the network side.

[ Parent | on HN ]

Re:Introducing Atom-IDE by oneweekwonder on Wednesday September 13, 2017 @09:35AM (#15238058)

mmm I wanted to edit my post but it seems to get locked after time. So just adding a comment with some info and corrections on the topic.

- Atom on linux uses GTK+[0].

- GTK+ uses XLib[1].

- From the wikipedia link "Xlib makes the client synchronous with respect to replies and events." so much for js being async ;)

- Do anybody know how workable chrome or even firefox is over the x window protocol?

[0]: https://electron.atom.io/docs/development/build-instructions...

[1]: https://en.wikipedia.org/wiki/X_Window_System_core_protocol#...

[ Parent | on HN ]