Atom's autocomplete just got better • Hacker News Board

Re: Atom's autocomplete just got better

#51

Post by hamburglar » Sat, May 16, 2015, 3:56 AM UTC

joefitzgerald wrote: post #4

A huge thanks to the Atom team ( https://github.com/benogle in particular) for embracing a community package and bringing it back into the core of Atom. This is the killer feature of Atom in my mind: the community around it, and the rate with which contributions can be made and then absorbed into the core.

This feature looks great, but the blog post has one very confusing thing about the main example: why is "spy" the first suggestion for "sy", and what does the text "Create Jasmine" next to it signify?

Re: Atom's autocomplete just got better

#52

Post by tosh » Sat, May 16, 2015, 4:01 AM UTC

Having decent autocomplete ui out of the box and a way to add providers that drive it is one of the key steps towards an IDE.

This is especially exciting when you look at Dart and TypeScript as both provide analysis servers that can easily be consumed without having to build this yourself.

It seems like going forward we will see popular platforms to provide their own analyzer and debugging tools which should level the playing field for text editors, IDEs and other tools to compete on UX.

Re: Atom's autocomplete just got better

#53

Post by rkwz » Sat, May 16, 2015, 4:45 AM UTC

hamburglar wrote: post #51

joefitzgerald wrote: post #4

A huge thanks to the Atom team ( https://github.com/benogle in particular) for embracing a community package and bringing it back into the core of Atom. This is the killer feature of Atom in my mind: the community around it, and the rate with which contributions can be made and then absorbed into the core.

This feature looks great, but the blog post has one very confusing thing about the main example: why is "spy" the first suggestion for "sy", and what does the text "Create Jasmine" next to it signify?

They're doing fuzzy search and I think it is probably "Create Jasmine Spy"

Re: Atom's autocomplete just got better

#54

Post by freshyill » Sat, May 16, 2015, 5:56 AM UTC

I really like Atom, and Autocomplete Plus has been rapidly improving, but I still have no idea how the hell it works.

http://i.imgur.com/x4Fm470.gif

For what it's worth, fuzzy matching is turned off here.

Re: Atom's autocomplete just got better

#55

Post by kentt » Sat, May 16, 2015, 7:07 AM UTC

tosh wrote: post #50

gkoberger wrote: post #29

Earlier quoted context omitted.

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.

Switching costs is a lot lower for a text editor.

Re: Atom's autocomplete just got better

#56

Post by OSButler » Sat, May 16, 2015, 8:17 AM UTC

kendallpark wrote: post #42

tracker1 wrote: post #40

Earlier quoted context omitted.

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.

Try switching from autocomplete while typing to autocomplete via keyboard shortcut and it may already make a big difference - this helped in my case with the php autocomplete slowdown.

Re: Atom's autocomplete just got better

#57

Post by tosh » Sat, May 16, 2015, 9:38 AM UTC

kentt wrote: post #55

tosh wrote: post #50

Earlier quoted context omitted.

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.

Switching costs is a lot lower for a text editor.

I switched from lighttpd to nginx without any problems but going from textmate to vim took a while :)

Re: Atom's autocomplete just got better

#58

Post by hamburglar » Sat, May 16, 2015, 9:48 AM UTC

Dewie3 wrote: post #37

hamburglar wrote: post #36

Earlier quoted context omitted.

By "struggles" do you simply mean there's perceptible lag? I see cracks in the window blits while scrolling fast, that's all. I can understand being that picky about your video games, but it just doesn't rise to the level of actually affecting usability in a text editor for me. Would I like it to be as silky smooth as Sublime? Sure, but it's far from a showstopper. I keep wondering if people making comments like your…

> I keep wondering if people making comments like yours are having much more severe perf issues than I am, or if you're just extremely picky. Programmers have high standards for text editors. :) And why not? AAA games are getting bigger and more visually pleasing, so sometimes your machine can't keep up unless it's a newer build. But editing simple text should be an absolute breeze in this day and age on our computer…

I have extremely high standards for my text editor: its features should make me very productive. I am more productive in vim than I am in sublime, but I've never once fretted about the fact that my vim screen updates are gated to the speed that my terminal window can draw, and that's certainly nowhere near as fluid as sublime.

Re: Atom's autocomplete just got better

#59

Post by binaryanomaly » Sat, May 16, 2015, 11:30 AM UTC

kozukumi wrote: post #18

binaryanomaly wrote: post #11

Earlier quoted context omitted.

I used it a bit more intensively during the last days and found it most of the time quite ok. The 2 MB file size limitation remains a problem for productive use for now though.

I am not an Atom user although I have played around with it. Is the 2MB limit really a problem? I always thought of Atom as a web languages editor not a heavy duty text processor like I think of programs such as UltraEdit.

Most of the time I don't have such big files. But if you have one and cannot open it, it is disturbing.

Re: Atom's autocomplete just got better

#60

Post by melling » Sat, May 16, 2015, 1:15 PM UTC

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.

That's simply a testament to an editor's extensibility. If you don't want to use it for email or as a browser then don't.