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

Atom's autocomplete just got better

blog.atom.io

Post reply on HN
Print view View original

41–50 of 62 posts

Re: Atom's autocomplete just got better

#41

Post by wluu »

It's certainly come a long way since it started. Kudos to those involved on both the autocomplete-plus contributors and the Atom team.

The Atom third party packages and the active community around it is part of why I use it.

While it hasn't replaced Visual Studio for my work, but with the OmniSharp package (realtime c# intellisense, which piggybacks on this autocomplete-plus package) means for the times when I need to make edits without opening (and waiting) VS, I can do so and still get my c# intellisense.

Re: Atom's autocomplete just got better

#42

Post by kendallpark »

tracker1 wrote: post #40
OSButler wrote: post #20

Earlier quoted context omitted.

If you're not 100% set on your current editor or would just like to see what else is available out there, then I'd recommend giving Atom a try. I'm using it as my main editor on an older 2010 Macbook Pro and the only issues I've been experiencing with it are the slow startup time and auto-complete in php files causing a noticeable delay. The git integration, community packages, and extensive customization options mor…

I may give it another try... last time I looked at Brackets and Atom, they were just slow... which surprised me when VS-Code wasn't too bad.. may check atom again.. but still using sublime most of the time.

Same here. I tried it early on with high hopes, then found it was too sluggish for my tastes. Lag while typing--even the smallest amount--annoys me.

I'll probably give it another whirl, hopefully the React stuff will have sped it up a bit.

Re: Atom's autocomplete just got better

#43

Post by Megs »

tracker1 wrote: post #39
Megs wrote: post #24

Looks like Atom is using the new Office Code Pro font. For those curious: https://github.com/nathco/Office-Code-Pro

Will need to take a look... I've been using Inconsolata for a while, mainly because I liked Consolas so much in Windows.

I used Consolas for a while, but would highly recommend Office Code Pro. It's extremely readable and feels more contemporary, in my opinion.

Re: Atom's autocomplete just got better

#44

Post by jongalloway2 »

ssmoot wrote: post #17
badloginagain wrote: post #2

I dont know much about Atom. How does it compare to Sublime Text/Notepad++? I've recently switched to Sublime Text, but currently not beholden to anything. How does it compare to an IDE, like Eclipse or Visual Studio (being the two I've used)? Is Atom an orange and an IDE an apple?

It's a Sublime competitor. Not an IDE. I'll just speak for myself doing Scala development: It in no way replaces IntelliJ. Atom doesn't host SBT. It won't compile in the background, it doesn't parse your code and build an AST. It doesn't execute tests, etc etc. With that out of the way, it seems like a really nice text editor with the really bad UX of shoving most commands into a "command palette" (which seems somewh…

One semi-pedantic correction: Visual Studio Code is not just Atom with a different skin. It uses Atom Shell (now called Electron), but that's just the app host. The editor component is completely different - it's 200K lines of TypeScript code. So you should think of Atom and VS Code as two different websites viewed in the same browser rather than the same app with a different skin.

Re: Atom's autocomplete just got better

#46

Post by JonnieCache »

tacone wrote: post #35
mildbow wrote: post #23

I gave atom a shot ~6months back (ooh pretty), but gave up due to just how slow it was. I just downloaded it and it's still much slower than sublime text3. SublimeText3 works great, so why are people willing to jump that ship onto this? Surely paying ~$70 is ok, laudable even, for a daily tool (notwithstanding the fact that it's supporting a indie dev). Do people use this for day-to-day coding or is this like install…

Sublime development has not been much active lately. You can see it on their blog: http://www.sublimetext.com/blog/ Months between the second and the third post. Good to see they came back, but users have been left on uncertainty for pretty long.

The dev builds come out every few days here: https://www.sublimetext.com/3dev

Re: Atom's autocomplete just got better

#47

Post by lojack »

jongalloway2 wrote: post #44
ssmoot wrote: post #17

Earlier quoted context omitted.

It's a Sublime competitor. Not an IDE. I'll just speak for myself doing Scala development: It in no way replaces IntelliJ. Atom doesn't host SBT. It won't compile in the background, it doesn't parse your code and build an AST. It doesn't execute tests, etc etc. With that out of the way, it seems like a really nice text editor with the really bad UX of shoving most commands into a "command palette" (which seems somewh…

One semi-pedantic correction: Visual Studio Code is not just Atom with a different skin. It uses Atom Shell (now called Electron), but that's just the app host. The editor component is completely different - it's 200K lines of TypeScript code. So you should think of Atom and VS Code as two different websites viewed in the same browser rather than the same app with a different skin.

> Visual Studio Code is not just Atom with a different skin.

And debugging tools that actually work. A strong debugger has always been the reason Visual Studio has excelled, and they've brought that to an open source editor.

Re: Atom's autocomplete just got better

#48

Post by roflchoppa »

killface wrote: post #33
roflchoppa wrote: post #32

damn son, all these mentions of text editors, and no one throws in Emacs. Sublime/atom have been sitting on the back burner for me in the last 6 months. The majority of my work has been moved over to emacs, from using IDE's (xCode, CodeBlocks, VS) i guess it was true, the only way to get better at emacs, is to be forced to use it for everything. 9/10 would use again, plus it already has support for YASnippit / Auto C…

that's because we already know about emacs and vim -- some of us don't like modal editors, or editors that try to be the universe. When you're checking your email in your text editor something is wrong.

but see thats the beauty of it, that its able to dynamically change to your needs when you are using the machine.

Re: Atom's autocomplete just got better

#49

Post by tosh »

mildbow wrote: post #23

I gave atom a shot ~6months back (ooh pretty), but gave up due to just how slow it was. I just downloaded it and it's still much slower than sublime text3. SublimeText3 works great, so why are people willing to jump that ship onto this? Surely paying ~$70 is ok, laudable even, for a daily tool (notwithstanding the fact that it's supporting a indie dev). Do people use this for day-to-day coding or is this like install…

* Atom is open source, Sublime is not

* Startup is still slow for a lightweight text editor but it is faster than for IDEs and it is improving (see: https://github.com/atom/atom/issues/2654)

* Package management is easier

* Following releases/announcements Atom (http://blog.atom.io/) instills more confidence compared to Sublime (http://www.sublimetext.com/blog/) [also if Atom should be disbanded it is Open Source, if Sublime development stops, it stops]

Re: Atom's autocomplete just got better

#50

Post by tosh »

gkoberger wrote: post #29
mkawia wrote: post #28

Earlier quoted context omitted.

Not a big fan of proprietary software especially software development tools .Imagine if Apache was proprietary, the internet wouldn't be the same.

Apache (a server, huge lock in) and a text editor (no lock in) are not comparable. Open Source is driven by paid competition, and vice versa. Linux wouldn't exist without Windows, and Firefox wouldn't exist without Internet Explorer. And Linux and Firefox both in turn pushed their close-source competitors forward, too. I love open source (I used to work at Mozilla), but some of my favorite tools only exist because so…

There are people who are paid to work on open source full time or part time.

I don't see how server software has inherently more vendor-lock-in than a text editor.

Post reply on HN