> I've also run into instances where the preview has text cut off even at 100% zoom.
Which [device, os and browser] are you on?
> I'm reliant on them being always on and still around 10+ years later…
These books are hosted using a service-worker, and will work even if our service goes offline for sometime or your device disconnects from the Internet.
Chrome/OSX should work normally. I'm sorry about this. :-(
Can we look into the errors on your browser's console?
> zoom
Quick note: As a real reader will you prefer to pinchzoom on every page of the book or scale the book just once from the settings panel and be good to go?
> scroll
Scrolling is a no-go for books. My cofounder has written about this at length here: https://bubblin.io/concerns
---
We are aware about an issue that prevents us from using pinch features to scale content correctly on iOS Safari. The bug is raised with Apple for this and I'm hoping they'll catch up on it soon. :-)
Nah, I meant when I got that view with safari there wasn't anything I could do to actually read the text. I was stuck with that view for all the pages. With Chrome I can scroll around to read even with the off-view.
Access to fetch at 'https://ft-polyfill-service.herokuapp.com/v2/polyfill.min.js... from origin 'https://bubblin.io' has been blocked by CORS policy: No 'Access-Control-Allow-Origin' header is present on the requested resource. If an opaque response serves your needs, set the request's mode to 'no-cors' to fetch the resource with CORS disabled.
serviceworker.js:1 Uncaught (in promise) TypeError: Failed to fetch
Promise.then (async)
(anonymous) @ serviceworker.js:1
serviceworker.js:1 Uncaught (in promise) TypeError: Failed to fetch
(anonymous) @ serviceworker.js:1
serviceworker.js:1 Uncaught (in promise) TypeError: Failed to fetch
I've added Codepen's MIT License [0] to your name to credit you correctly at the right spot on our CSS. New build will be rolled out in a couple of hours so kindly check back again.
If however you're still uncomfortable about us using this experiment without a coffee, do let me know and we'll remove it from Bubblin completely. Just kidding, we'll sponsor you a coffee as well ;-)
Obviously. But this is not the type of books I read (or write) often. I also feel like picture/children ebooks books don't make much sense, I prefer to buy these in hardcovers.
By the way, there is another speed-reading aid technique which can fit children books - beeline (gradient-coluored text). But I'm not sure how can it affect children learning to read.
I've personally read Judith's book on animated ABCs to toddlers in our community. In general, I'd want to optimize for attention span when it comes to kids--Bubblin helps with that. Most importantly, kids are already on the iPad, so it makes sense to go take it where they are.
Thank you for sharing the beeline technique. We can probably provide it as one of the layout template options! :-)
We load the entire book in one shot and offline it immediately using a service-worker [0].
Feel free to test it! Bookmark the url and turn off the Internet. Now close the tab, hard refresh or restart your computer if you want to test that far. Reopen your browser and open the bookmarked url and the book will open up on the last page you were on and work normally with full UX/UI without Internet connection.
> prefer my books as epub so they work nicely on my ereader. I also require that they be able to be downloaded as files
hi Sonica, CTO & cofounder here.
i'm sure there are a number of nuggets in the epub standard to pick up! it's just that it is too much friction for people to download a file, navigate to the file on the disk and wait for it to open before they can start reading the book.
we do have a dry no-javascript no-frills mode for books on Bubblin right now, if that helps. we've written an essay [1] discussing some of these concerns and will be happy to engage/implement in a more accommodating fashion.
Really? People who are about to spend a good amount of hours reading a book thinks it's a bother to wait two minutes for a file to download? Using any kind of modern system you'll have a standard download location and a "Open with..." dialog with the default app for a given file type selected, and most epub-capable apps will remember the recently used files so you don't have to.
This smells more like a "we don't want to" instead of "we can't"...
Seem reasonable to me. Most people probably don't have an ebook reader installed, and would struggle to find one and install it. The site could point to one, but that essentially means they become responsible for supporting it.
Personally, I'd also prefer an epub, but I'm not the average user.
The average user will use whatever Amazon, Apple, Kobo et al. provide. Just like the average user is happy with Spotify and iTunes and has never heard of Bandcamp. If something like Bubblin wants to succeed, it needs to cater to those users who are not happy with the status quo.
Maybe. But the people who have dedicated ereaders are usually those who read a lot and are passionate about quality ebooks. I'm sick of buying ebooks at Amazon, jumping through hoops only to get it onto my Kobo, and then find it has weird style sheets and plain wrong formatting, which I then have to fix via Calibre. This is just nuts. Combine this with the fact that only a tiny fraction of what I've paid went to the author, I would love if there was something like "Bandcamp for ebooks". I think this might very well work out, and I also think that many authors would jump onto this.
> it's just that it is too much friction for people to download a file
Except for all the people with an e-book reader. You're actively excluding power users. If it's really about the friction, just include an epub download as an alternative, so you address all target groups.
The more I read of this thread, the more I think that's the point. They don't care so much about people with reading devices and are catering to a (they hope) mass-scale audience.
Rejection of the existing market might backfire, though.
> don't care so much about people with reading devices…
That's not true!
We support almost all devices on the planet that are on web, and would definitely like to reach devices that are not on web too.
What hadn't been clear to me up until yesterday was 'who we were': Netflix of books or Spotify of books or Bandcamp of books or Youtube of books, so I just went ahead with 'Bandcamp of books' for the announcement on HN.
I personally don't read books in form of files but that doesn't mean Bubblin wouldn't let authors or readers have it for their books -- unless of course we decide to become Spotify or Youtube of books instead.
> it's just that it is too much friction for people to download a file, navigate to the file on the disk and wait for it to open before they can start reading the book.
It's two touches on an android and under 20 seconds for a typical book on a good link.
What friction are you talking about?
Besides, fbreader eats so much less battery/ram/cpu than firefox. This is very important.
> it's just that it is too much friction for people to download a file, navigate to the file on the disk and wait for it to open before they can start reading the book.
That’s ridiculous considering how successful a lot of PDF releases are.
One of the reasons I've always liked Bandcamp as a consumer is that they made it simple for me to decide how I want consume the music. Maybe for this band I want to download a FLAC, and for this band I only care about an MP3. For less opinionated users they've long defaulted to MP3 which just about anyone can use.
You seem far too opinionated about your tech stack here to truly be a "Bandcamp" from the consumer side. You should try to meet customers where they are: if a user wants and asks for EPUB or MOBI (or MOBI with an AZW file extension) or CBZ or PDF or even DOCX for that matter, how good is your tech stack if you can't deliver on that choice?
A lot of people have favorite e-readers or e-reading apps, just because you offline-first HTML now doesn't mean it's necessarily the right fit. Especially in the world where users largely lost control of fonts and styling on the web, reader apps are people's best friends for long form reading.
It's technically neat that you plan to host arbitrary HTML to allow for interactivity in books. It's also an interesting security hurdle (your only plan to sandbox what you host is IFRAMEs?). But more importantly, if it gets in the way of being able to easily convert your hosted books to any e-reader format under the sun that a user may wish to pay for, is it doing you any good?
On the flipside you also don't seem to quite have nailed what made Bandcamp important to bands, either, which was its focus on bands. That early focus on bandname.bandcamp.com and being a "homepage" for a band listing their stuff alone without cross-sells, without being a "cluttered CD store", I think was critical to the early success of Bandcamp, and still a differentiator even as they've added a more somewhat unified catalog experience to the main page.
Where's your focus on authors? Again, your tech stack doesn't help here: a lot of writers use Word, your dripping disgust of Word in your FAQ shows that you don't seem to care about the tools that writers use. (A lot of professional writers use Word at least somewhere in their toolset because a lot of professional editors rely on the proofing and editing capabilities of Word.)
You have an ordinary bookstore homepage with an admixture of writers with no real organization and a focus on books over authors. You've already let it be a dumping ground of public domain authors, diluting any possible message that you are author-focused. Your author pages are okay, but they don't feel like a "homepage" for the user, partly because the URLs are ugly presumably SEO focused things (nickname-firstname-lastname; that's a lot of things), rather than author-focused personal brand choices. On top of that, your footer is a full third of the page of an Author with only a single book, making the page much more about you than them, and you've filled the page with your logos and your widgets such as login/signup, and including a floating "Need help?" button that also seems to be more about you than about the author, and another location for you to include your logo. Have you ever noticed how little Bandcamp brands itself on a band's page? The overall pixel count is pretty low, the number of widgets kept to a minimum (and pretty artist/album specific: buy, wishlist), used to be typically only a single tiny logo, and again the focus has always been on the artists.
If you are going to compare yourself to Bandcamp, it might be a good idea to get a better idea of what Bandcamp does right, and how they operate as a platform.
OP here. This is a very nice actionable feedback. Thank you for taking the time to write it!
My pinning to Bandcamp's business model was purely from royalty sharing/transparency standpoint. Clearly it isn't quite spot-on and causing some confusion in the community.
The broad footer on profile pages will progress downwards as the user builds more work on the top, but I will definitely rethink its colors to make it less conspicuous initially.
At this point we're almost like a manual sweatshop publisher and we get involved with the writers directly to adapt their book(s) on web. I don't think we'll be in a position where we'll do what thousands of other websites are already doing i.e. force people to download files (or skip) and hope that those files will be opened and read somewhere someday.
It doesn't help the cause of an ordinary user (following simple Priority of Constituents here) and the general idea is that if the book is not on web, it's not accessible by default.
> I didn't even know it had any real social features.
hi, Sonica Arora, CTO of Bubblin here.
social is very critical to books, though I agree with you that with Bandcamp and in general with music it isn't so much. our store fees, transactions and writer-reader sale stuff and options will be just as transparent and simple as it is for Bandcamp.
I thought it might be useful to consider animations over static artwork in some cases—especially for subjects that are hard to explain without visual explanations -- like a canvas experiment to explain pendulum motion. Or a gravitational slingshot or a chapter on optics and lensing.
> I've also run into instances where the preview has text cut off even at 100% zoom.
Which [device, os and browser] are you on?
> I'm reliant on them being always on and still around 10+ years later…
These books are hosted using a service-worker, and will work even if our service goes offline for sometime or your device disconnects from the Internet.