And in the next paragraph the "definition" encompassing a continuum of features and not a definite set is further clarified.

My point was that "X is missing" => "this is not an IDE" is not true for this reason.

> I'm sorry, but what _is_ the difference between an editor and an IDE for _you_?

For me an IDE "knows" about other files I have open and their relationship with the one I'm editing (usually a "project") and it _i_ntegrates external tools/programs.

An editor does not. It just lets me edit a file. Maybe it has syntax highlighting or folding but everything it offers is based on that file. A good example is SciTE which was my go-to for years.

In an editor you can't right click on some type in the current file and choose "Go to definition" if that definition is another file.

Of course there is a continuum. For example, running an external command is something many editors offer. And if your file is of a certain type they may even guess what the (build) command may be.

When you have non-local (=outside the file you're editing) functionality and some integration with external tools I'd wager you're using an IDE of some sort.

Then you can argue if that IDE ticks enough of those boxes defining your needs, fair enough. But you can't say something isn't an IDE because it is not an IDE for you. ;)

P.S. non-negotiables for me are mostly around that VCS integration. But I acknowledge that other people may not have this need (are fine using the command line for this only). But that only means I would not use an IDE that lacks those; I would not therefore say it isn't an IDE.

[1] https://en.wikipedia.org/wiki/Integrated_development_environ...