View Full Version : Mobipocket's use of the <FORM> tag....


nrapallo
06-25-2008, 11:57 AM
I have successfully used the <FORM> tag when creating .imp ebooks for the eBookwise 1150 (and REB 1200) (see FORM INPUT: Cute idea, but nevertheless useful (http://www.mobileread.com/forums/showthread.php?t=22539)).

I tried using this concept with .prc ebooks (see 'Dickens Reading Checklist.prc' below) and while it's created the way I would expect, the PC software viewer doesn't remember the selections. I implemented this without using any java scripts and maybe that is the reason the selections are not remembered. I don't know (I mean I don't know javascript)!

The Mobipocket Javascript support (http://www.mobipocket.com/dev/article.asp?BaseFolder=prcgen&File=javascript.htm) website help gives insights on using the <FORM> tag using javascript, but I don't know if javascript is a pre-requisite! I downloaded the sample and its results looked more promising (see 'Mobipocket test taking sample.prc' below)

Can someone with a Mobipocket-enabled hardware ebook reader try the attached .prc to see if the selections are "remembered" after closing the ebook and re-opening it. Source files included in the below .zip.

Is there a better/easier way to code this .html to make this work?

BTW, this is the original Fictionwise forum post on this topic:
A while back I compiled a series of .html stories into one ebook i.e. merged them.

If I chose to read them sequentially, then I could easily keep track of those that I had read and those waiting their turn. But, I knew I wouldn't be so disciplined.

Sooo...

I used the <form> construct and designed a checklist of sorts and placed it at the beginning of the ebook compilation.

Surprisingly, the input choices are remembered after you power down and will only be erased if you choose to Erase Markups! If viewed via the PC viewer, you will note it saves a 'FormsReport.txt' file, which is used to facility this "memory".

nrapallo
07-01-2008, 11:46 PM
Can someone with a Mobipocket-enabled hardware ebook reader try the attached .prc to see if the selections are "remembered" after closing the ebook and re-opening it.

BUMP.

Anyone have any success with these .prc remembering the selections?

wallcraft
07-02-2008, 12:49 AM
The Kindle and the iLiad don't seem to support javascript. They both display only the HTML in your examples. The MobiPocket Forum thread: Free converters not working on my BlackBerry!? (http://www.mobipocket.com/forum/viewtopic.php?t=569) indicates the same is true of the Blackberry reader (which is also based on the Java Reader).

nrapallo
07-02-2008, 05:30 PM
The Kindle and the iLiad don't seem to support javascript. They both display only the HTML in your examples. The MobiPocket Forum thread: Free converters not working on my BlackBerry!? (http://www.mobipocket.com/forum/viewtopic.php?t=569) indicates the same is true of the Blackberry reader (which is also based on the Java Reader).

Thanks for the feedback!

BTW, I don't support javascript as well...;)

DMcCunney
07-02-2008, 06:14 PM
The Kindle and the iLiad don't seem to support javascript. They both display only the HTML in your examples. The MobiPocket Forum thread: Free converters not working on my BlackBerry!? (http://www.mobipocket.com/forum/viewtopic.php?t=569) indicates the same is true of the Blackberry reader (which is also based on the Java Reader).
It's possible to implement JavaScript in Java - see Mozilla's Rhino project (http://www.mozilla.org/rhino/). But I don't expect to see it show up in Mobi's Java based reader any time soon. The Rhino Jar file is 750K. Mobi would have to do a lot of trimming to get a subset they could implement that would provide the required support and still be a reasonably compact file to install on a cell phone.
______
Dennis