ReleaseCandidat
Joined 5 years ago
Karma
1,948
Submissions
921
Member since
Sep 4
Recent submissions
Comment · 2 years ago
Comment · 2 years ago
Yes, as in "check the number of parsed fields for each line" and don't forget about empty fields. Throw an error and stop the program if the number of columns isn't consistent. Which doesn't mean that you can't parse the whole file and output all errors at once (which is the preferred way, we don't live in the 90s any more ;), just don't process the wrong result. And with usable error messages, not just "invalid line N".
Comment · 2 years ago
> 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.
With that definition any usable editor and vim-likes ;) is an IDE. I can live with that (that Zed is an editor comparable to them) too.
Comment · 2 years ago
It's not an extension.
First-class modal editing via Vim bindings, including features like text objects and marks.
Comment · 2 years ago
I guess that's https://github.com/xaberus/vscode-remote-oss
Comment · 2 years ago
To be honest, Theia (the last beta I tried some months ago) is everything people always complain about Electron apps: slow as molasses - way worse than e.g. Atom (or Pulse) (which VS Code actually isn't).
Comment · 2 years ago
I'm sorry, but what _is_ the difference between an editor and an IDE for _you_?
Btw. I'm not saying that having an integrated debugger is a sufficient condition for an editor to be an IDE (VS Code isn't, Sublime Text isn't, other editors with DAP support aren't).
> but don't assume your non-negotiable X is the same for every other user of an IDE. It is not.
But _you_ not needing a debugger in an IDE is a reason something is an IDE without one, I see. Btw. I'm (normally) not using IDEs.
Comment · 2 years ago
> I'd be curious what similar caveats may apply to that editor?
Exactly the same as to VS Code, anything that is special about it is "closed" (as a service) https://zed.dev/blog/zed-is-now-open-source
Comment · 2 years ago
Everybody can do that themselves, if the original maintainers don't want to (which is a security problem ;):
If you are not the author, we suggest you first reach out to the author with an issue in their GitHub repo to request that they publish their extension to open-vsx.org. We've drafted a template with suggested content for the issue.
Such "3rd party extensions" don't get the "verified publisher" icon (or at least should not get it ;).
Comment · 2 years ago
There are generators for the compilation databases that work with Makefiles and other build systems, like Bear: https://github.com/rizsotto/Bear
Comment · 2 years ago
I thought the server part of VS Code (to be exact a proprietary Node addon) is the problem?
https://github.com/VSCodium/vscodium/issues/1229#issuecommen...
Stupid me, the solution is one post below :D
https://github.com/VSCodium/vscodium/issues/1229#issuecommen...
Comment · 2 years ago
"Remote SSH" and "Dev Containers".
Comment · 2 years ago
Yes, their C++ LSP isn't really good and I've heard C# isn't good either - but that's because they want to sell Visual Studio too. But especially "Remote SSH" and "Dev Containers" are so called game changers. And their Typescript and Python extensions are actually good.
Comment · 2 years ago
> Zed exists, it's new but it's already a very good IDE.
An IDE needs at least a working Debugger (or, to be more precise, a graphical interface to debugger(s)).
And Zed has exactly the same problems VS Code has, minus actually contributing LSP and DAP (Debug Adapter Protocol) to "the editor community". So, Zed is actually worse in that regard.
Comment · 2 years ago
The author forgot about two very important "closed" plugins: "Remote SSH" and "Dev Containers".
It's called OpenVMS since quite some decades now.