Comments (16)
Seems to mainly boil down to hype and marketing. Lots of people online are very vocal about company being "better." In some regards, this is true. In other regards, I think the packages are basically on par with each other.
One important thing to note is that company is in GNU ELPA which helps visibility a lot and gives some assurance that it probably won't ever get too awfully stale.
I would like to address some technical points, though. Among other things, people often claim that company has:
- cleaner code
- less bugs
- better API
My response to these claims, in order:
- It probably has cleaner code, since large swathes of
popup.el
(the library that auto-complete relies on) are undocumented and hard to read. - Fewer bugs? Meh, maybe. I haven't seen company being much less buggy than auto-complete.
- Better API? Perhaps. There is certainly more community activity going on for company which can certainly help that sort of thing.
However, one important detail regarding community involvement that should not be neglected is that company is an official GNU package. This means that one has to sign copyright assignment papers to the FSF before contributing to company. Just an important detail to keep in mind.
Personally, I use auto-complete because I found it first (due to the much more intuitive name). I'm already entrenched in it since I have other packages which rely on auto-complete and it works well enough for daily usage. There are some annoying things and the lack of community support has put folks like me on a dead-end road. We'll all probably have to switch to company someday due to the auto-complete developers' abandonment of the project.
There is one actual issue, though, that stands out in both of the projects to me. So far, only a few others seem to care about this, but I'm surprised that it's not more urgent to the developers of either project. Zooming in on a buffer breaks the completion popup, in both company and auto-complete. I've spoken about this here and here. The only thing that exists to address this issue is "company-postframe" (gotta love these unintuitive names). But this is quite experimental and probably brittle.
Aside from this singular issue, both of these packages seem mostly the same from an end-user perspective. I really wish auto-complete would get forked and revitalized so that people like me don't have to declare auto-completion bankruptcy and shuffle around large parts of our configs someday. But maintaining a fork of this project would take a lot of time and effort, which I do not have.
If there is someone out there who could take up the torch, you'd certainly have a lot of people who'd appreciate it.
from auto-complete.
I'm a company-mode user, I've only tried auto-complete a tiny bit - so I can't really give any functionality comparisons. To add onto what @ylluminarious said I think an important thing to note is that auto-complete has documentation while company-mode does not.
This may not be a big deal for some people - since you can always look through code and read the docstrings, but I think documentation is incredibly important because it can contain extra tidbits that docstrings and comments may not have. Company-mode gives one the ability to add great amounts of customization - and it'd be great if there was accompany documentation show some examples of this. Instead, you're forced to either look through the company code or look at other peoples code. If you're someone just getting started with emacs that's a daunting task to take on.
Heck, to get completion working in emacs you basically have two choices (besides what's already there in emacs)
- use a package that hasn't been updated in a while
- or use a package that has no documentation so you have to look through code
If auto-complete development was still active I'd definitely be an auto-complete user than a company-mode user.
from auto-complete.
@jonnycyr I completely agree. Auto-complete's documentation is something that I neglected to mention. Actually, auto-complete's documentation has helped me quite a lot in the past. You are right; company-mode's lack of documentation is a serious deficiency. It's important for beginners to have things like info manuals or just anything more than docstrings. Even for long-time Emacs users, manuals are still quite helpful. English is just easier for our brains to parse than Lisp, if for no other reason than it is what we speak.
from auto-complete.
Maybe the Original owner of this Repository hast turned away for some reasons. Btw its always possible to fork the project under more active ownership :-)
from auto-complete.
from auto-complete.
It still use it and it seems fine.
For me it is worth picking up if it quits working.
from auto-complete.
I don't know. A recent version does work with Emacs 26.1.
from auto-complete.
@coretemp Hmm, that's strange. My installation of auto-complete was compiled with Emacs 26.1 a few months ago and I had no such errors which prevented compilation.
from auto-complete.
@ylluminarious Yes, I wrote the comment a bit too early. I got it to work by changing package source.
from auto-complete.
@coretemp Ok, gotcha.
from auto-complete.
In fact, i use emacs-git (version 27), auto-complete still work well for me.
Personally, I use auto-complete because I found it first (due to the much more intuitive name). I'm already entrenched in it since I have other packages which rely on auto-complete and it works well enough for daily usage.
In fact, this is the same reason for me still keep use auto-complete, but the fact is, some new created package was not support auto-complete anymore, it just support company-mode, we have to find out a 3-party package to working with those new package.
from auto-complete.
@zw963 Sorry for your predicament. Some months ago, I faced the same problem, so I just bit the bullet and moved to company-mode. I'm not sure if auto-complete has much of a future anymore, unless someone takes up the torch and continues maintaining the project. It's just a matter of time until it stops working altogether. It's hard to keep using a library which is being deprecated and dropped by most other packages.
from auto-complete.
Please note that this repository is now looking for a new maintainer. See #509.
from auto-complete.
@tarsius Maybe announce this on /r/emacs or emacs-devel to get some visibility? I'm not volunteering for the position myself at this time.
from auto-complete.
Why people are turning away from this package?
There is little to recommend auto-complete over company. It's only slightly faster in certain contexts but its shortcomings in capability and extensibility (hardcoded keywords, etc.) is a direct reflection of a deficit of man-hours spent, not the quality of the software.
from auto-complete.
I prefer auto-complete, because it feels snappier and the overlays in the terminal are great. The one problem I had with it when completing in mu4e turned out to also appear in company-mode — but when I realized that I had already switched to company mode because of this problem and because I read that auto-complete is not maintained anymore.
Seeing that auto-complete isn’t completely unmaintained anymore, I might switch back to auto-complete soon.
from auto-complete.
Related Issues (20)
- Most recent auto-complete semantic source doesn't work HOT 2
- Weird completion behaviour when editing a line with existing characters to the right of the cursor
- Display problem with autocomplete in emacs (python) HOT 4
- how can i use tab instead of tab+<CR>
- Add page up/down commands HOT 3
- Is there any way to add word databases which should also be looked for a match ? HOT 1
- (Solved)No such file or directory, auto-complete
- Memberships after transferring ownership HOT 2
- Error running timer ‘ac-update-greedy’ / Error running timer ‘ac-show-menu’ HOT 2
- Looking for a new maintainer HOT 42
- Error running timer, ‘ac-show-menu’ & ‘ac-update-greedy’: (beginning-of-buffer) HOT 2
- Disable reviewer requirement? HOT 2
- Mind changing the organization's logo? HOT 7
- auto-complete does not respect "completion-styles" HOT 2
- Move CI to GitHub Actions HOT 1
- Warnings with Emacs 28.2 HOT 3
- Crash with emacs 29.1: "Error: Symbol’s value as variable is void: macro-declaration-function" HOT 4
- Doesn't work with latest Emacs
- Emacs exit is slow when auto-complete-mode is enabled HOT 5
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from auto-complete.