Hacker News new | past | comments | ask | show | jobs | submit login
Show HN: Bubblin – Bandcamp for books (bubblin.io)
138 points by marvindanig on Dec 18, 2018 | hide | past | favorite | 88 comments

I couldn't find any info on your page regarding the royalties model that you're going to use. How much of a cut are you going to take? Is it going to be closer to amazon's 70% or closer to bandcamp's 15%?

Why do you have the restriction to original work and public domain work "with your own take"? For me, personally, that's a bit disappointing, since I work largely on digital reproductions of public domain work leaving it "as is".

One of my leisure time pursuits is to find interesting old books on cavalry, making them into high-quality reflowable e-books. It's a lot of work. I sometimes have to find multiple originals in libraries and antiquarian bookstores if there isn't a single original available in a good enough condition. Then I type them in multiple times to make sure there are no typos. I scan & vectorize the graphics. Then I produce nice reflowable EPUBs and ensure compatibility with a wide range of hardware. That kind of thing is hard work, and yet that sort of work is probably not protectable by copyright. It's been a personal frustration of mine that platforms for bookselling are often so uninviting towards that kind of content. -- It would be pretty easy for me to take a work like that and make it into an edition "with commentary", but, honestly, I'd much rather allow these works to shine in their original glory.

> Why do you have the restriction to original work and public domain work "with your own take"?

Fixed and deployed. Yes, feel free to publish public domain works as you like it!

> …regarding the royalties model that you're going to use.

15:85 for Bubblin:Creator using simple Stripe Connect. I'll be rolling out these pages in the next few hours.

Cool! ...I like your level of responsiveness towards user suggestions :-)

> One of my leisure time pursuits is to find interesting old books on cavalry, making them into high-quality reflowable e-books.

That’s so cool! Is there any chance you’re willing to share those epub’s? I’m a private Archivist/Data Hoarder and would love to get my hands on those files just to keep them safe.

Feel free to contact me, my email is on my profile.

I'll definitely share the EPUBs. My current plan is roughly as follows:

I'll create a Facebook group to serve as a "reading club" and publish the fulltext in a bit-by-bit fashion to the group as Facebook documents, maybe also to Bubblin at zero price. I like the idea of being able to link directly to individual pages within the Bubblin-based ebook. The usefulness of this feature depends a bit on how good the previews look that Facebook would end up extracting for those links. For people who want a more proper book experience there will be a ZIP file available for download with a printable PDF and an EPUB. I'll make that bundle available for purchase using a service similar to gumtree but better geared for the German market.

My hope would be that, through these purchases, I can recoup some of the costs that went into the production of those works. After the reading club is through, or when I've made enough money to break even, whichever comes first, I'll upload the EPUB for free to Amazon, project gutenberg, archive.org, wikisource, wikimedia commons, and whatever other platform I can think of. I'll also upload the scanned source material to achive.org. I can send it to you as well, if you'd like, once I get to that stage.

The baseline strategy here would be to just upload to Kindle Direct Publishing and put a price tag on it. But if I did that, then Amazon would stand to benefit from my efforts more than either I or the general public would, and it would probably not get the material as much circulation. So that's what I'm trying to avoid by doing things this way.

I’ve been designing a new business model that is a positive sum game for all players.

I’m sick of these rent seeking fee grabbing antiquated ideas prevailing just because “that’s how it’s always been done”

I truly respect your efforts and wouldn’t comment here if I didn’t think I had a way to improve that process for you. Please email me if you’re interested in hearing more. Email is username at gmail.

Looking forward to hopefully hearing from you.

You’re awesome!

Are you interested in publishing those archives? I assume they aren’t in the Creative Commons completely but maybe the ones that are?

Reason I ask is because I’m creating a website where users can be paid for demonstrating competency in content while also serving as a more sane and organized organizational structure for content.

Email is username at gmail if you’d like to chat.

I’m working on a new business model associated with knophy.com that will allow you to leave work as is while still earning compensation for your efforts.

The prototype is being put together live at knophy.com and while it may not appear obvious from the site’s current status, I would love to talk with you about how your archival efforts would be greatly appreciated with us.

Please reach out at my username at gmail if you’re interested.

I'm rather confused about this "reflowable" thing. Wouldn't the plain text itself be naturally reflowable, or wouldn't it be easy to automate that part?

as opposed to PDF?

yeah, it's a technical term. for example the entire amazon kindle toolchain supports two approaches to doing an ebook. one is by converting a pdf (not reflowable), the other by converting a word or html file (reflowable). epub generally means reflowable, so what i said up there was a bit of a pleonasm. a non-reflowable ebook (i.e. stemming from a pdf) also behaves like a pdf on the reading device, e.g. you can "zoom" into sections of the page, but you can't change the font size and still have the text run from side-to-side without scrolling.

> One of my leisure time pursuits is to find interesting old books on cavalry

Woah, that sounds cool! Do you have anything publicly available?

I'm putting the finishing touches on my first one and should be able to release it over the next couple of weeks. It's the "Exercier-Reglement der K&K Cavallerie" from 1898, Habsburg-Austria's "answer" to the more well-known Prussian army riding instructions from 1882.

I can post a link here when it's ready, in case you're interested (just bookmark this thread). -- It will be in German, though. (Maybe I'll get into the business of translating one day, but not as of now).

I also have a second one in the pipeline, which is the aforementioned Prussian work (which eventually developed into the even more well-known HDV12 in its edition from 1937 that had a great deal of influence on the kind of dressage we see today).

When I'm done with that, I've already collected the source material on the British "Cavalry Drill", also of 1898. That one will be in English, obviously, but have no clue on when it might be ready.

Would love to get notified. My email address is public.

> One of my leisure time pursuits is to find interesting old books on cavalry, making them into high-quality reflowable e-books. ...

Why not crowdfund this work, with a commitment to submitting it DRM-free to Project Gutenberg (or perhaps DP-EU, for works that PG cannot accept)? This pure 'sweat of the brow' work seems to be especially appropriate for crowdfunding, as opposed to plain old content protection.

I gather from their wonderful pseudonym that he/she has a different attitude to “sweat of the brow”: https://en.wikipedia.org/wiki/Alexey_Stakhanov

haha, yeah, that's right about stakhanov.

wikisource actually does crowdsource this type of work. regarding crowdfunding: it's not actually all that capital intensive and i prefer no capital and no responsibilities. otherwise i could get in trouble balancing responsibilities toward crowdfunding investors versus responsibilities toward the employer who i actually work for to pay my bills.

Crowdsourcing is also done by the 'distributed proofreaders' subproject of Project Gutenberg. It is an uncomfortable fact though that many 'DP' projects run aground without actually seeing a Project Gutenberg release, due to the lack of people who are willing to push the projects through and especially to 'post-process' them, i.e. take the proof-read and marked-up pages and actually create a final HTML e-book from them. (This shows up on the site as a sizeable 'post-processing backlog' which is unlikely to be even partially addressed in the foreseeable future.) But as long as someone is willing to do the hard part of the job, 'DP' can also work quite well!

From a user's perspective: The main point of Bandcamp is that you actually own what you buy. No DRM, no additional charge for lossless, properly tagged, including cover art, everything in a perfectly normal ZIP anybody can use and nobody can take away from you again. That is why Bandcamp was so refreshing when it started, and that is why I buy my music there whenever possible. As far as I can see, this site is nothing like that.

Exactly, and LeanPub already covers the analogous use case for books fairly well.

I read all the time on my iPad. Sorry for the negative feedback, but I don’t think I would use this. If there’s no pdf/ePub download that I can put into a reader of my choice, see alongside my other downloaded books, take anywhere with me, categorise, highlight, bookmark, skip around in, etc, then it’s not for me, and it’s not like Bandcamp. On the iPad there is no friction with downloading such files to a reader app - it’s one or two clicks - so I’m not sure why that is the reason given for no providing it.

Also, the font is simply gigantic, I felt like I was back in primary school! I couldn’t discover how to resize it, if that is possible.

Also, propper encoding to multiple formats was the original selling point of bandcamp. Too many independent bands were messing it up, and they made it easy.

Why do you need to download explicitly when your book is already offline using a service-worker? Serious question.

Speaking just for myself --

Reading is about so much more than simply getting printed words in front of a pair of eyes. When you're reading, you're very actively engaged with whatever device you're using to read, so the ergonomics and aesthetics of the experience are much, much more important than they are on something like a music streaming service, where basically 0% of your time using the service is spent physically interacting with the app.

I have an e-reader that I strongly prefer using when it's an option. It's easier on my eyes than the iPad, it's more comfortable to hold than the iPad, spending a 2-hour flight reading a book on it won't take the battery down to 0 the way it will on the iPad. It doesn't glow blue and ruin my sleep if I use it to read before bedtime like my iPad will.

Sometimes I do read on the iPad, too, in cases where I need to scribble notes or the page layout needs to be preserved. (So, work stuff and comic books.) When I do that, I already have a reader app that I strongly prefer to all others I've tried.

I've spent years and years developing a personal connection with my e-reader and that reader app. They've become an integral part of my expectations when it comes to reading an ebook. Imagine if a park didn't let you bring your own bike on the trails. Even if they had bikes they let you use free of charge, even if the trails were stunning, I'd still probably find somewhere else to go riding, because, if I'm going to go mountain biking, I just assume it's going to be on my bike.

Because my reading apps can do more than the website’s reader can. Because then I own the file and the website cannot simply take it down. Because of all the reasons I listed originally.

Basically - is this site selling itself as Bandcamp for books, which means ‘hardcore’ readers can discover new and interesting ‘indie’ books and do what they want with them in whatever format they want, or is it selling itself as a fancy reading app with animations and things (which imo appeals more to casual readers/children, and the giant font also gives off that impression)? It is trying to be both - or is clearly the latter but has been posted here as the former - and that seems conflicted. You simply can’t make me believe that I am MORE free by being locked into one reading app vs downloading a file! :)

> my reading apps can do more…

What are the top three features on an app that you find so unique and useful that web can't offer it?

I’ve got to commend you for actively responding to feedback in an unbiased way.

Some seem not to gel with the wording you’ve used for your website, but you’ve put lots of work in and your passion and honesty show through the feedback and responses you’re providing.


I just really want to be able to read a book in different apps on different devices.

Given an electronic book at least I want to have a file I can copy to my eInk PocketBook (via Calibre or by just copying a file manually). My wife would like me to send her the file she would read in iBooks on her iPad. And would probably also like to open it on my Android phone to read it in an app that implements Spritz-like speed-reading technique.

Spritz won't work for books with illustrations. It's a complete no-go for photo-books and children's books, for example.

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 also feel like picture/children ebooks books don't make much sense…

Have you seen this two books?:



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! :-)

How about for the reasons given, non of which you addressed?

But to the point you do raise - so now I have to keep a tab open in safari constantly for each book I'm reading or might want to read? If I'm going on a trip and want to take half a dozen books because I'm not sure which I will read, now I've got 6 tabs open in safari constantly.

> so now I have to keep a tab open in safari constantly…

You can close the tabs and re-open any number of books without an Internet connection. The books will work normally.

That is the whole point of offline-first!

How? by trawling through History?

I'm guessing it's something like readthedocs.io, where you can navigate to that url when you're offline, and it'll give you a somewhat restricted UI that lets you browse any documentation that you've downloaded for offline reading.

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.

[0] https://developer.mozilla.org/en-US/docs/Web/API/Service_Wor...

I am a huge fan of bandcamp, I buy most of my music because I can download the FLAC files and put them on my streaming server. I was rather disappointed that instead of providing polished, DRM free ebook files but went with a web based version that I cannot transfer to my ebook reader.

I would be more than happy to not only pay the authors but also for the work that you guys do by providing nice clean files.

There is another small thing that bugs me. Why did you choose to emulate books in your reader even down to turning pages? IMHO this is rather unnecessary, just presenting the book like a long article with well done typography would have been enough. (the reason, again IMHO, that ebook readers have virtual pages is that their displays are to slow to have smooth scroll)

I'd never read Harry Potter and Prisoner of Azkaban like an article or a PDF file. No one will. This way I can… at least my nephew will.

We've discussed this subject at length over here:



I read a little of what you link. I have a concern: you are ignoring the current state of the market and hoping your new standard will be adopted. I have an eInk reader that is about 10 years old. It is serviceable. I put most of my eBooks on that for reading.

I won't consider a service that doesn't have the epub format. The first thing I do (before buying an eBook anywhere) is check to see if I can get it on my e-reader. I already have to jump through hoops to get my Amazon purchases onto it.

I won't use your service because it doesn't have what I need. And there are many people like me.

The entire point of bandcamp, for me, is FLAC downloads.

There was already a comment about how there aren't epub downloads. So this is hardly the "Bandcamp for books." More like the "Spotify for books" I would think.

> Spotify for books

Interesting. I think we're drawing from both Spotify and Bandcamp here somewhat. Overall, since there are differences between how/why we consume music vs. how and what we do with books so there will be differences in final implementation of Bubblin eventually and we might just sit closer to Spotify then.

We had to start somewhere, and Bandcamp for Books wasn't a bad place to begin with.

Had a read of the FAQ and it doesn't seem like its for me. I prefer my books as epub so they work nicely on my ereader. I also require that they be able to be downloaded as files so I can store them on my hdd and they are safely archived so if the original seller pulls them offline or the website shuts down I will always have access to them.

This services feels more like a longer form blog platform tbh but good luck and I hope others find use in it.

> 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.

[1] https://bubblin.io/concerns

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.

The average user prefers something that works on an ereader.

I don't think that's true, few people read ebooks in ereaders: http://www.pewinternet.org/2016/09/01/book-reading-2016/pi_2...

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.

This is old data and I don't trust it.

Also, there could be one button to download the content and another to view it.

> 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.

> You're actively excluding power users.

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.

Hope it clarifies.

> 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.

No epub/fb2 download - not interested at all.

> 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.

For all the kindle users, they could just supply their kindle email address and have you send the epub directly to the device.

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.

> Welcome to Bandcamp of books, comics and magazines!

I'd be wary of using that phrase directly on your home page. That's definitely making use a of trademark you don't own - seems like a quick path to some legal trouble with bandcamp?

Looks nice :-) What are you planning for the future? I'd like to take a lot of notes and get a nice overview for future review / a lot of learning features.

Any thoughts on adding discussions?

I'd also like you to add a lot of essays ;-)

Bug report: I verified my email, but it still tells me to do so. (Using on Macbook, validated from iPhone, so different device)

Discussions are our next milestone, so yes! I think it will be good to share our roadmap somewhere on the site. Thanks for sharing your thoughts!

It all looks really cool but can you please clarify 1) licensing -- all your git projects say "license TBD" for many months. 2) clarify the selling options - 3) If I want to publish a book on my own site, why do I need to authenticate to bubblin.io 4) what is your accessibility story?

I love the ES6 book, crisp and clear

The ui seems considered and polished, works good on mobile for me

Quick UI/UX note: You should remove the border around the titles until you hover over them, way more pleasing on the eye and less "in your face"!

I'm glad to see you're using my code for the book hover states: https://codepen.io/rafaelrinaldi/pen/LEYyKZ

If possible can you just mention it somewhere, or just buy me a coffee instead: https://buymeacoff.ee/rinaldi

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 ;-)

[0] https://blog.codepen.io/legal/licensing/

Doesn’t bother me at all I am genuinely happy to see it being used.

Good luck with the product.

How do I find any new books there? I don't mind the classics yet I feel curious about what do indie writers write today.

What does "bandcamp" refer to? Is that another webapp or are you comparing the bookreader to a summer camp?

It's the business model that we're geared towards. But we're still writing code as we speak so any suggestions on alternative models are most welcome.

[edits] Hoping that site doesn't crash. brb.

Interesting that they go whole hog with the tournament model where everything is based on the hustle and luck.

https://www.demontfortliterature.com/ takes the opposing approach where they hire authors for a stable salary.

Explain to the folks at home what Bandcamp is

How can one go about authoring a book on your platform? It's not the same old EPUB, is it?

We have a code playground for authoring, so it's almost like frontend development on each page of your book. Here'a quick tutorial if you're up for it:



Hi HN!

Meet Bubblin Superbooks, a social book reader for web. It's _iPad first_ and all the books (mostly public domain samples) work offline too using a service worker.

Hope you like it! :-)

Good/bad, all feedback is very welcome!

I like the idea. The site is well-done and I'll definitely revisit...however...I wanted to ask about some of the comments in the FAQ, specifically:

> Files are about encoding those rotten ideals and force > them on the society.

> So why should e-books be files at all?

Well, without some kind of common format, you would need a browser always in order to reliably view a book. Browsers are pretty awful on e-readers...so you're basically forced to read a book from your phone or tablet through a browser with this concept.

Another problem is that unless the books are embeddable HTML, it's easy to imagine that your Bubblin formatting would not work well if I try to self-publish to say, my personal blog. So am I not just trading one proprietary file format for proprietary HTML/CSS/JS markup?

I like the vision. E-books can be so much more than they currently are and it would be neat to see more rich visualization and interactivity inside of reading experiences.

> …unless the books are embeddable HTML, it's easy to imagine that your Bubblin formatting would not work well if I try to self-publish to say, my personal blog. So am I not just trading one proprietary file format for proprietary HTML/CSS/JS markup?

That is correct. At a very high-level we'd ultimately need to spec out a web standard to support books natively on web to avoid one proprietary format from another; like the video tag perhaps.

For now (though it is still unfinished, raw and very very early) we have a sister project called Bookiza.js [0] that let's you publish a Superbook on your own website using markdown or haml. :-)

[0] https://bookiza.io

I see bandcamp as a store where the fees for the artists are straightforward, the barrier of entry is low, the artists can set the price themselves and the user has format options. I didn't even know it had any real social features.

So to me, the headline chosen here is very misleading.

> 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.

thanks for sharing your views!

I browsed through a book, really enjoying the interface - though I hit an issue here: https://bubblin.io/book/the-solar-system-by-marvin-danig/22

The right hand page (leaf?) says "Your browser does not seem to support WebGL. Find out how to get it here.". The error message is impossible to select and copy; it links to https://get.webgl.org/ which tells me my browser does support WebGL, showing the spinning cube.

Also, entering reader mode unexpectedly (ironically?) shows only a set of keyboard shortcuts, and this despite having no keyboard connected.

Using Brave on an iPad Pro.

1. Thanks! And yes, I'm aware of these issues pertaining to touch surfaces with/without keyboard and also on browsers that return isTouch true falsely on some machines running on Windows & Chromebook.

Our next iteration of Bookiza early next year will solve all of these edge cases gracefully.

2. That book on Solar System is an extreme example. I'm loading the heaviest MathJax library on that page to render simple math formula. Katex would suffice there and the bug would be gone. :-)

Hi marvindanig, great product, loved the YC application – very pleased to see that you haven't changed over the years, and are still creating!

I love your website by the way. If I want to read 1984 on EPUB I will just download it from Guttenberg or something but if I am reading it in browser I will certainly use your service. I really don't know what all that negative feedback is about. Of course, that doesn't mean we should turn into a producthunt-like shilling party with fake positive comments, you guys need to criticize without passing negative feelings to the authors. It's really depressing to work months on something and then when you show it to people they start complaining about things that aren't in your product's scope in the first place.

Thank you! I'm glad you like it. :-)

Guidelines | FAQ | Support | API | Security | Lists | Bookmarklet | Legal | Apply to YC | Contact