Sublime Text Build 3101

https://forum.sublimetext.com/t/dev-build-3101/17027

by chris-at • 10 years ago

139 149 10 years ago

forum.sublimetext.com

mrmondo4• 10 years ago

Great to see, also very happy that development has really sped up this year.

blindfly• 10 years ago

I just purchased a license moments after in support of this. Hurrah!

jbrooksuk7• 10 years ago

Last year wasn't that quiet when you consider the different features that arrived such as the new syntax system.

mrmondo4• 10 years ago

I have to be honest - I didn't even notice there was a new syntax system?

wodenokoto4• 10 years ago

Does anyone know what features are missing from the dev builds before an actual release of version 3?

It seems to me that Sublime lost a lot of community support due to the very long development time of version 3.

fastball• 10 years ago

I don't see why. I've experience nothing but stability with the dev builds, honestly don't see why it's on 3.0 officially already.

laumars• 10 years ago

Quite a lot of people (myself including) just use v3 regardless.

I honestly think Jon Skinner could just release the next version as 3.0 and few people would mind since most people treat the current beta as an RC anyway.

Cthulhu_• 10 years ago

If ST 2 is any indication, it'll be in beta for a while longer, then 4.0 beta will start (paid upgrade) and 3 will no longer be developed. It's a bit of a silly way to monetize. I haven't actually gotten a license for 3 because of that, I'd rather not pay for beta software or for software that I know will hardly be maintained once out of beta.

jrochkind14• 10 years ago

I'm pretty sure current license keys work for both 2 and 3. Although it's not doc'd clearly, which does not inspire confidence. But my existing license key for 2 worked for 3 beta, and the FAQ[1] says "A license is valid for Sublime Text 3, and includes all point updates, as well as access to prior versions (e.g., Sublime Text 2). Future major versions, such as Sublime Text 4, will be a paid upgrade."

But if you already have a license key for 2, there's no risk, download 3 and see if it accepts your existing license key -- I think it might.

I have no idea why 3 is still called 'beta'.

[1] https://www.sublimetext.com/sales_faq

coldtea9• 10 years ago

I haven't actually gotten a license for 3 because of that, I'd rather not pay for beta software or for software that I know will hardly be maintained once out of beta.

Those names are arbitrary BS.

ST3 hasn't felt like "beta" software for 2+ years.

If he had released it as ST3 2-3 years ago, nothing would have changed. It's been release quality for ages.

wodenokoto4• 10 years ago

How long was ST2 in beta? I discovered ST when ST3 was in beta, but very stable and that was years ago now.

jacobolus• 10 years ago

They ran out of TextMate features to clone. :P

ynak• 10 years ago

Wow, I didn't know that sublime forum had migrated to discourse platform. Looks great.

jbrooksuk7• 10 years ago

Yeah, it happened maybe a month ago?

joshschreuder• 10 years ago

Is that because of all the forum spam? I went to the forum a month or two ago looking for an update on where Sublime was at and it was just overrun with junk posts.

mrmondo4• 10 years ago

It's good hey! I ran a small POC project using discourse and really enjoyed it, there were a few UX / workflow related things that needed fixing but over all the community really enjoyed using it.

softinio5• 10 years ago

I think its time to just move to using atom. To me its ahead of Sublime now.

Its clear that Sublime is no longer being developed as a priority like it used to.

bossx• 10 years ago

How is the performance on Atom these day? When I tried it a few months back it took a while to start up, and to load large files.

cfontes• 10 years ago

Same for me, dropped it on spot because of those issues. It was very very slow, 6 months ago.

softinio5• 10 years ago

When atom first came out and i tried I said no thank you as it genuinely was painfully slow.

I have been using atom now full time for 3 weeks and gave it another chance as I love a lot of the plugins it has and the community and I am very impressed.

Regarding its slowness it has improved a lot. The only complaint I have with its speed compared to a native app like sublime is that it is slow in starting. This doesn't affect me much as when I am working on a project I leave it open all the time anyway :-)

Give it a try and get some of the useful plugins and you will never look back.

gladimdim2• 10 years ago

Visual Code is much faster than Atom but Sublime is still way faster. I have not seen great speed improvement last year in Atom :-(

jsheard• 10 years ago

Start-up and creating a new window can still take a good 3 seconds on my machine. Visual Studio (the huge IDE, not VS Code) is actually faster to start most of the time.

arc0re4• 10 years ago

The only problem I have with Atom and siblings like VSCode is that they are way slower than native software (like Emacs or Sublime). So I'm waiting for editors like 4coder to come to life

ulber• 10 years ago

Note that Atom and VSCode are "siblings" only in a very loose sense: they use the same app packaging technology [1]. This is enough for your point w.r.t. native software, but VSCode being a fork from Atom is a common misconception.

[1] https://github.com/atom/electron

cooper12• 10 years ago

4coder for those curious: http://www.4coder.net/info/

afandian• 10 years ago

I hope someone's already working on the successor to Atom. A piece of software like text-editor only has a shelf-life of a few short years before you need to start from scratch and write a new one.

EDIT: Do I really need to say /s ?

PokeTheCiTy• 10 years ago

I disagree. Vim and emacs are still here and powerful

Klapaucius• 10 years ago

I know /s, and perhaps I'm getting old and idiosyncratic, but I really don't understand why invent new text editors (Sublime, Atom, ...) at this point.

With emacs and vim around, I'd argue that text editors is a solved problem, if there ever was one. It is very hard to match emacs in terms of useful features or adaptability. Granted, the learning curve has a reputation for being steep, and elisp could need a facelift, but I think addressing these problems would provide much more value than reinventing the wheel with another shiny editor.

ksherlock• 10 years ago

Intel's top scientists are hard at work developing even slower and more inefficient programming languages and display technologies. I'm confident by the time we have 10 GHz processors, we'll also have a new generation of software that makes it perform like a 66Mhz 486DX.

coldtea9• 10 years ago

A piece of software like text-editor only has a shelf-life of a few short years before you need to start from scratch and write a new one.

A piece of software like a programming editor, which until now leaves a lot to be desired, even in the most popular implementations (Vim, Emacs, ST, Atom, etc), sure needs constant reinvention and refinement until someone finally gets it right.

Atom would be close to that if it was not fucking based on web technologies. ST3 would be that if it was open source (so the APIs/internals could be improved faster). Emacs would be that if it wasn't based on a 30+ year old UI model and elisp. Vim would be that if it was more extensible and not 100% focused on the CLI experience.

oldmanjay2• 10 years ago

No, it's much better to avoid posting sarcasm at all. It nearly never scans, and it doesn't really fit the HN culture in any case.

Also, your underlying point is practically offensive to the hacker mindset. Though there is nearly a cult-like devotion to the editing tools of yore, the devotion is not universal.

gladimdim2• 10 years ago

I tried to move to Atom. But on large projects it is very slow. Even when I'm typing characters I see lag :-(

mrmondo4• 10 years ago

Yeah I tried it again recently, still seemed very 'javascripty' - try opening some large SQL etc... in it and it really doesn't compare to ST.

cdnsteve• 10 years ago

Try opening really really large files in Atom, it can't do it.

jbrooksuk7• 10 years ago

(Disclaimer: I am a _huge_ Sublime fan. I picked up their net award in 2014 on behalf of Sublime HQ Pty, plus I've developed a fair few plugins for it.)

I've been using Atom for a couple of weeks now, mainly for a few Laravel applications. I use the git-hide package to remove the ".git", "node_modules" and "vendor" directories from the tree view which does seem to have a nice effect on speed.

That said, here are the issues I face:

- I frequently find that I type too quickly for the editor to pick up the keys and I end up missing off the beginning of some lines.

- I still use Sublime text daily for quickly opening a file, rather than waiting for a new Atom instance to open.

- PHP support is awful. Auto complete for class names in any used packages is something that I sorely miss from the Sublime plugin I use.

- Start-up time still takes a few seconds which means I only use it for projects.

- Listing of installed and discovery of packages is _so_ slow. Sometimes I just don't bother installing a package anymore because it takes at least 10 seconds to show me what I have installed or search for one.

Regardless of me using Atom, I'm still loving the updates to Sublime and continue to moderate the forums, knowing that Jon will deliver :)

zamalek• 10 years ago

VSCode doesn't have some of the problems you mentioned, notably the startup time. No discernible difference between it and Notepad.

That's not to say that it doesn't have its own problems. One massive pain-point: I was assisting with a getting a complex build system working a few months back. The VSCode build integration is scenario-driven garbage. Because I deviated from the most basic of scenarios I had to resort to all manner of nasty hacks to avoid having contributors open a CLI.

theinternetman• 10 years ago

I use the git-hide package to remove the ".git", "node_modules" and "vendor" directories from the tree view which does seem to have a nice effect on speed.

I feel it'll never be a sensible choice until people no longer have to type sentences like this.

lobster_johnson3• 10 years ago

Hiding files and directories is part of the Atom core, why do you need a third-party package for it?

wanda• 10 years ago

I certainly wouldn't buy a license considering both Atom and Visual Studio Code are freely available on major platforms.

I just wish Node-based editors were as nimble as ST.

Keats• 10 years ago

And does not being actively developed anymore suddenly makes it unusable? I don't think I ran into a bug in years, it's fast and supports everything I need. Moving to Atom sounds like a downgrade to me.

TillE• 10 years ago

Yeah, I'm baffled by the idea of trading lots of useful features and much better performance just to use a piece of software which is under more active development.

ST3 is a great editor. My biggest problem with the recent pause in development is that I have to install a plugin to get Rust syntax highlighting.

engi_nerd2• 10 years ago

https://github.com/atom/atom/issues/10086

Atom is fine for many people's usage of it, and it does some interesting things. It is not without merit. But until issues like this go away, I can't consider it. I regularly need to work with text files several hundred megabytes large. Atom cannot handle this usage. And before you say "Well, you're deliberately being difficult"... I am either taking a quick look at big csv files or automatically generated XML files that store configuration information for some of the systems I work on. A 120 MB XML config file isn't unusual.

patates• 10 years ago

What kind of systems are you working on that require 120MB config files? I'm genuinely curious, not asserting anything.

JorgeGT• 10 years ago

I use Sublime to look and search very big files as well, it seems like basic functionality. Examples would include experimental pressure / temperature measurements, numerical simulation results, large geoJSON datasets...

pantalaimon• 10 years ago

What happened to Lime? [1] It looked promising (especially since it was from the author of SublimeClang [2] which worked like a charm, but now it's dead too and doesn't work with SublimeText 3), but there hasn't been any activity for half a year.

Is there any plugin/editor combination that still does C completion like SublimeClang used to do?

[1] http://limetext.org [2] https://github.com/quarnster/SublimeClang

arc0re4• 10 years ago

Lime looked so promising, and it seems they are still working on it (at least a couple of months ago, when I was lurking in their IRC chan).

manaskarekar• 10 years ago

Just going to throw one of my favorite editors out there.

http://www.jedit.org/

Very customizable, very nice font rendering, healthy plugin ecosystem and tons of themes, lots of shortcuts and features, GPL v2 license.

I use this at work and home. I love vim, but I haven't mastered it more than I have jEdit.

I am taking a shot in the dark but I'm guessing the lack of popularity is due to it being dependent on the jvm. It's a non-issue for me.

bigtunacan4• 10 years ago

A huge portion of value with any of these text editors come from plugins and ubiquity. Over the years I have seen text editors come and go as the new "one true editor", but only Vim and Emacs have had true staying power.

Back when it was hot (some of you are probably too young to remember this) I used jEdit. It is still around and gets some maintenance updates from time to time (http://www.jedit.org/), but the plugin ecosystem has languished so you better be ready to roll your own.

With Vim and Emacs (Vim for me) I can trust it to go anywhere I want to be. If I'm ssh-ing into a Redhat 5 production server needing to do an emergency fix at 3 in the am Vim is there for me.

And when I need syntax support or any plugin under the sun, that is available as well. Vim is also blazingly fast compared to Atom (the latest fad) which is sluggish by comparison. Sublime seems to be falling into that sunsetting stage the same as jEdit

Just my 2 cents.

ryannevius• 10 years ago

I'm not sure I understand what your comment has to do with Sublime...but in any case, Sublime does have a very active plugin ecosystem: https://packagecontrol.io/

eswat• 10 years ago

From OP…

Sublime seems to be falling into that sunsetting stage the same as jEdit

bigtunacan4• 10 years ago

I thought my points were fairly clear.

1) Vim and Emacs are already on your production servers so a large number of people have to use them anyway so that's extra mental overhead.

2) Sublime development is languishing this will eventually lead to a stalled plugin pipeline and the need to learn a new tool or write your own plugins.

3) Stick with a tool that you can have a level of faith will still be well supported for the next 20 years.

ebbv2• 10 years ago

Yes Vim is great. This post has nothing to do with Vim, why did you make a comment about how much you love Vim? Is your point that you think Sublime has no staying power so everyone should just use Vim or Emacs?

There's reasons other than staying power to use an application. If I only used applications that I expect to be around forever I'd be paralyzed and unable to make a decision a lot of the time.

bigtunacan4• 10 years ago

I agree that staying power is not the only reason to stick with an application, however I don't believe Sublime offers any compellingly advantages over Vim or Emacs and that there are better ways to spend one's time than learning the current text editor of the year.

ricardobeat2• 10 years ago

The Java runtime is not bundled with OSX anymore, and with its poor security record it's not something I'm eager to install. Java GUI apps also tend to use too much resources, feel laggy and look bad & non-native, jEdit is not an exception.

My dream editor is Sublime3 with an extensible UI layer for plugins in HTML/JS.

kuschku3• 10 years ago

The Java runtime is not bundled with OSX anymore, and with its poor security record it's not something I'm eager to install. Java GUI apps also tend to use too much resources, feel laggy and look bad & non-native, jEdit is not an exception.

This is a funny myth.

Now to some facts:

1. It’s the Applet part that has a bad security record. Not standalone Applications.

2. Java GUI apps use less resources, are less laggy, and more native than any node.JS app out there. jEdit is not an exception.

It’s crazy to see people hype Atom for being node-webkit, extensible, etc, but complain about Java apps for "bundles a whole runtime" (while node-webkit bundles a whole browser), for "so slow and laggy" (but faster than node-webkit), for "looks not native" (but more than node-webkit)

bigtunacan4• 10 years ago

I was certainly not advocating anyone should adopt jEdit these days. I was merely comparing it's rise and decline to be similar to what I believe is currently happening with Sublime. I suspect in time we will see the same thing happen with Atom.

Incidentally, I have used Atom and while I found it to be too slow and lacking features, I'm quite pleased it was made since it spawned the Electron project which is pretty awesome.

jonwinstanley• 10 years ago

Vim and Emacs are great for a certain percentage of people, but for the rest of us mere mortals, Sublime is a great choice.

It's very fast, handles huge files/projects and has plugins and extensions for a wide range of tasks.

The only downside is that the developer retains complete control and updates are few and far between. It would be great if the project could become more open and we could see more focused development on it.

douche• 10 years ago

Notepad++ is my light-weight text editor, for the stuff I don't already have in my Visual Studio solutions. It's free, it's good, it's fast, and you can run it portable if you want to. Windows only, but that's not a problem for me.

pilif• 10 years ago

Good old jEdit - I was also a heavy user, usually running CVS HEAD and I even got a few bugfixes of mine commited.

Recently, I found its old main author (Slava Pestov) again on the swift-evolution mailing list - this time with an @apple.com address.

lottin• 10 years ago

Exactly. When it comes to text editors there's Emacs and there's Vim. The rest are passing fads that seem to appeal mostly to trendy kids.

banku_brougham• 10 years ago

Nope. I absolutely love ST3, writing with it is enjoyment. Vim of course is a requisite skill.

elementalest• 10 years ago

I really like sublime text, i have considered buying it several times. I go to the buy page and see the price tag - $70 US! Nope.

Given the very slow and infrequent development and the fact that its just a text editor (albeit a fancy one), i really can't justify the price.

I would consider buying if it was receiving regular updates (bug fixes, new features, etc) and had a bit of certainty with its future. But really, if it was priced around $20, i would have bought it ages ago - and if it hadn't then, I'd buy it now.

fuj• 10 years ago

Nice excuse for being cheap. Is Sublime unstable or lacking any major feature? Why the pressure of getting more regular updates if there's not anything critical missing. On the contrary, it has a lot of features, there's a massive eco system of plugins for it.

Do you use Sublime for work? If so, you should pay for it. Any other excuse is just you, being cheap. $70 is nothing for it offers.

kedean• 10 years ago

He's not saying "I would never pay for a text editor, that's ridiculous!", he's saying $70 is just a little steep for a text editor. What exactly is it offering that makes it worth $70 vs something more reasonable?

Panic's Coda is priced similarly, but it also offers a lot of web-dev targeted features that other editors either don't provide or only provide less user-friendly plugins for

When you strip out plugins made by someone who isn't getting a cut of that $70, what are the tangible features Sublime has over the glut of free editors out there?

lewiseason• 10 years ago

But then again, how many bugs have you found? And with it's rich plugin ecosystem, what features are sorely missing?

For something I'm going to have my face in for hours each day, every day, $70 seems pretty reasonable. (Partially playing devil's advocate here, as I use vim much more than Sublime)

jrochkind14• 10 years ago

Why the heck doesn't he stop calling 3 'beta'? Many people are being led by the naming and web page instructions to install 2, only to find that 3 'beta' is really the one everyone in the know is using, and that plugins are being developed for.

alex_duf2• 10 years ago

well I'm using the version 2 precisely because the 3rd is marked "beta". So yeah I would appreciate an official release.

jbrooksuk7• 10 years ago

I've used the 3dev builds since they were first released and have zero complaints with stability. Sometimes there is a regression introduced, but it's fixed almost immediately.

_jdams• 10 years ago

I believe you'll have great results with Sublime Text 3, why don't you give it a try this weekend? It's extremely stable and I haven't had any issues with it!

coldtea9• 10 years ago

Were you also not using Node because it was called 0.xx?

JamesMcMinn• 10 years ago

People with ST2 licences can use ST3 while it's in beta but will have to pay for an upgrade to 3 when it is released, so it's perhaps for that reason that he's yet to remove the beta tag.

bluedino• 10 years ago

Atom is so slow it's a sideshow. It also has the problem of jEdit and Komodo, not a native app so they greatly reduce battery life on laptops.

Just because Sublime's developer isn't updating it as much as he used to doesn't mean anything. What more could you want? The community hasn't stopped with plugin development which is what really counts.

This just reminds me of the consumer software mindset where a new version needs to come out every year, just for the sake of it. There's nothing wrong with using 'old' software that just works.

melling3• 10 years ago

Then you apply an exponential curve and one day the much larger development community and Moore's Law push Atom past Sublime.

https://en.m.wikipedia.org/wiki/Exponential_growth

Note, I own Sublime and still use it. However, I do see great value in the Atom project. Developers shouldn't fall in love with an editor. Key bindings perhaps. The ideal editor would let me turn it into vim or Emacs, for example.

kuschku3• 10 years ago

The ideal editor would let me turn it into vim or Emacs, for example.

You mean like vim-mode is already existing in every editor worth to be called editor?

1000cuts• 10 years ago

Improvements in single-core performance (the kind that matters for Javascript and most real-world applications) has been near-stagnant for many years now.

Your projection also implies that programmers of the future won't also produce exponentially slower code. I have doubts about that, considering how unresponsive programs these days are, compared to their counterparts of two decades ago (when most programmers actually cared about performance).

coldtea9• 10 years ago

Then you apply an exponential curve and one day the much larger development community and Moore's Law push Atom past Sublime.

First, there are no more free "Moore's Law pushes". There haven't been any to write home about for at least 2-3 years. It's now all about multicore (which is also not exactly the best thing for a JS based editor to benefit from).

Another issue is that JS performance has already reached most of the optimizations out there. With the JIT-based JS engines there has been a 100x or more speedup from early JS to circa 2010 or so. Not it's at best some 20%-30% speedup year over year, and that only in some narrow cases. Even webassemply (when that lands as a viable option) is not expected to change that much.

As for the larger developer community, ST already has a huge development community for plugins -- which is where most of the action happens. And sometimes a talented programmer with a strong opinion can be better than "design by comitee".

That said, I find Atom to be a nicely designed editor which would have a great potential, if only it wasn't burdened with a crappy architecture and runtime choices. It might not even be JS fault, as Microsofts VS Code seems to do much better.

phragg• 10 years ago

There's nothing wrong with using 'old' software ...

And this is why I'm on ST2

coldtea9• 10 years ago

Sure -- though ST3 has been rock solid for me (on OS X -- mainly using JS, PHP, Python and Go related plugins) for 2 years or so.

arm• 10 years ago

Although, keep in mind (in my experience at least), Sublime Text 3 is way faster than Sublime Text 2.

donatj• 10 years ago

ST3 took me a bit to get set up, I stuck with 2 for a long time, but I would say the upgrade was worth it. Faster, more stable. Big fan.

jackhack• 10 years ago

>What more could you want?

Printing.

I'm not the only one to feel this way. https://www.google.com/search?q=sublime+text+printing

Atom users, too: https://discuss.atom.io/t/printing-support/760/8

untog• 10 years ago

You might not be the only one, but I'd wager you are in a tiny minority.

BinaryIdiot6• 10 years ago

When I was doing DoD work being able to print code was amazingly important since it's not always easy to bring computers / files into certain environments but paper? Yeah pretty important even to this day in that area. Now that I stopped doing DoD work I literally have zero use for it.

amichal• 10 years ago

https://packagecontrol.io/packages/2pdf is what i use in ST2 not sure about ST3

BinaryIdiot6• 10 years ago

Atom is so slow it's a sideshow. It also has the problem of jEdit and Komodo, not a native app so they greatly reduce battery life on laptops.

Granted I would expected it to be slower using an interpreted language and all but other than opening large files the only thing noticeably slower to me is start-up. That's it. The plug-in ecosystem got me to permanently switch to Atom and it's very fast. I also haven't noticed any battery issues yet as I still will frequently use my MacBook for sometimes most of a day before needing to charge.

I'm not sure if you were speaking from experience with Atom or just approximating but it's surprisingly good. I know I was extremely skeptical to the point of calling it a dumb idea to write an editor in the way they did but after they dumped react I don't notice any slowdowns.

aws_ls2• 10 years ago

the only thing noticeably slower to me is start-up

That's a big pain point, if you switch between windows (e.g. browsers - including some tabs/incognito for testing etc.). After having used eclipse when I moved to ST 3/4 years ago. I realized what I was missing. Faster start time and switching is a must. I normally have 3/4 projects (i.e ST sessions open). And just using key board (ctrl-tab) switch between them, and its almost instantaneous.

I typically use it for coding Go, bit of C++ and web UI (javascript etc).

The fast feel is so good, that now, I think even if I need to start a Java project, I will try ST with some appropriate plugins.

disposition2• 10 years ago

Can I ask what you mean with large files? I haven't tried Atom in a while but I recall it having issues with something as small as 2MB.

Granted, I typically use Sublime in a way that others probably do not...more for manipulating / viewing data than actual coding. Outside of HTML, JS & CSS, I tend to use IDEs for development (VS for C#, XCode for ObjC and Jetbrains for most everything else). Maybe Atom isn't meant for that type of use and it much more suited for use as something akin to an IDE.

All that being said, I have found nothing that compares to Sublime for simple data viewing / manipulation (regex)...it seems to have no issues with 100+ MB files where as I don't even know if Atom could open something that large.

softinio5• 10 years ago

I agree with you. The slower start compared to ST is not a problem for me and a lot of the other things atom provides for me are good enough positives for me to have switched to it and not looked back.

sargas2• 10 years ago

Granted I would expected it to be slower using an interpreted language

Javascript isn't interpreted, it is dynamically typed, but there is a compilation process before any JS code even executes.

The plugin system is great. But updating, searching, parsing, is very slow. Have you tried displaying the keybindings? It takes forever.

While I love Atom for small projects, its slowness is what drives me away for large projects.

One great thing that came out of it was Electron though, neat piece of software.

Note: I run it on the beefiest 17" mid 2015 Macbook Pro.

zackify• 10 years ago

Try putting a few base64 encoded images in a file and move your cursor. It doesn't work. Keep atom open for a week without turning your computer off. It crashes randomly. There are countless problems with slowness and lag that I have encountered when I leave the app in the background / foreground for a very long period (days to weeks). After trying to use atom for at least 6 months, I'm back to sublime.

funkyy• 10 years ago

I dont get why people only discuss Atom vs Sublime. Is programming world in such a need for A vs B discussions again? There are probably at least 5 text editors for coding worth checking out. There is Brackets as well, which I am using with no problem since 6 months. The core program has not failed to do its job even once during this time. No crashes, stellar performance. So if you annoyed by Atom and not sure about Sublime and its cost - try Brackets. I bet you you will love it.

PeCaN2• 10 years ago

Perhaps it's because Atom sort of bills itself as a hackable, JS/HTML version of Sublime. It's a very apples-to-apples comparison, while Brackets targets a particular niche and isn't as directly comparable.

sargas2• 10 years ago

In addition, Visual Studio Code is another editor that is competing for space in the dev world.

netghost• 10 years ago

There's nothing wrong with using 'old' software that just works.

That's why I use TextMate ;) Honestly, it's got a great UX and is native for OSX. But hey, use whatever you enjoy.

JustSomeNobody• 10 years ago

Yeah, it's ridiculous that even developers can't just let software be "done" (save for a few bug fixes, etc.).

softinio5• 10 years ago

Atom is so slow it's a sideshow

Thats a bit over exaggerated. As fine for me. Maybe I have a faster laptop

lobster_johnson3• 10 years ago

You might not realize you want something until you have it.

Switching to Atom a few months ago let me get things linting errors displayed inline [1]. Sublime plugins have very limited ability to tweak the editor contents.

There's also a neat Git plugin that turns Git's textual conflict markers into live markers allowing you pick which side to use. It also displays a list of pending project-wide conflicts while you're working — also not something Sublime plugins can do.

The Markdown Preview package is very nice. It displays a preview window inside Atom. Sublime can't do this because of the API.

Atom has a bunch of Go packages that autoformat on save, provide "intelligent" autocompletion (e.g. type a variable and a dot and it will suggest methods callable on the variable), lint/syntax check, and so on. (In particular, Atom's autocompletion mechanism is extensible; plugins can provide completions based on context. Sublime's autocompleter is hardwired, I believe.) There are some Go packages for Sublime, but they never worked properly for me. The ones for Atom are quite polished and just work.

Sublime plugins can't modify the file sidebar. With Atom, I can have the sidebar colorized based on Git status, for example.

The color-picker package is great — when editing CSS you can get a little color picker popup for color codes. Again, not possible in Sublime.

In short: Sublime has a very limited plugin API that supports very little side from editing text. Atom's API opens up a ton of possibilities that simply can't be done in Sublime.

[1] http://i.imgur.com/hlIwg5J.png

x0• 10 years ago

Actually, there is a colour picker plugin in Sublime. I haven't used Atom's so I don't know how it compares. http://i.imgur.com/NZOad6T.png

YngwieMalware• 10 years ago

Sublime is a great editor. I purchased Sublime many years ago and improved my ability to work. Now I'm using Atom because I like the way it looks, it does everything I need it to do, and while it may be slow to open, I leave it open anyway so it's not really an issue for me (note: Of course I want everything to be as fast as possible).

That said, I still support Sublime and would still even buy the upgrade to the new version if it ever comes out.

ddingus• 10 years ago

Please build for the Pi.

I want to buy another license.

Thanks.

nikolay• 10 years ago

This broke my Material theme - the project tree is now white.

georgehaake• 10 years ago

I installed textmate 2 for S and Gs. I have to say it is elegantly impressive. Many not all of the bundles many would need. My only gripe I miss it on Linux. Sublime Text ubiquitous nature is a big attraction in this regard.

Sublime Text Build 3101

Related Stories