3 ms·
I love the idea, I have for a while. I hope to see this project grow. But, without a rich text editor it's not the efficient option. I've done Markdown notes be
by twhb 10y ago
I love the idea, I have for a while. I hope to see this project grow. But, without a rich text editor it's not the efficient option. I've done Markdown notes before, rich text notes are much faster to read and write. Enough to make me abandon principle and just get it done.
- eldavido 10y agoJust want to go on-record as saying I stridently disagree. There are too many rich text formats. Many are undocumented, proprietary, or otherwise not well-supported. They're hard to revision control, which means harder to sync across computers and among groups of people. The hardest thing about this project, which I love, is going to be saying "no" to almost every single feature request people propose. I'll be interested to see how well the authors can hold the line. I'm also very interested in the software development methodology the authors use. If they're seriously about longevity, they'd be smart to take as few dependencies on external libraries/systems as possible and use clean, layered architecture. I'd probably do the lowest levels (the sync and file storage, etc) in close to pure C and put a graphical front-end on top of it, similar to what Netflix does with their high-performance media libraries (streaming and decode) to share code across iOS and Android (via NDK). You want something super-portable that's easy to slap a new front-end on in 10-15 years when things have changed, which IMO pretty much rules out any language except C and maybe Java or .NET.
- twhb 10y agoYou're not actually disagreeing. Maybe I was unclear. What's superior about rich text is the user experience - writing notes, reading notes. I agree with the issues you list, just don't think they outweigh the benefit.