We basically need an njump-style client, like nostr:npub180cvv07tjdrrgpa0j7j7tmnyl2yr6yr7l8j4s3evf6u64th6gkwsyjh6w6 built, specialized in browsing long-form (wikis, articles, and modular/books). Stuff that stays relatively static and takes a while to read.
And it should allow for highlights.
I don't know who can/wants to build that, but our team is sort of swamped right now. We're just going to push out Indextr and the Biblestr fork of it, and then we have to go back to the NDK grind.
This seems like the easiest route for the masses. Not everyone is comfortable with downloading and converting files into a separate app that they had to previously download. If you can pull it off, I'm 100% behind you π₯π₯π₯
We can, but not until next year.
We have GitRepublic to release first, and that's basically going to be a Nostr IDE. It's a monster. π
Oh I must've missed that note? What's GitRepublic? Please and thank you.
It's basically a Ngit-based integrated development environment for programmers. Like GitHub, but locally installed on WSL or Linux.
Very low barrier to entry, as they could read all day without logging in. Just need to login to annotate or to limit to WoT.
That makes it more like a library, where you can just stroll around and look.
Love this thought process. π₯π₯
What do you mean by "converting files into a separate app"? What weird context am I missing here?
The average Kindle user just uses books on their kind. They don't download epub files and import them to a third party app or convert them from one file format to another to consume them.
OK, but what does have to do with anything? Is nostr:npub1m4ny6hjqzepn4rxknuq94c2gpqzr29ufkkw7ttcxyak7v43n6vvsajc2jl proposing a way to publish books on Nostr that is compatible with Kindle?
Not compatible, comparable or an alternative to Kindle. If it's done as a low barrier to entry e-reader website, then people could use it as an alternative to their Kindle. They would not have to download epub files and import them into a separate e-reader application. They just visit the site and that's it. Easy reading.
Yes, an e-reader friendly Nostr site for books and anything else in long-form.
All e-readers have a browser.
Also ideal for tablets or for people (like me) with bad Internet connections or crappy hardware.
If you look on Project Gutenberg, they have all of the different filetypes already created and stored, probably with a database.
Nostr already has a database, tho (relays, an event store), where we're storing the books as events, which are the smallest, simplest building blocks of such documents. So we can always work parts-to-whole and generate any other view on the fly, including HTML. With a book, you don't need the speed and convenience of a websocket, as the text hardly changes and there's hardly any interaction. It's just you, staring at a long text, occasionally highlighting something interesting, and maybe submitting a review of the book, at the end (like we do for relays).
This is grant-worthy Nostr Core Development, in my opinion. What do you think nostr:npub1l2vyh47mk2p0qlsku7hg0vn29faehy9hy34ygaclpn66ukqp3afqutajft and nostr:npub1qny3tkh0acurzla8x3zy4nhrjz5zd8l9sy9jys09umwng00manysew95gx ?
Would this be a good place for someone ambitious to start?
how is that different from highlighter?
No websockets. We tested our various ereaders today and they all passed out trying to use websockets. π
it should be possible to write lighter weight webapps that compose raw JSON content and use plain HTTP
i seem to recall the web dev guy i used to work with back in 2018 writing Go services that pulled data from simple flat file stores containing JSON and using pure HTTP with simple javascript, it's probably something half way between static site generator and web 2.0 style pre-PWA style you need to build
Or do that. I have no idea. I'm not really from that specialty, I just want my app. π€£
I love reading the articles, but get so tired of staring at glaring screens. That's why I have the Kindle and Tolino apps on my phone, but I hardly use them. Always go for the e-reader.
My laptop is better than the phone, so Nostrudel and Highlighter and Habla get a lot of use, but then I get all ADD and start clicking around to see if I have notifications or an email came in and what's on Slack...
can relate... it definitely would help us attention deficit kids
njump is a centralized shitcoin and people should not rely on it or use it for reading, just for sharing in other shit platforms.
We'd want an HTTP endpoint that renders the events as webpages, and maybe another one that creates a browsable feed that e-readers can use.
Bonus points if it's written as a library or plugin or something so anyone can run it on any server.
Relay servers should have HTTP surfaces for compatibility with other web technologies around these sorts of solutions. Interoperability.
