Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Sunsetting Atom

github.blog

Post reply on HN
Print view View original

441–450 of 880 posts

Re: Sunsetting Atom

#441

Post by Matl »

jeremyjh wrote: post #427
munificent wrote: post #405

Earlier quoted context omitted.

"Native UI" can be interpreted to mean "UI written in native (i.e compiled to machine) code" or "UI written using the OS's native widgets". You are presuming that the only correct definition is the latter, but it's pretty clear from context that they mean the former.

Yes, you can argue for another plausible interpretation of those two words, but in actual usage "Native UI" has always meant the platform's native UI framework.

A lot of people started to refer to Qt as native around Electron's time. The only place where Qt is native as such in on a KDE Plasma/LxQt desktop.

Re: Sunsetting Atom

#442

Post by vultour »

colordrops wrote: post #77
joshstrange wrote: post #56

I know a lot of people love vscode but are there any people who have tried something like IDEA/WebStorm/PHPStorm/etc that then went back to vscode? I had to help a developer setup deploys to a dev server from vscode the other day and I wanted to pull my hair out. I'll admit it's at least in part due to not using vscode myself but I was a heavy Sublime Text user which is very similar to vscode when it comes to how you…

Totally agree, if I'm gonna put effort into building my IDE it's gonna be vim or emacs. I use nvim most of the time and intellij on occasion for debugging.

Ah, a fellow full-time vim user. There are dozens of us!

Re: Sunsetting Atom

#443

Post by CJefferson »

nathansobo wrote: post #253

Founder of Atom here. We're building the spiritual successor to Atom over at https://zed.dev . We learned a lot with Atom and had a great time, but it always fell short of our vision. With Zed we're going to get it right. Written in Rust, custom native UI framework, engineered to be collaborative. Just starting our private alpha this week, so the timing of this announcement feels quite fitting. Here's a talk I gave l…

What is the accessibility (for example for blind users) of your custom UI framework like?

Re: Sunsetting Atom

#444

Post by Communitivity »

nathansobo wrote: post #253

Founder of Atom here. We're building the spiritual successor to Atom over at https://zed.dev . We learned a lot with Atom and had a great time, but it always fell short of our vision. With Zed we're going to get it right. Written in Rust, custom native UI framework, engineered to be collaborative. Just starting our private alpha this week, so the timing of this announcement feels quite fitting. Here's a talk I gave l…

Sounds interesting. I've love to take part in the alpha and provide feedback. I've done software engineering professionally for 25 years in Javascript, C++, Rust, Java, Erlang, Elixir, Clojure and Python (mostly Java and C++). I've used Emacs, VS Code, Visual Studio, and other IDEs.

Re: Sunsetting Atom

#445

Post by PascLeRasc »

chad_strategic wrote: post #437

I will admit that I'm biased, I hate to use Microsoft products. I hate Bill Gates and I hate Microsoft. I will not be switching to VsCode just on principal. Yes, I'm still using Github, so I guess I'm a walking contradiction. I also understand the economics of this situation why keep Vscode and atom IDE can't co exist, i'm surprised it took so long. This is the second software application that Microsoft has ruined, r…

3rd actually, Sunrise was a fantastic calendar app. Microsoft is a blight on the world.

Re: Sunsetting Atom

#446

Post by DarylZero »

wpietri wrote: post #337
nathansobo wrote: post #300

Earlier quoted context omitted.

We plan to make Zed extensible via WebAssembly, but we're taking a different approach than we did with Atom. Our goal is to make Zed fast, stable, and collaborative first, extensible second. We'll be taking a more conservative approach with our APIs to ensure we can preserve our core values even as users add extensions. Our goal is for Zed to have the lightweight and snappy vibe of Sublime with the power of a more fu…

Ooh, this is interesting. It sounds like you learned a lesson here. Could you say more about what prompted the change? I once talked with a Firefox engineer who felt like an initial urge for openness left them with a lot of API surface area that locked them into a lot of design choices. Was it something like that for you as well?

>I once talked with a Firefox engineer who felt like an initial urge for openness left them with a lot of API surface area that locked them into a lot of design choices.

LOL, as if Firefox provided a stable API to extensions

Re: Sunsetting Atom

#447

Post by chipotle_coyote »

rjh29 wrote: post #410
dham wrote: post #390

Earlier quoted context omitted.

Same, but if you're staring at an editor all day it has to look good. Atom did and still looks way better than VScode. VScode looks like a Microsoft product. You can also customize Atom easier than VsCode. Why even build on web technologies if you don't let your users change things. For instance you have to have an extension to custom load CSS and it's kind of a hassle. Heck even Sublime has an easier interface to ch…

Funny how people are so different. I have never once thought that I needed my text editor to look good. Stare at anything long enough and your brain isn't even going to process it anymore! fwiw I use Linux and suspect that's a big part of why Macs never appealed to me.

While I am a Mac user, I've used Vim a lot, so I don't want to make it sound too much like I demand text editors be visually stunning works of art. :) Code initially looked just kind of clunky and toylike to me, in a way that Atom -- and Mac native editors like TextMate and BBEdit -- didn't. It's a little hard to explain. Code still isn't my favorite editor, but it's probably my favorite cross-platform editor.

Re: Sunsetting Atom

#448

Post by winwhiz »

Doctor_Fegg wrote: post #7

“Sunsetting” an open source project seems… unfitting? Hand it off to the community, look for new maintainers, donate it to the Apache Retirement Home for Veteran Projects, sure. But saying that you’ve decided to “sunset” or “archive” it, telling users to plan for their migration, seems counter to the notion that open source software forms part of a commons - something that Github, of all companies, should understand.

All of the id Software code was release to open source essentially sunsett'ed. That was never a problem.

Re: Sunsetting Atom

#449

Post by Matthias247 »

Quote:

> It’s worth reflecting that Atom has served as the foundation for the Electron framework, which paved the way for the creation of thousands of apps, including Microsoft Visual Studio Code, Slack, and our very own GitHub Desktop.

This is so true! Atom spearheaded a new generation of exciting apps and set them up for success. That is a huge achievement on its own - so thanks Atom team for everything you have done!

Re: Sunsetting Atom

#450

Post by medo-bear »

frostwarrior wrote: post #412
shakow wrote: post #352

Earlier quoted context omitted.

> Atom practically invented the kind of extensions that VSCode had Let me introduce you to Emacs, vim, Sublime, TextMate, ...

> Emacs, vim Unlike VSCode, Emacs and Vim have a learning curve. And turning them into full blown IDEs makes their usage even more complex. > Sublime Sadly, Sublime is sort of dead. > TextMate TextMate: Text editor for macOS

> Unlike VSCode, Emacs and Vim have a learning curve

have you seen the extent of available emacs packages? maybe it is a learning curve for a person who just learned how to power on a computer but i find emacs soo much more approachable

Post reply on HN