I found an old laptop I hadn't used in about 3 years, fired it up and quipped to my friends "Hah, this thing is so old it's still running the beta of ST3!"
I think they finally faced the truth that over 90% of users was using "beta" version (actually their words and stats) and listened to some comments on HN. Good job guys! I'm glad that my favourite editor is finally out.
There is more that goes into declaring a release as "stable" than just having it not crash.
For example, take the updated homepage, the licence upgrade process, the proper integration into linux package managers and more.
Couple that with the perception of users of things being "stable" having more reliability and them more likely trying it out and finding rare bugs or issues. Just looking at the forum today revealed a couple issues that nobody on the dev releases has discovered or reported.
That said, you still have to release a stable version every once in a while and they knew that. Unfortunately it took longer than anticipated.
Finally! I was using Build 3126 just about 2 hours ago and thinking that I haven't seen an update in a looong time. And there it is now. Congratulations to the team at Sublime HQ. Keep up the great work!
Sublime is still the fastest(opens instantly), and personally it looks better than VSCode with the new adaptive themes. Font rendering on MacOS is native in Sublime instead of the fake blurry stuff you get with Electron.
If we are talking about opening big files - Sublime times faster than VSC and miles faster than Code, which still fails at files bigger then 10mb often.
I'm using VCS for some time now (and was at the time of the previous comment), but it's still slow when compared. They did a great job and left Atom (I ment Atom when I said Code, lol) behind, but there is still a huge room for improvement.
Font rendering on MacOS is native in Sublime instead of the fake blurry stuff you get with Electron.
Wheee, I'm not the only one bothered by this! It's bad on Windows too, though Linux is fine. It affects all Electron based programs, including Chrome itself.
I'm in the same boat, though I find it unlikely that I would go back to Sublime at this point.
VSCode is free, (mostly) MIT, has a unified debugger, great git support, integrated terminal emulator, and a nice healthy extension community.
Sublime is cheap for how often you'll use it, but not free. It's proprietary. Git support even with paid plugins is lacking, especially compared to VS Code.
I'm glad I bought Sublime when I did, but I'm also glad I found VSCode when I did. If there's a choice between FOSS and proprietary, and the FOSS project already works better, the proprietary option is unlikely to make a comeback for me.
Same here. I switched from Sublime to VSCode a few weeks ago after reading some comments here on HN. I don't think I will go back to Sublime for the reasons you mentioned. I also have the feeling that thanks to a fast increasing community the extensions are more polished (in particular, I like the vim mode better).
Sublime is indeed faster and more lightweight but that's not enough for me to keep using it.
I think it really depends on what you're using them for. I know I use both every day. I find myself using VSCode for more of my coding (taking advantage of intellisense and the built in debugger for my python work), while I find that Sublime has a much better "find in files" (as we use CVS for version control), and its general better for opening one-off files or lengthy debug logs with its amazing speed, and having enough respect to not leave little .vscode folders everywhere you tinker.
I downloaded Sublime 3 to try it out, just now. The first thing I did was install Vintageous. I hit `{` and the cursor didn't move.
I love Sublime and used it for many years. It's fast, it looks good, and it's a great editor. It's hard to find an extension ecosystem like VSCode, though. I doubt I'll be returning to Sublime.
For front-end web development, OOTB VSCode is much better, in terms of features (though you could probably get ST to be that way with a number of plugins).
ST is still a lot faster, but now that VSCode has introduced multi-folder workspaces there aren't a lot of features I miss anymore.
It's easy to write a PKGBUILD for Arch, and IDK RPM but writing a Debian package is not that hard too, I've written a .deb that installs all the software I use on Ubuntu Gnome and it's just a directory and two or three files. Its docs could use a bit of help though, the Debian handbook is sometimes very superficial.
In the past few months, I see some popular linux softwares started to using AppImage (https://appimage.org/) to distribute prebuilt binary. Not sure if it is a good option for SublimeText.
That's what electro-build does by default. It's a terrible solution for end users, because it results in huge bloated statically-linked images, but at least it works everywhere.
I do prefer what Sublime Text is doing here though. Kudos to them, it's a lot of work.
I vastly prefer it to hunting for executables on websites, thank you. And there isn't that many relevant distress to target, especially with things like Flatpack etc.
I agree, too many just ship a deb or a simple archive, which is not the best update experience for non-Ubuntu users, even if i.e. the AUR solves most of the pain.
Love Sublime Text. Haven't been able to switch to any of the Electron editors because of the horrible font rendering on Mac(Chrome issue). One note: Jon needs to show the new adaptive theme with matching title bar for MacOS on the main page.
Mine was $0. Honestly thought I'd purchased it before the cutoff date, I can't even remember what I used to use so definitely worth the original price.
My upgrade was $11 also, which seems way too little.
Unless I'm way underestimating the subscriber base and associated economies of scale, and they really can afford to drive the upgrade rate by making it this cheap, seems like they're leaving a lot of cash on the table. That's actually a touch worrisome, naturally, because it reduces their ability to fund the business through downtimes and make investments into the product (etc). I depend on their product enough that I want their company to be robust and healthy, even if I have to pay more for that to happen. I know they only have a few people to pay today, and I could be wrong about my core assumption, but I don't think they're anywhere near what the market will bear.
I would have paid almost four times as much without thinking myself poorly used. I originally bought sometime in late 2012 and used version 3 since sometime in 2013... which means I've been getting many of the benefits of the upgrade for close to four years. To be honest, I would have even understood if I had been asked to pay the full license fee again and would have done so without pause.
Where do you check? I'm still on the dev build which is one behind the release. I've tried updating in the editor but it states nothing is available. Seems odd that release is 3143 but dev is 3142.
I enjoy a lot of the nice UI based workflows Sublime provides - but always felt that mastering VIM / emacs would provide me a far better pay out. Does any body else agree ?
I used to use graphical editors. I used PFE if anyone remembers that and then PSPad. PFE and PSPad were windows only which turned out to be an issue. I then switched to JEdit, but found that a number of plugins had issues and connecting to get a plugin just didn't work on many occasions.
About ten years ago I got a job that required me to edit multiple languages on multiple platforms and I was using about three different editors: Oxygen XML, Eclipse, VS, Python Charm and I just thought this is getting ridiculous. I switched to Emacs because it is cross-platform, fast, and you can edit any kind of file in it. I never looked back. I have edited about a dozen programming languages in it, and used it for markdown, and DocBook and DITA XML editing. Today I am still happily using it. On my latest gig I had to edit TeX - no problem in Emacs. I learn new tricks in it all the time. I have a colour scheme that works really well. Having built in ansi-term and being able to do M-! and then run a shell command save a lot of time in the workflow. There are thousands of features and tweaks you can do. The incremental forward and back search is lightning fast. I use C-r a lot in Bash too. On the whole I'm very pleased with my switch to Emacs. By the way I usually only use the text-only version of Emacs (emacs-nox on Linux). I do keep a copy of AquaMacs installed on my Mac too, but work mostly on the command line.
I did actually try Sublime a few years back and have a licence, but I found myself just firing up Emacs on the command line and C-x C-f to fast load a file more often than not.
I would say, yes, go for Vim or Emacs, but it depends really what you need from an editor.
I have sublime installed for double clicking on text files now and then but I doubt I'll upgrade (I never really found it good enough to be an IDE and for plain text I can't beat VIM)
One of the things that I love about VIM is that because I use very few plugins I can edit text just as efficiently on any remote machine without complicated plugin installation.
I need to install VIM style movement in whatever IDE I use (IntelliJ these days) because otherwise I find moving around the text painfully slow.
Sublime, vim and emacs are three different animals. It does pay to know the basics of the latter two, especially if you expect to have to edit files from the console and/or find yourself using a random UNIX environment (which most likely will not have Sublime installed on it).
I disagree. Maybe you might be marginally better off, but if you enjoy Sublime more, that matters.
If you are going for mastery level, that implies you would also learn Sublime's programming model inside and out. If you get to that level of expertise, you are probably going to be more efficient than most when it comes to editing text.
If you are going to be using one of those editors a lot anyway (because you will be ssh'ing into a Linux machine or rely on org-mode, for example), then perhaps that would shift the landscape.
Why not both? Sublime (and pretty much every other popular editor I've used) has a "vim mode" (Sublime calls it vintage mode). Sublime's is built in and available right in out of the box, you just need to enable it. I've been using this setup for years. It's the best of both worlds, you get all of the plug-ins, UI, and commands from Sublime while still getting to use vim's commands when just plain editing text. There's no reason I would ever go back to just one or the other.
I haven't used Sublime much but I get the impression I'm far faster in Emacs than work colleagues etc. are in Sublime or the latest flavour of IDE. That is after at least a decade and a half of learning and configuring Emacs to my preferences though.
At least part of that efficiency (apart from Emacs being awesome) is that I've been able to keep getting better at using my editor rather than having to change tools every so often as less configurable editors get overtaken by ones with new features.
Emacs is pretty deep (I keep discovering new things) and configurable in the extreme. I think it's very likely that it will last for decades yet - any killer innovation that another editor comes up with is likely to be quickly copied into Emacs.
Heh, I was confused at first before remembering that what I have been using for these past years was a "beta". Unfortunately, I guess that means all these great new features in the announcement are ones that I'm already completely familiar with. But I suppose I should still go and upgrade my license. It's been my daily driver editor for more than 5 years now, and it's easily worth the $30 to upgrade my ST2 license!
Then use Atom and don't comment
The parent comment is valid for every software in the world, if you make your living with a 80$ software and you don't want to pay for it, you have big issues
It's not "pretty much the exact same thing". ST is much faster and can handle very large files (say, CSVs in the hundreds of MBs) (as an aside, VS Code is much more performant than Atom)
Editing large CSV files is something I do infrequently enough that I'll just use vim or whatever when that need arises. No need to choose my code editor based on that niche use-case.
There's a real danger I think in relying on a proprietary software program for something so key as text editing. For many developers, their editor will be with them for their whole career. Proprietary software has a tendency to not stick around.
I hope to see Sublime eventually released under a free software license. I'd donate to that project.
I have a feeling that emacs/vim in some form are going to stick around longer than I'll care about using computers to edit text, so it wasn't even on my radar :)
I used to think that, until I discovered the IDEA suite (PyCharm, PHPStorm, etc). And many devs use Windows as well. The OS is no less important than the text editor.
I still use VIM often enough to stay proficient with it, mostly via SSH, but I'll happily use the closed source IDEA editors when they are available.
> The OS is no less important than the text editor.
Depends what you're doing, I suppose. If you're doing web development, Python, Ruby, PHP, C, JavaScript, etc... I don't think being on any particular OS is more important than your tools.
It's not that hard to switch, especially for a developer that lives in the software. It might take a few days, but if your brain is still fairly plastic, you will adapt.
If you are like my parents that can't get on the internet if the browser icon disappears from their desktop, then there might be a problem.
Something I've realized is a lot of our habits transfer over from app to app. Most authors of new software make sure to follow the standard OS text editing conventions, and windows, linux & macos are all fairly similar.
When you use emacs or vim, which import their 1970s / early 1980s OS conventions with their keyboard shortcuts, you realize you can be dropped into a very foreign 'defaults' context, and they can conflict.
It's not just brain plasticity. I have literally tons of Vim customization code that would need to be migrated. It's doable, but definitely not "a few days" effort.
Any disruption like this this will impact full-on on my ability to program fast. Even a 10% drop in productivity over an extended migration and learning period can translate into the thousands of $$$.
Probably not suddenly (unless there's DRM) but over time as other things change, sure. For instance there are plenty of Windows programs from the past, shareware or paid, that simply do not work on Windows 7 (let alone 10). Since they're proprietary nothing can be done. You might be able to emulate or use a VM and get it to run but not as a first class citizen.
Bar none, my favorite editor. I try to use Vim only sometimes to make sure I keep those commands in shape, but Sublime remains for hardcore work. It breaks my heart that it's closed source.
I do wonder sometimes how much the app makes and/or how much someone would have to pay the developer to open source it.
There is "VIntage Mode" for ST, but unfortunately it's not entirely accurate and also doesn't support some commands. VSCode's VIM plugin is more complete.
Correct, I've got Vintageous installed, which is a more feature-complete implementation of VIM's keybindings and its "ex" mode.
It's still not exactly the same as using pure VIM, since some of the commands overlap with Sublime commands, and I tend to use a hybrid of both (for instance, Sublime's Ctrl-D command to make multiple cursors, which is incredibly useful when I'm editing HTML and have to wrap several lines in anchor tags).
Going into "pure VIM" is just to make sure I don't get too reliant on Sublime niceties, particularly as my day job requires spending a great deal of time SSH'd into random RHEL/CentOS boxes.
Self-plug: https://github.com/lunixbochs/actualvim uses NeoVIM to give you every Vim command/motion in Sublime, and some of the Vim UI (waiting on Sublime/Neovim changes for the rest). VSCodeVim is using it as a reference to drive part of their roadmap.
I also use both and I found that keybindings and interaction with text are so different that it almost does not hurt. What I found much harder is using vim-like modes in editors - they almost match the vim keybindings but not just quite, luring you into the sense of familiarity but betraying at the most critical moment.
The only thing I've had to do was to map <C-x><C-s> in vim to ":w".
I mostly use emacs (having moved to it relatively recently) but fall back to vim when editing/viewing a small single file. On the odd occasion I do hit the wrong keys from misplaced muscle memory (and in vim a bunch of things could happen quickly) but usually I still have the Vim muscle memory and can manage. My main driver is emacs though.
As someone who greatly under-utilizes Sublime, I'm still amazed at the ease with which it handles crazy, large files. I never even notice it until someone remarks on how I'm able to open a ~20 Mb file without hassle.
I open multi-GB files often enough in VIM. Just make sure that you've disabled any plugins, as _those_ will often crush under large files. The `-u NONE` option will disable `.vimrc` and thus all plugins as well.
Windows have EmEditor.. unfortunately Linux doesn't seem to have any. Hopefully someone can develop a great frontend for the xi editor (https://github.com/google/xi-editor).
Sublime Text is imo near perfect, only thing I miss is the ability to edit multi-GB files (on a reasonably priced laptop).. sadly I believe it will be near impossible for Sublime Text to ever support this.
This might be more of a function of some of the more broken Electron editors. Any sane editor can open a 20 Mb file without hassle. Notepad and TextEdit can.
imagine living in a world where a good software like sublime text was free software...
i know i know, to monetize selling free software is impossible (when people say they're monetizing selling free software they're actually selling services related to that free software, not the software itself), but one can dream...
edit-> some people are confusing the term "free software", i'd like to clarify that i mean free as in free speech, not free as in free beer.
I use vim and atom, but most of my fellow developers don't want to use atom because it's heavy and slower than st, vim and emacs are out of question for them i think because things like the amount of work needed to prepare all the plugins to get the same functionality as the other tools.
Did you know that there are rich distributions that have done that for you? You can literally install those with a few simple steps and have fully functional super environment.
Key words for Google search: Emacs Prelude, or Spacemacs
Isn't this exactly what JetBrains does with IntelliJ? The core is open source and more than enough for most users. I loved the tool so much, don't touch 90% of the features, but shell out money every month for the Ultimate license because great software is expensive to develop.
I honestly don't see any reason for Sublime Text to ever be more free than it is. The unlicensed version works as well as the paid version. The only real usability difference is that it asks you about a license every so often. If that reminder starts to annoy you it likely indicates that you are using ST often enough that you should pay for it.
I don't understand why so many developers are willing to pay thousands to upgrade their hardware frequently, but then aren't willing to pay $80 (or $30 to upgrade) once every what, 5 years?, for software that they use in the realm of 30+hrs per week. Sublime text has easily saved me enough time to earn that back.
it's not that i ain't willing to pay for its license, its that i prefer it to be free software (the problem is that being free software they'll have to change a lot of things to monetize as much as if it isn't).
about the reasons to be "more free" (as in free spech): collaborative development
OP means free as in speech as opposed to free as in beer. He would like the source to be available and to have the freedom to alter or redistribute it.
Sublime is clearly worth the money, but I've been burned dozens of times by non-open-source software suddenly changing business models or getting bought out and then sundowned. On a longer timescale, it seems that open source is the only way to really keep software alive. I wouldn't be surprised if Emacs (or even Atom) outlived every commercial competitor in the field, including all the ones by the big players. And this is especially important with tools you use for your work!
I wish we had a way of collectively and continuously funding open source software. Developers absolutely need to be paid, but it seems that software is better off when it's free.
(With that said, Sublime is one of the few remaining non-open-source applications that I'm more than happy to buy.)
Given the value to cost ratio, Sublime Text is essentially free. It costs about as much as most developers make in an hour or two. (Though I suspect if it was a large company it'd be a monthly subscription with cloud syncing and blah blah blah)
I have nothing but good to say about Sublime Text. I love it. I bought a license for it. It's great.
But.
Its slow progress over the last few years reminded me of the risks of trusting proprietary software for my main work tools - especially when that software has a very low bus factor. That doesn't mean I won't use closed software or that I dislike the authors or anything, but that if I'm going to invest hundreds of hours into solidly learning and customizing something, I want to have faith that it's not going anywhere. That's why I waved a sad goodbye to the otherwise excellent Sublime Text and went back to [open source editor].
I was wondering in the afternoon about when the next sublime would be released and what it would contain. Flabbergasted to see it trending no 1 in HN!!
Tangential, but is everyone using Sublime comfortable with the sidebar on the left? Moving the sidebar to the right is the first thing I do in every editor, and the few times I tried Sublime I was surprised that for all its customizability that option doesn't exist. I was skimming through the changelog now and it seems like this is still true today.
Depends on which monitor I have my editor in. I try to have the primary text for the editor in the middle so the nav switches left / right depending on the window location.
I usually leave it closed unless I'm looking at a large/unfamiliar project. That said, any application I've ever used that offered a file tree placed it on the left and I never thought to question it. What's your motivation for it being on the right? Do you keep your desktop menu on the left or something?
I think I played Minecraft just before it went into beta and stopped playing it when it "came out". I don't know how long that was, but Sublime Text 3 beta certainly felt even longer.
edit: correction, the beta of minecraft lasted only a year, so it definitely felt longer to me. Weird memory tricks eh.
I was going to say maybe you mixed up the alpha and beta version, but turns out Minecraft was only in alpha for six months. Weird, felt much longer for me too.
692 comments
[ 4.2 ms ] story [ 220 ms ] threadhttps://news.ycombinator.com/from?site=sublimetext.com
EDIT: https://news.ycombinator.com/item?id=14424220
For example, take the updated homepage, the licence upgrade process, the proper integration into linux package managers and more.
Couple that with the perception of users of things being "stable" having more reliability and them more likely trying it out and finding rare bugs or issues. Just looking at the forum today revealed a couple issues that nobody on the dev releases has discovered or reported.
That said, you still have to release a stable version every once in a while and they knew that. Unfortunately it took longer than anticipated.
I haven't touched it in a while. How do these two editors compare lately?
I'm not sure if this addresses files bigger than 10mb though.
[0] - https://github.com/Microsoft/vscode/issues/6474#issuecomment...
Wheee, I'm not the only one bothered by this! It's bad on Windows too, though Linux is fine. It affects all Electron based programs, including Chrome itself.
VSCode is free, (mostly) MIT, has a unified debugger, great git support, integrated terminal emulator, and a nice healthy extension community.
Sublime is cheap for how often you'll use it, but not free. It's proprietary. Git support even with paid plugins is lacking, especially compared to VS Code.
I'm glad I bought Sublime when I did, but I'm also glad I found VSCode when I did. If there's a choice between FOSS and proprietary, and the FOSS project already works better, the proprietary option is unlikely to make a comeback for me.
Sublime is indeed faster and more lightweight but that's not enough for me to keep using it.
I love Sublime and used it for many years. It's fast, it looks good, and it's a great editor. It's hard to find an extension ecosystem like VSCode, though. I doubt I'll be returning to Sublime.
"Vintageous has been discontinued."
I wouldn't blame the problem you had on Sublime. I can start up Sublime with all my plugins, press '{' and it works as expected.
[0] https://github.com/NeoVintageous/NeoVintageous
ST is still a lot faster, but now that VSCode has introduced multi-folder workspaces there aren't a lot of features I miss anymore.
VSCode is that IDE - long live Sublime.
It'll take a while to switch over but the writing is on the wall as far as I'm concerned - Sublime will be fondly remembered for it's novel features.
Major kudos to these guys for distributing their software properly on Linux!
Major kudos to these guys for enduring distributing their software properly on Linux!
There is a lot more than just creating a package.
I do prefer what Sublime Text is doing here though. Kudos to them, it's a lot of work.
Wow, that's nice! Since it's not the default, if you hadn't mentioned it, I wouldn't even know about it.
Purchased the upgrade license at and incredibly modest price of $30.
Unless I'm way underestimating the subscriber base and associated economies of scale, and they really can afford to drive the upgrade rate by making it this cheap, seems like they're leaving a lot of cash on the table. That's actually a touch worrisome, naturally, because it reduces their ability to fund the business through downtimes and make investments into the product (etc). I depend on their product enough that I want their company to be robust and healthy, even if I have to pay more for that to happen. I know they only have a few people to pay today, and I could be wrong about my core assumption, but I don't think they're anywhere near what the market will bear.
I would have paid almost four times as much without thinking myself poorly used. I originally bought sometime in late 2012 and used version 3 since sometime in 2013... which means I've been getting many of the benefits of the upgrade for close to four years. To be honest, I would have even understood if I had been asked to pay the full license fee again and would have done so without pause.
I enjoy a lot of the nice UI based workflows Sublime provides - but always felt that mastering VIM / emacs would provide me a far better pay out. Does any body else agree ?
About ten years ago I got a job that required me to edit multiple languages on multiple platforms and I was using about three different editors: Oxygen XML, Eclipse, VS, Python Charm and I just thought this is getting ridiculous. I switched to Emacs because it is cross-platform, fast, and you can edit any kind of file in it. I never looked back. I have edited about a dozen programming languages in it, and used it for markdown, and DocBook and DITA XML editing. Today I am still happily using it. On my latest gig I had to edit TeX - no problem in Emacs. I learn new tricks in it all the time. I have a colour scheme that works really well. Having built in ansi-term and being able to do M-! and then run a shell command save a lot of time in the workflow. There are thousands of features and tweaks you can do. The incremental forward and back search is lightning fast. I use C-r a lot in Bash too. On the whole I'm very pleased with my switch to Emacs. By the way I usually only use the text-only version of Emacs (emacs-nox on Linux). I do keep a copy of AquaMacs installed on my Mac too, but work mostly on the command line.
I did actually try Sublime a few years back and have a licence, but I found myself just firing up Emacs on the command line and C-x C-f to fast load a file more often than not.
I would say, yes, go for Vim or Emacs, but it depends really what you need from an editor.
One of the things that I love about VIM is that because I use very few plugins I can edit text just as efficiently on any remote machine without complicated plugin installation.
I need to install VIM style movement in whatever IDE I use (IntelliJ these days) because otherwise I find moving around the text painfully slow.
If you are going for mastery level, that implies you would also learn Sublime's programming model inside and out. If you get to that level of expertise, you are probably going to be more efficient than most when it comes to editing text.
If you are going to be using one of those editors a lot anyway (because you will be ssh'ing into a Linux machine or rely on org-mode, for example), then perhaps that would shift the landscape.
At least part of that efficiency (apart from Emacs being awesome) is that I've been able to keep getting better at using my editor rather than having to change tools every so often as less configurable editors get overtaken by ones with new features.
Emacs is pretty deep (I keep discovering new things) and configurable in the extreme. I think it's very likely that it will last for decades yet - any killer innovation that another editor comes up with is likely to be quickly copied into Emacs.
I hope to see Sublime eventually released under a free software license. I'd donate to that project.
I'd be able to function without intellij ultimate but it would be incredibly painful and I'd permanently be slower.
I still use VIM often enough to stay proficient with it, mostly via SSH, but I'll happily use the closed source IDEA editors when they are available.
Depends what you're doing, I suppose. If you're doing web development, Python, Ruby, PHP, C, JavaScript, etc... I don't think being on any particular OS is more important than your tools.
If you are like my parents that can't get on the internet if the browser icon disappears from their desktop, then there might be a problem.
When you use emacs or vim, which import their 1970s / early 1980s OS conventions with their keyboard shortcuts, you realize you can be dropped into a very foreign 'defaults' context, and they can conflict.
Any disruption like this this will impact full-on on my ability to program fast. Even a 10% drop in productivity over an extended migration and learning period can translate into the thousands of $$$.
I do wonder sometimes how much the app makes and/or how much someone would have to pay the developer to open source it.
It's still not exactly the same as using pure VIM, since some of the commands overlap with Sublime commands, and I tend to use a hybrid of both (for instance, Sublime's Ctrl-D command to make multiple cursors, which is incredibly useful when I'm editing HTML and have to wrap several lines in anchor tags).
Going into "pure VIM" is just to make sure I don't get too reliant on Sublime niceties, particularly as my day job requires spending a great deal of time SSH'd into random RHEL/CentOS boxes.
Sublime makes cross-platform development easy, and it's so much faster than the alternatives.
I myself started with evil after a long time with vi(m) and then made the switch to a more "pure" (for the lack of a better word) Emacs experience.
I am still very proficient with vim, even though Emacs has been my daily driver for 4 years.
The only thing I've had to do was to map <C-x><C-s> in vim to ":w".
https://www.emacswiki.org/emacs/Evil
See relevant discussion on Stack Exchange: https://unix.stackexchange.com/questions/139254/why-cant-vim...
Sublime Text is imo near perfect, only thing I miss is the ability to edit multi-GB files (on a reasonably priced laptop).. sadly I believe it will be near impossible for Sublime Text to ever support this.
i know i know, to monetize selling free software is impossible (when people say they're monetizing selling free software they're actually selling services related to that free software, not the software itself), but one can dream...
edit-> some people are confusing the term "free software", i'd like to clarify that i mean free as in free speech, not free as in free beer.
Key words for Google search: Emacs Prelude, or Spacemacs
TODO: search for vim equivalents
I don't understand why so many developers are willing to pay thousands to upgrade their hardware frequently, but then aren't willing to pay $80 (or $30 to upgrade) once every what, 5 years?, for software that they use in the realm of 30+hrs per week. Sublime text has easily saved me enough time to earn that back.
about the reasons to be "more free" (as in free spech): collaborative development
I wish we had a way of collectively and continuously funding open source software. Developers absolutely need to be paid, but it seems that software is better off when it's free.
(With that said, Sublime is one of the few remaining non-open-source applications that I'm more than happy to buy.)
But.
Its slow progress over the last few years reminded me of the risks of trusting proprietary software for my main work tools - especially when that software has a very low bus factor. That doesn't mean I won't use closed software or that I dislike the authors or anything, but that if I'm going to invest hundreds of hours into solidly learning and customizing something, I want to have faith that it's not going anywhere. That's why I waved a sad goodbye to the otherwise excellent Sublime Text and went back to [open source editor].
With Ctrl+P I've never needed the sidebar. Also I like it better if the entire screen is dark. So I'm always in fullscreen with the sidebar hidden.
edit: correction, the beta of minecraft lasted only a year, so it definitely felt longer to me. Weird memory tricks eh.