[z3t4]

In my case I couldn't actually find any project I could contribute to, until after I had the editor I wanted. But similar projects kept popping up, some backed my big corp. I thought about abandoning my own editor and implement the features I needed in any of the similar projects, but I didn't like the architecture and they where made in languages that I didn't like. My editor also was ahead. Although it did not take long until the other projects surpassed my editor in capabilities. I have also later found many projects like mine that are now abandoned. It's very ironic indeed. I kept working on it hoping that I could pivot and find market fit to make some money off it, but it seems dead impossible. And at the same time similar projects are backed by investors.

[atq2119]

Out of curiosity, was this a web text editor? It's difficult to imagine that you'd be able to be ahead of real native text editors with a solo project.

[z3t4]

Text rendering is extremely hard, but there already exist optimized libraries with hardware acceleration. Web browsers in particular have very optimized text rendering engines. It's still slow, but it's faster then for example terminal based text rendering. The bottleneck in text rendering is not rendering per see, but actually putting the pixels onto the screen. Browsers have a disadvantage compared to native because of complex rendering pipeline, while native have more low level access. I for example tried to make a bitmap text renderer to see if it could be made any faster, but it was much slower then existing rendering API's - that's how optimized they are. Yet they are still slow. Rendering a full screen of text takes around one millisecond. That's however well into the 60 times per second refresh time budget, which lets you spend the rest of the time budget doing stupid things like parsing the whole document on every key stroke.