So, I believe the answer is here:
"When mounted, the environment will serve assets from this
directory as if they were static files in your public root.…The power of the load path is that it lets you organize your source
files into multiple directories -- even directories that live outside
your application -- and combine those directories into a single
virtual filesystem. That means you can easily bundle JavaScript, CSS
and images into a Ruby library and import them into your application."
A Monocle book is a ruby application. That's interesting and worth learning. I'll dive in.
At the risk of being perceived as confrontational (which I'm not; I think you've accomplished something brilliant here, and I respect why you don't want to conduct "beginner's classes" on this forum), that strikes me as something worth mentioning. What do publishers need to know to use Monocle? The site says, "
Monocle is software zero. There’s nothing to install." Technically true, but only if you're a ruby developer or have contracted one to deliver and install your compiled book. Your Github intro page says:
"If you want to explore all of Monocle's features, clone this repository and
open test/index.html in your browser. This will guide you through Monocle's
tests, which incidentally demonstrate all the major features. View source or
browse the test directory in your text editor for implementation details."
Sorry, but that doesn't work. Clone the directory and run index.html in your browser. On second thought…
Why am I being a RFPIA about this? Because eBooks and apps are closed-loop systems where bookstores and app stores make 30% (at least) of a publisher's nut without taking an ounce of risk. Like you, I'm a proponent of the open web and now that browsers are being built into eReaders (and everything else), we have an opportunity to publish web-based eBooks that bypass the gatekeepers and offer a reading experience that is superior in many ways. Additionally, you've solved a distribution problem with booki.sh. As an educator and publishing consultant, I work for (and blog for) the writers of the million books that get published every year. How do we empower the average publisher to deliver their ePub as a Monocle book? How do we empower the average web designer to refine and customize the design of a Monocle book? How do we get enough publishers on board to put web-based eBooks on the radar? If it accomplishes nothing else, it will push eReader manufactures to fully support ePub3.
The other advantage for you is that declaring a few details up-front, even if you think everyone should find them obvious, will spare you the hassle of having to deal with newbie questions from people like myself. I tried running
http://test.monoclejs.com/test/ in the Github repository but only got access to code. One more obvious thing I should have known, I suppose. A live link in the intro page would have helped.
I'm guessing you don't have to be a full-blown ruby developer to work with Monocle. I'm guessing you just have to install a few things and learn to work with a few command line prompts. I'm still guessing at a lot of things, but I'll keep reading and soon won't be. I'll let you know and then I'll write the damned "what you need to know to use Monocle" tutorial myself.
Again, why am I being a RFPIA about this? The book landscape isn't going to be changed by ruby developers or web developers; it's going to get changed by publishers—and if you want to see technological disconnect, you need look no further. I'm the guy who builds the bridges that give those people access to to the tools and strategies they need to make good books happen in good places. My Flash flipbooks tutorial and free XML-based UI add-on has 16,500 page views. My book typography articles have over 5000. I'm a publisher with an innovative eBook project who wants to make an impact with classic book design principles and web-based technology. I'm a major advocate for self-publishers. I'm an experienced web designer who has won Adobe site-of-the-day awards and professionally published Actionscript courses. Brag. Brag. Who cares? But if people like me are bouncing off of Monocle, the people who might use it most enthusiastically won't even get close. Think of me as a case study—the ideal Monocle user—I'll do what I can to close the gap from my end. And this isn't a bitch letter; I'm grateful when users tell me they don't understand a particularly creative UI or don't like a design I happen to dig (and that happens to the best of us). My comments are intended to be positive and constructive. If there's anything I can test or contribute in the way of design/typography/UI, please reach out and count on my enthusiastic support of your project.
When I figure out how to get the damned thing to run in my local browser, I'll come back and share the love.