[gotofritz]

Sorry, I must disagree. For 70 bucks you get developers who hardly fix bugs, who don't listen to users (I posted a few feature requests in their site and was banned) and with a crazy architecture (try and change the highlight colour of brackets in BracketHighlighter and see what I mean). They are worse than Microsoft. Screw them.

It was great when it came out, but now Atom is better.

[coldtea]

>Sorry, I must disagree. For 70 bucks you get developers who hardly fix bugs

I've been using the beta of ST2 for years and the dev of ST3 for years after that, and have seen hardly ANY bugs. (on OS X). I use with it SublimeLinter (Python, JS, PHP), a Shell linter plugin, GoSublime, JSONFormatter, Vintageous, and a few other plugins.

>who don't listen to users (I posted a few feature requests in their site and was banned)

Maybe it was the tone that got you banned? The forum is chock-full of feature requests. I've posted some and didn't get banned. Whether they are implemented or not depends on the roadmap and their popularity/feasibility. Obviously not all will be.

>and with a crazy architecture (try and change the highlight colour of brackets in BracketHighlighter and see what I mean).

BracketHighlighter is a third party plugin, so nothing to prove some ST3's supposed "crazy architecture".

>It was great when it came out, but now Atom is better.

Atom was, is, and due to its architecture, will always be, slow. It has been slow every time I've tried it, and it's the common complaint of every Atom user whenever Atom is on HN.

[gotofritz]

> Maybe it was the tone that got you banned? You have no basis for this statement.

> BracketHighlighter is a third party plugin, so nothing to prove some ST3's supposed "crazy architecture". BracketHighlighter is forced to do things in a certain ways by ST3's crazy architectura.

[coldtea]

So what are those "certain ways" that show ST3's "crazy architecture"?

https://github.com/facelessuser/BracketHighlighter

And is it crazy overall, or just when it comes to handling brackets from a plugin, in which case, it might just be a corner case that was not originally catered for?

[gotofritz]

You can't define a colour in the plugin. You HAVE to define it in a theme. It's ridiculous, because then you have to define it for EVERY theme you switch to.

[coldtea]

This sounds totally sane -- and the best way and most flexibile way to go about it, not crazy.

Highlight colors should be the responsibility of highlight themes, and users should be able to change them by changing the theme they use or adjusting it to their taste, not by ...hacking into a plugin that hardcodes them.

At best you could argue that the plugin could be allowed to hardcode a color, and themes could optionally override it -- but even that breaks separation of concerns.

Even if it was crazy (which it is not) it's a tiny part of ST (just how the syntax highlighting works), and wouldn't be proof of any general "crazy architecture" of the editor.

[gotofritz]

Why is hacking into EVERY THEME you wish to use better than hacking into a single plugin?

[cs0]

You're free to make a pull request for the plugin to implement this.

[gotofritz]

It CAN'T be implemented, that's the point

[bobsoap]

I share your sentiment about the buggy software and the unresponsive devs; I moved to Atom for the same reason.

However great Atom is though, it's unbelievably slow and nearly unusable because of that. Unfortunately, I haven't been able to find a better alternative since.

[zeveb]

> However great Atom is though, it's unbelievably slow and nearly unusable because of that. Unfortunately, I haven't been able to find a better alternative since.

Have you given emacs a shot? While once upon a time it was derided as eight megabytes and constantly swapping, it's extremely fast after forty years of Moore's Law.

It's cross-platform: if you run an OS, odds are emacs runs on it. It runs in both the terminal (convenient for remote sessions) and in the X/Cocoa/Windows GUIs.

It has modes for just about every programming language in use, and then some.

It has a plethora of keybindings for dealing with code semantically, e.g. navigation by expressions or blocks. If you prefer, it also has vi keybindings.

It's extraordinarily extensible, so much so that web browsers (three that I can think of), mail readers, news readers, process browsers and shells have been implemented in it.

Indeed, for many people emacs can become more of an OS than their OS.

It's pretty awesome.

[rsaarsoo]

As a former Emacs fan, I think Atom is actually the best modern alternative to Emacs.

I just recently looked at my old .emacs file to discover that the majority of code in there was to get the features that come out of the box with Atom. Of course Emacs does allow you to configure and program way more than Atom, but the downside is that you have to do it because the defaults come from computer history museum - it's great fun though if you like to learn about the history of the field.

I've been pleasantly surprised just how easy it is to extend Atom. It invites you to configure it, with very approachable docs and built-in tooling, but it doesn't force you to.

[yAnonymous]

Are you using the latest version? I can hardly see a speed difference compared to VS Code anymore, even for big projects and files. It's certainly very far from being unusably slow.

>buggy software and the unresponsive devs

I mainly use VS Code for that reason. It does feel a bit more polished and Atom is missing some much requested features, most notably a list of open files in the sidebar (the plugins that offer this are all terrible).

[PeterisP]

Tried Atom for Mac right now. Opening a tiny (10k rows) csv file took multiple seconds, opening a larger (100k rows) csv put out a warning about potentially taking a lot of time and in a second simply crashed before loading it.

[yAnonymous]

Opening a CSV with 100k rows takes about 10s for me and is pretty workable with an i7 and 16GB RAM. Selecting and editing text is almost instant.

[madamelic]

...

And why should you need that kind of machine to do text-editing?

If a text editor can't open a big file unless you are on a beast of a machine, it isn't a very good text editor.

[yAnonymous]

A 5-year old i7 is far from a beast machine. You're a typical Apple customer that pays too much for an underperforming piece of crap and then complains about the performance.