Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
theRealestAEP
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
4 ms
·
1.
▲
by
theRealestAEP
6d ago
hmm I didn't notice that behavior, the game includes scenarios where evidence contradicts
2.
▲
Show HN: Judge Jev – Can you convince Jev of your innocence?
(judge-jev.com)
4 points
by
theRealestAEP
6d ago
|
4 comments
3.
▲
Show HN: TypeGPU Realtime Physics Sandbox
(typegpu-sandbox.pages.dev)
2 points
by
theRealestAEP
28d ago
|
0 comments
4.
▲
Show HN: Collab Word in Web – Collaborative Near MS Word Parity Docx Editor
(collab.word-in-web.com)
2 points
by
theRealestAEP
2mo ago
|
0 comments
5.
▲
Show HN: Collab Word in Web - A collaborative DOCX Editor with MS Word Parity
(collab.word-in-web.com)
3 points
by
theRealestAEP
2mo ago
|
0 comments
6.
▲
by
theRealestAEP
2mo ago
yes, projects are saved to local storage in the demo.
7.
▲
by
theRealestAEP
2mo ago
No this was built ground up. edit: not to toot my own horn here - but I am definitely squeezing out more perf on longer documents. My upper end bench mark document was ~500 pages and key presses, new line creation etc. all sits around 20ms
8.
▲
by
theRealestAEP
2mo ago
I had this problem too - I just found that the inconsistency of the the LLM vision + pressure of either having to write OOXML from scratch, or control the app via computer use just didn't really give great results (mostly words fault).
9.
▲
by
theRealestAEP
2mo ago
Yep all of that was exactly my problem too lol - if you have any docs that render poorly make an issue and I'll work on supporting it.
10.
▲
Show HN: Word in Web – Near MS Word Parity Docx Editor in Web
(word-in-web.com)
37 points
by
theRealestAEP
2mo ago
|
11 comments
11.
▲
Easy GIF Compression
(smushgif.com)
2 points
by
theRealestAEP
2y ago
|
0 comments