8 ms·
I really, really wish it was open source. I understand why it isn't, but with its main competitors being Atom and VSCode, it's hard to warrant using a closed so
by connorshea 10y ago
I really, really wish it was open source. I understand why it isn't, but with its main competitors being Atom and VSCode, it's hard to warrant using a closed source text editor even if it's so much faster and I'm used to it.
- overcast 10y agoAs far as I'm concerned, Atom isn't even in the running. It's clunky, and slow. VS Code is awesome, but is missing some crucial plugins that Sublime has. Namely proper SFTP support. The only one available is junk, and it regularly crashes the entire app with only attempting to sync a few hundred files.
- eropple 10y agoWhy is it hard to "warrant" it? Sublime is a better editor for my purposes. It runs everywhere. I use it. Done.
- mangeletti 10y agoI've never been more impressed by an editor than I am by Sublime. Literally everything about the editor is excellent[1]. My rule of thumb is: If I'm on a server via SSH, it's Vim. Otherwise, it's Sublime. 1. Actually... https://news.ycombinator.com/item?id=12553584 https://news.ycombinator.com/item?id=12553584 (sorry if you're a robot and just got stuck in recursion)
- nitemice 10y agoIf you really wanted, you may be able to eliminate Vim from your workflow altogether: http://stackoverflow.com/questions/15958056/how-to-use-sublime-over-ssh http://stackoverflow.com/questions/15958056/how-to-use-subli...
- bpicolo 10y agoOnly if you have a single, constant remote. I've used osx fuse + Sublime a lot. It's not perfect. If you change something on the remote through not-sublime, sublime doesn't pick up changes for a long time (rather, your OS doesnt, not Sublime's fault). That said, decent for the day to day. If you're hitting moving target servers, docker, etc, you still need to have some basic vim or emacs or nano knowledge.
- modeless 10y agoIf I have ssh access, I use sshfs to edit remote files with my local copy of Sublime. I also set up a Sublime build system that calls the compiler remotely over ssh. After I set my ssh config to cache and reuse connections, it adds virtually no overhead. Builds are one keystroke, errors show up in the editor just like normal, and small builds can still be done in just a fraction of a second. The only problem with this setup is that sshfs is bad at recovering from network errors. If someone made a version of sshfs that could automatically reconnect after an interruption then this setup would be practically indistinguishable from working locally, even on moderately high latency connections.
- 0942v8653 10y agoYou likely have already tried this, but in case you haven't: sshfs has a mount option -o reconnect which tries to be a bit more resilient about this sort of thing.
- modeless 10y agoI didn't know that, thanks!
- Walf 10y agoIsn't grepping files slow?
- modeless 10y agoWell, using Sublime's find in files feature would be slow. Literally using grep would be fast if you do it on the remote machine over SSH.
- _RPM 10y agoI have to admit I was little worried about using Sublime because it was closed source and I had no idea how often it would phone home to say hello / record keystrokes, but I used it and was so impressed by how fast it was. It was an order of magnitude faster than Atom. I would set up a Samba share on a linux box, connect to it, and edit files. My linux box would be the server I would use and samba seemed to solve that ok. How is sshfs compared to Samba?
- Rotten194 10y agoNot OP, but SSHFS is really nice. You can stand it up in basically one command, and tear it down similarly when you're done -- no need to worry about setting anything up on the server side as long as you have SSH access.
- marricks 10y ago> I understand why it isn't Is that just so there aren't a million different free versions out there so he can, deservedly, make a living off of his product, or something else?
- nitemice 10y agoYou may be interested in [LimeText](https://github.com/limetext/lime https://github.com/limetext/lime), if it ever gets to a usable state. It's aiming to be a open-source clone of Sublime.
- jeremy_wiebe 10y agoLast commit 5 months ago. That project looks essentially dead.
- GMFlash 10y agoIt's very much alive. You are looking at the meta project. If you look at the other components ( https://github.com/limetext https://github.com/limetext ), there are recent commits.
- Fogest 10y agoLast commit 28 days ago is still not too active.
- dasil003 10y agoPeople are downvoting you, but I think it's a legitimate point. For a stable project in maintenance mode, sure 28 days means very little, but for up-and-coming open-source clone of a major text editor it doesn't smell like critical mass.
- Fogest 10y agoThat's exactly it. When someone suggests a project trying to compete and clone sublime text I expect it to be actively doing so, not doing so a month ago.
- thewhitetulip 10y agoI have committed to the project twice, we would appreciate more people contributing :-)
- pjmlp 10y agoMy computer is allergic to web apps pretending they are desktop ones. The only thing that keeps VSCode on it is the great support for Rust. The day Rust IDEs get feature parity with VSCode plugins, it is out.
- barpet 10y agoNot it really is not. You simply use whatever fits your needs. The same can be said about steep learning curve for VIM/Emacs. What's the reason for Atom/VSCode if Emacs/VIM can do it much better / faster. Even opening large files on Emacs is flawless with vlf.