That's intriguing. I'd like to be a user.
Show HN: Void, an open-source Cursor/GitHub Copilot alternative
111–120 of 168 posts
Re: Show HN: Void, an open-source Cursor/GitHub Copilot alternative
#112I want to build my own agents so I can my private domain specific awareness in the coding environment: PRDs, product docs, API docs, business goals, etc. I'm assuming I could point this to any API compatible endpoint and build my own agents?
Re: Show HN: Void, an open-source Cursor/GitHub Copilot alternative
#113Cursor needs some competition. Their generation quality fell off a cliff recently as they are doing behind the scenes product optimizations with LLMs
Re: Show HN: Void, an open-source Cursor/GitHub Copilot alternative
#114> Microsoft also made its extension marketplace closed-source so we (and Cursor) have to hack our way through it.
For the marketplace, can you not use Open VSX [1]?
Re: Show HN: Void, an open-source Cursor/GitHub Copilot alternative
#115I’d love a good summary on why Cursor, Void (and I assume other tools) decided to build new editors instead of just extending the incumbents (VSCode extension, Jetbrains plugins). Is there a technical limitation of the extension APIs or is it easier to “market” a new editor than an editor extension? While adoption for individuals and small companies might be easy, a lot of bigger places already have other integration…
Extracting from cursor team [1] > VSCode extensions have very limited control over the UI of the editor. Our Command-K and Copilot++ features aren’t possible as extensions. Same for much of what we want to build in the future! [1] https://forum.cursor.com/t/why-not-a-plugin/2448/2
I don't fancy a future of multiple diverging VSCode forks.
I wonder if they could have created a "Super Plugin" interface instead of a Cursor specific fork and try to get it merged to VSCode or VSCodium or at least keep as a new shared platform for deep customisation instead of balkanisation by everyone interested in doing something similar.
Re: Show HN: Void, an open-source Cursor/GitHub Copilot alternative
#116> All of the code is OOP-based, and they mount DOM nodes the old-school way (which is what React was supposed to solve..) I don't know about VS Code, but I remember Atom was refactored to use manual DOM updates because the performance penalty of using React wasn't worth it.[1] By the way, isn't OOP by far the most popular paradigm for building desktop UIs? I imagine VS Code is a difficult codebase to work with that h…
Always interesting to hear such claims when graphic editors like Penpot, which have much tighter perf requirements than editors, are so fast while using React.
Re: Show HN: Void, an open-source Cursor/GitHub Copilot alternative
#117> we're building Void as a fork of vscode
Hard pass.
Sorry but you can pry IDEA from my cold dead hands or at least VSCode doesn't hold a candle to it IMHO. And no, I'm not looking for a discussion on VSCode vs IDEA.
Building a new code editor for a single feature is a dead end in my opinion.
Re: Show HN: Void, an open-source Cursor/GitHub Copilot alternative
#118Earlier quoted context omitted.
Extracting from cursor team [1] > VSCode extensions have very limited control over the UI of the editor. Our Command-K and Copilot++ features aren’t possible as extensions. Same for much of what we want to build in the future! [1] https://forum.cursor.com/t/why-not-a-plugin/2448/2
I don't fancy a future of multiple diverging VSCode forks. I wonder if they could have created a "Super Plugin" interface instead of a Cursor specific fork and try to get it merged to VSCode or VSCodium or at least keep as a new shared platform for deep customisation instead of balkanisation by everyone interested in doing something similar.
> VSCodium
VSCodium does not do any development but only build VSCode codebase to be without all Microsoft telemetry and proprietary stuff and use open-vsx marketplace.
> VSCode
I will leave it as an exercise to the reader to think of some reasons why would VSCode team refuse to accept such change.
Re: Show HN: Void, an open-source Cursor/GitHub Copilot alternative
#119Congrats on getting it this far! The fun is just beginning, but it does sound like you have an idea of what you're getting into. Here are some thoughts: There are quite a few extensions and AI editors offering the snippet-like 'tab autocomplete', but Cursor are the only ones afaik who have nailed the full file no-look 'tab-tab-tab-tab autofix' workflow, with what I assume must be a combination of monaco/vscode hacker…
That is the only reason I use Cursor. The autocomplete is way too good. For refactors, it's just magic! I tried using VSCode after using Cursor for a whole month and Copilot is just straight trash in comparison.
I'd like to continue using Cursor but I'm don't want to have to buy Claude subscription twice (Cursor uses claude under the hood), and I prefer claude sonnet over chat-gpt.
Re: Show HN: Void, an open-source Cursor/GitHub Copilot alternative
#120Earlier quoted context omitted.
Are you using a local model with Continue?
I've tried running 3B LLAMA on my old machine and it was sluggish and kinda bad, but Claude 3.5 Sonnet works great. I will try the 70B model, should be good enough.
Yeah, I’ve found local models are completely useless for coding tasks whereas openai and Claude can at least do some refactors with guidance