Register Guidelines E-Books Today's Posts Search

Go Back   MobileRead Forums > E-Book General > General Discussions

Notices

Reply
 
Thread Tools Search this Thread
Old 12-17-2016, 06:23 PM   #61
Rbneader
Fanatic
Rbneader ought to be getting tired of karma fortunes by now.Rbneader ought to be getting tired of karma fortunes by now.Rbneader ought to be getting tired of karma fortunes by now.Rbneader ought to be getting tired of karma fortunes by now.Rbneader ought to be getting tired of karma fortunes by now.Rbneader ought to be getting tired of karma fortunes by now.Rbneader ought to be getting tired of karma fortunes by now.Rbneader ought to be getting tired of karma fortunes by now.Rbneader ought to be getting tired of karma fortunes by now.Rbneader ought to be getting tired of karma fortunes by now.Rbneader ought to be getting tired of karma fortunes by now.
 
Posts: 500
Karma: 2661351
Join Date: Mar 2012
Device: None
Quote:
Originally Posted by DiapDealer View Post
I don't disagree. I only disagree that "the best thing about ebooks" has been missed thus far. I could be wrong, of course. There may be millions just waiting to read/buy multi-media ebooks with an internet-connected browser. But the truth of the matter is: it's not that novel a concept. Someone would already be leveraging it for all it was worth if it were viable.

The future of multi-media ebooks is iOS/Android apps (with offline capabilities). Not browser-based, server-side php/asp that requires full-time connectivity. *shrug*

It sounds lke a fun hobby-project, though. So like I said; I wish them luck with it.
People are already leveraging the 'multimedia book' or 'interactive story' idea. They're called games.
Rbneader is offline   Reply With Quote
Old 01-10-2017, 02:00 PM   #62
pittendrigh
Connoisseur
pittendrigh ought to be getting tired of karma fortunes by now.pittendrigh ought to be getting tired of karma fortunes by now.pittendrigh ought to be getting tired of karma fortunes by now.pittendrigh ought to be getting tired of karma fortunes by now.pittendrigh ought to be getting tired of karma fortunes by now.pittendrigh ought to be getting tired of karma fortunes by now.pittendrigh ought to be getting tired of karma fortunes by now.pittendrigh ought to be getting tired of karma fortunes by now.pittendrigh ought to be getting tired of karma fortunes by now.pittendrigh ought to be getting tired of karma fortunes by now.pittendrigh ought to be getting tired of karma fortunes by now.
 
Posts: 78
Karma: 1332336
Join Date: Mar 2011
Location: montana
Device: none
RE> "The future of multi-media ebooks is iOS/Android apps (with offline capabilities). Not browser-based, server-side php/asp that requires full-time connectivity. *shrug*"

Yes of course. A browser based reader is useful only for marketing, as a quick and dirty way to get potential buyers sucked in . I sell digital blueprints for do-it-yourself boat builders. Many if not most of my customers don't use Ebook apps yet. A browser based reader is a way to get them started.

Once they've seen the first 25 pages online they're supposed to get itchy fingers and buy the ebook as a whole, download it, then download Readium or what ever, then use a file browser to drag the ebook into the reader interface.

All of the above is forgotten by tech/savvy readers who already live in the brave new ebook world. For those who don't ebooks are a sales blockade.

======
I said I'd have working software by early January. I do now. I'm down to details. I've come this far already so I intend to finish what I started. But I am having regrets.

I wanted to be able to display an ebook (epub3 specifically) inside my own home-rolled Content Management System, so the ebook amounts to the contents of a DIV--so it could be surrounded by global navigation to all the other parts of my site.

Existing software like the javascript based bibi something insists on making HTML HEAD and BODY elements, so you cannot embed it without an IFRAME.

My software can be embedded. But the programming details are getting ugly. I have to do a lot of regular expression text substitution to *.xhtml content pages to get images video and sound files to work. That's server cycle expensive. Server side caching (like the resource expensive DRUPAL) will be required before it's a usable product.

Using the open source bibi software (don't have the link at my fingertips) with an IFRAME is starting to look more enticing. Prejudice against IFRAMES may be overblown. Somewhat like the C-programmer's aversion to gotos. Which aren't so bad in some contexts.

Last edited by pittendrigh; 01-10-2017 at 02:09 PM.
pittendrigh is offline   Reply With Quote
Advert
Reply


Forum Jump

Similar Threads
Thread Thread Starter Forum Replies Last Post
Calibre Software development course rootandroid Calibre 4 09-07-2015 07:19 AM
Application Software Development victoriabrown enTourage Archive 1 05-16-2010 11:54 AM
Reader software forums JSWolf Feedback 0 01-03-2010 04:25 PM
DR1000s software development vwinstead iRex 22 01-09-2009 05:35 PM


All times are GMT -4. The time now is 12:31 PM.


MobileRead.com is a privately owned, operated and funded community.