What went wrong?

>implying it's more hackable than other free and open-source text editors

>>62297241
Github is children company, MS fuck so hard

Nodejs

we have vim and emacs for the fossfags, and sublime text for everyone else. That's why.

>>62297241
>What went wrong?
Before asking such a question, is there anything what went right with it?

It felt like they were trying to redefine how you should use a text editor unlike visual studio code which felt like a standard text editor with a shit tonne of easily accessible features.

Electron apps are crime against the humanity. The amount electricity gets waste is way too much. People making and using this technology should be imprisoned for environmental destruction.

>computers are getting faster
>software is getting slower
>the two cancel each other out
Just fuck my shit up senpai.

>>62297366
It's pretty

And after disabling almost all plugins its nice and fast too

>>62297447
This. There's no incentive to writing software that runs efficiently if computers can just get faster to deal with the poor optimization. It's been this way for years so no one really notices any actual speed differences. How did we let this happen?

>>62297241
JavaScript for making desktop applications.
Opening a fucking 12 MB PDF makes this thing shit the bed. I have to open multiple textbooks for my latex workflow and it can't even do that right.

I use it all the time but dont run into many issues. Its my preferred editor since I mostly do JS.

>>62297241
Electron went wrong, it's fine otherwise.

>>62297471
Very simple reason: Cost. It's way cheaper to run more expensive hardware than it is to have engineers write highly optimized code.

>>62297241
vscode happened

>>62297241
Electron and JS.
Can it open big files yet?

>>62297506
>JavaScript for making desktop applications.
This is not necessarily true; VScode runs on javascript and its blazing fast in comparison to this.

>>62297859
Multi-Mbyte files tend to stutter on it, so propably not. However that may just be because of bad practices used in the editor itself, not the language like noted on >>62297888

>>62297241
Are you implying it was right at some time?

>>62297888
probably vscode has less shit code. anyway both are extremely slow compared to sublime or bbedit

>>62297888
VScode is still slow in comparison to native editors, subhuman

>>62297241
it's like someone told them about emacs but did not give any more hints

>javascript
>desktop software
pick one

>>62298916
JS on desktop will pave the way for GNU/Linux to dominating the desktop market. You need to look outside your little NEET bubble. Most people use Windows because they are introduced to it by their schools as kids, by games as teens, or by their jobs as adults with those shitty corporate applications. Aside from games, the vast majority of normie programs can be written with electron+JS, which will in turn be multi platform. People could save money by purchasing laptops and prebuilt computers that have no Microsoft Windows and Office on them. It will take time but that is the direction we are going to.

File: Screen Shot 2017-09-07 at 16.20.52.png (144KB, 798x624px) Image search: [Google]

144KB, 798x624px

>>62297241
>What went wrong?
vscode

also, fucking hell this captcha.. I now believe in God

Geany offers same features I have used on Atom, so I just uninstalled it from my system and freed 500MB space.

>>62297471
My shit feels faster than ever. 2013 i7 with windows 10 and an SSD. But I've only had a PC since 1998 so I probably don't have as much experience as you.

>>62297241
Litterally unusable for me because it freezes so much any time I do fucking anything.

>>62297859
They "fixed" this by disabling a bunch of features if you open a big file in the latest versions. What a cuck editor

>>62297859
They actually rewrote the whole text buffer in C++ in version 1.19 so it's pretty fast now.

File: 1488998446750.jpg (27KB, 448x284px) Image search: [Google]

27KB, 448x284px

>>62300096
>FuLL NoDeJs EditOr =)))
>They actually rewrote the whole text buffer in C++ in version 1.19 because that shit was fucking slow
can't make this shit up

so there's a real alternative to it and sublime?

outside of emacs and vim

I switched to atom from sublime some time ago.

Mostly because it lets me type in Japanese using fcitx without hassle. There's a sublime imfix that works but it's ba.

>>62297241
>over 200MB
>litereally just a browser displaying a text editor written in javascript bloat

>>62297241
Nothing. It is one of the best text editors on the market today. If not for VS botnet code with it's amazing JS features I would use Atom. It's definately better than meme vim and meme emacs

everything

>>62297450
this ^^

>>62297913
>bbedit
my nigga

>>62297260
It sorta is because you don't have to manually recompile it every time, which is at least a slight problem for anyone who doesn't use based Gentoo

>>62297241
VS Code deprecated it.

There's literally no reason to use Atom. VS Code is the same thing but better and faster.

>>62300584
this

I know it's not Electron thread, but Electron is fucking shit. Web designers set custom fonts for their shit which look like shit at my system.

>>62302356
Electron is just a fucking dumb concept in the first place, conceived so that cretinous web developers can pretend they know how to write actual programs, the result being a steaming crock of shit every time

>>62299090
This. It's an ugly compromise, but it's the only solution on the table with widespread viability.

>>62300218
depends on what you want to do
When writing big files (like a LaTeX document) I usually use vim because it's so powerful but when having a bunch of different files to edit and making only small edits at that I just use gedit because it doesn't matter what I use to type 2 lines of code.

>>62297241
Electron

>>62297447
I think it's sad.
As computers get stronger, programmers become more and more complacent.
What eventually happens (which we start to see now) is that new devs get raised with FUCKHUEG computers which have a million abstractions, and stop understanding computer fundamentals entirely. See: most webdevs and recent CS students don't understand the pipeline which their written code travels through for the languages they use.

>>62297241
>laggy
>weaker than sublime
>weaker than vs code
>weaker than vim
What's the point? It's just worse than anything else that existed before it.

>>62297291
thats not english pajeet

>>62299090
>which will in turn be multi platform

No, it runs on one platform, and that is whatever interpreter is underneath it. That interpreter may exist for multiple platforms but that doesn't mean that it will run on any platform just because it's JS/web stuff.

>>62303845
>laggy
THIS

just use vim or micro because they have lots of features are light af

I tried using it for a bit at work but its ability to discover references and declarations was really poor compared to VSC. It also needs a top of the range PC to be of any real use.

>>62297241
Memory usage, meme language

I've been playing with howl.io lately

What kind of toaster do you need to make it slow down?

>>62303859
what? are you retarded?

>>62300134
well nodejs is written mostly in cpp...

>>62300537
>wat are config files: the post

I used to think that Atom was un-needed compared to Sublime and that it was too slow. But its really only slow to start up and it has a lot better plugins than Sublime. Atom also has the best color scheme UI out of the box, a good font. The only thing that bothers me is that it will randomly peg one of my CPU cores to 100% when the editor is just sitting there doing nothing and puts the fans of my laptop in leaf blower mode.

>reinventing the wheel
>javascript

>>62300537
>There are no text editors that try to move as much of their code into a high level interpreted language
>GNU Emacs doesn't exist

>>62297241
Atom is what happens when you let everyone have a trophy. I used a cracked version of BBEdit because I'm a real muthafuckin gangsta.

>>62300528
or ultraedit or 101editor or whatever editor of devs that don't stop at lazy gap buffers.

>>62297241
Github attempted to make software.
>>62305212
>>62305260
Config files and slow interpreters of shitty languages like elisp or vimscript can't keep up with a good native plugin system or at least a decent VM like V8.

>>62299090
Qt is also multiplatform and is perfectly fine for ENTERPRISE, Tableau runs on it.

>>62303859
V8 is multiplatform and JS is standardized you retard. Anyone can make an interpreter following the ECMA spec.

>>62297241
It's too slow for me. I use leafpad instead.

>>62297241
Everything. Electron, ads in plugins, memory issues, etc...

>>62306298
>good native plugin system
What is that supposed to mean? Write plugins in C and compile them? Every software I've seen uses an extension language of some sort.

File: 1958754.jpg (97KB, 464x676px) Image search: [Google]

97KB, 464x676px

>>62297241
uuuh this strange thing.. yes I tried it, but wth ~400MByte for an editor? holy cow..

>>62306939
>What is that supposed to mean? Write plugins in C and compile them?
For example. Then use dlopen() or whatever to load them at runtime. It's basically one of few good reasons for dynamic linking.
There's a couple of other ways, like foreign processes in GIMP or some forms of IPC that are ok in soft-realtime scenarios like text editors.
>Every software I've seen uses an extension language of some sort.
At some point it usually turns for each software that scripting languages are too slow or otherwise too limited for actual extensions and should be restricted to highlevel macro APIs. Some know that inevitable truth from start, like MS Office or LO (not their users, though) or GIMP, some learn that rather late, like emacs and some never learn, or only by proxy like vim.