I am glad to hear this. (As someone new also trying to sell a text editor)
Great inspiration.
16 karma · joined September 13, 2024
I am glad to hear this. (As someone new also trying to sell a text editor)
Great inspiration.
Yes. That is a bit shady.
No telemetry, no tracking, and much faster than Zed: https://koieditor.com/benchmarks/
Dev solely focused on performance and bug fixing.
What?
> An IDE at this point is best as a tool for code review.
I heard from a friend that most devs building serious stuff still write code. It's shocking but true. (No code review needed.)
What you're describing seems like a workflow for building toys only. There's currently no reality in which someone would actually know what the y,z features are before making them. A plan generated in 5min would likely suggest a suboptimal solution compared to what a good solution would look like (which might take a year or two to figure out, for a human, so still a week or so for SOTA models if at all possible). Building something in golang is cute, but hard to be convinced until more novel applications are being generated from prompts.
The data submitted by Cursor's users tho, that seems to be very valuable.
It's still true. There's no way around it, web views will always be slower.
595 days and counting.
ᕙ(⇀‸↼‶)ᕗ
Is this like a popup? which most people actively accept without blinking
I think plugin/extensions should be a bit harder to run by default. I get the user friction from extra hurdles before using their plugins etc., but I don't think there is an actually safe way to execute arbitrary code, unaudited, without sandboxing, or other restrictions.
This is what makes me continuously doubt and rewrite the local-first approach to inline chat in my editor. Next edit/ code complete makes more sense due to latency advantage. But chat is hard.
It's fast and feels good to run locally, but output quality is just not ChatGPT etal.
Their whole marketing department probably.
That would make it an web app tho. Not sure if that's what OP wants when making Swift apps.
- Zed 36.8ms (26.3 avg) - Sublime 33.5ms (25.9 avg) - VSCode 31.7ms (20.6 avg) - Hackerman Text 15.3ms (12.5 avg)
All editors tested as stripped down as possible, minimal UI etc., empty file, no syntax highlighting. Mostly surprised by VSCode tbh.
Testing on sqlite3.c (with syntax highlighting): Zed 60.5ms, Sublime 37.1ms, VSCode 22.0ms, and Hackerman Text 18.4ms.
By showing the text around match inline with the search result in the tree. Especially useful if you do not expect to edit every search result. If you do expect to edit every search result, then Zed's multibuffer is arguably better/ faster.
I think multibuffer can be good in edit/renaming use cases, but it's very annoying for fast lookups/navigation across different files (as mentioned elsewhere).
Yes. This is bad. Zed keeps installing and running all sorts of random background stuff. This should be an opt-in.
This is a big one indeed. I keep many unsaved tmp notes and pastes open all the time. Sublime Text also have it's super smooth pane and window management, so easy to select many tabs, drag and drop tabs to windows etc. Never mind what is unsaved and not. Everything always there on open anyway.
I think this is a highly requested feature in Zed as well, but not sure if they are actually working on this or not.
I like to buy good software.
How long have you been working on this?
I will be releasing hackerman.ai text editor later this year (or ASAP), also somewhat niche product with support for creating/editing lexers (eg for your own languages), able to customize almost everything, set key bindings to use self-defined functions (scripting), and ofc integrated AI features, which can also be customized and added as commands etc.
Built on top of Qt framework.