I've been building this solo for about three and a half years. I kept trying every new project/notes tool (Notion, Asana, Trello, etc.) and always ended up back in a plain text file. I wanted something that felt like a text editor on first touch but could grow into real structure when you needed it.
https://lightwave.so (desktop only)
The tech stack is Laravel, MySQL, Redis, and hand-rolled JavaScript on the client. No frameworks like React/Vue/etc. ~270 lines of jQuery (out of 80k+ total LOC) for a few legacy DOM utilities, plus IndexedDB for local persistence. Real-time collaboration uses a hybrid approach: HTTP/2 POST for resilient ops + WebSockets via Laravel Reverb for live cursors, presence, and edits.
This is a pre-release stress test, not a launch. Lightwave will be a paid product. Right now I'm opening it up because no amount of solo testing replicates getting punched in the mouth by real traffic.
The link above has a button to create a test account in 1 click.
Known rough edges: the cursor and selection system are built from scratch (like VS Code, not a contenteditable wrapper), so there's a lot of surface area. Some keyboard shortcuts may be missing. Desktop only, accessibility not yet implemented. I'm shipping fixes in real time.
There's a "Submit Bug or Feedback" button inside the app if something breaks. Happy to answer any questions about the architecture, or anything else.
Some highlights:
- Paste markdown in, get native blocks. Copy blocks out, get markdown back.
- Hierarchical document, structure. Hierarchichal file manager.
- Live collab with shared cursors, selection, and presence.
- Code blocks with syntax highlighting. LaTeX math blocks.
- Full data export: markdown, JSON, and attachments. No lock-in.
- Full undo/redo with cursor restoration.
I would also make a small suggestion, which is that there is really no need to emphasize the fact that it's hand-written or without React or etc. While I suppose a small segment of users do truly care that you didn't use React, I think the primary consideration for most users will be how the app works. I would suggest mentioning how your technical decisions affect the user experience: is the performance better - and if so, can you quantify that?
So the problems I was thinking about were collaboration and content management between teams. But I also wanted it to work really well as a private personal tool. So in a way it's two tools in one. You can enjoy it solo, and then the hope is you've found something you like and now you can bring a team into it
Re the tech framing, I mostly mentioned it because I figured HN would find it interesting since it's the less taken path. Apologies if it came across as unrelated to the product.
As for the tech framing - I imagine you'll get lots of responses on that, and I'm sure it works for some people. Speaking personally, I think it irks me in particular because I feel that "React is slow" isn't really true -- but hey, we can sidestep that whole argument if you just tell me that your app loads a 100GB text file in 0.1ms or whatever :)
On the React thing, I never said React is slow! I think it's great for a lot of things. I just chose a different path because I wanted to understand every part of the main product stack. I didn't use OT or CDRT for the same reason... :|
(AKA: I'm not sure it's a good idea to use someone else's long-standing well-known brand in the digital space as name for your own digital space project)
;-) love the Office Space references
- flickering
- keyboard appears on readonly document
- can select info text that should not be user selectable
- menu items melt into each other
- can‘t summon keyboard on editable content
- grabbing elements in a document and pulling them up leads to page refresh
- I saw a styling menu pop up once: No idea how I got that.
I am sorry but this is unusable and an awful experience on my iPhone.
https://imgur.com/a/GeErjTa
- manage subscription page broken?
Absolutely nothing here works, besides the anonymous login.
Mobile isn't supported yet. Sorry about the bad experience though, I should probably add a more visible warning for mobile visitors.