Firmware 2.9 ?

[vvoi666]

has anybody heard anything about v2.9?
- features?
- release date?

should not too far away now, should it?

[jæd]

Originally Posted by vvoi666

should not too far away now, should it?

No, its not...

[Mambo]

What are we waiting for? The long expected "October" release?

Features I think wil include:
- better pdf management
- faster content lister
- 10% faster boot
- plus 5% battery time due to improved power management.

Sorry I am just joking

[vvoi666]

i wish they would do something about .html/.rtf support at last.

pdf filesize, load times and pageturn speed suck on the iliad. and to format every book to an iliad compatible pdf format (one where i don't have to zoom/pan/scan/whatever to read a book) is a pain in the @$$.

simply loading a html file with text reflow and resize would be great.

No, its not...

ha, do you something? go ahead ... spit it out

[b_k]

Originally Posted by vvoi666

i wish they would do something about .html/.rtf support at last.

pdf filesize, load times and pageturn speed suck on the iliad. and to format every book to an iliad compatible pdf format (one where i don't have to zoom/pan/scan/whatever to read a book) is a pain in the @$$.

simply loading a html file with text reflow and resize would be great. ...

I don't know what you all have with the html viewer. If you use W3C-HTML I see no problem. I can scale the fontsize up and the text reflows just nice.
(see attachment for example, rename to .html)

And the problem with PDF is a problem of the format itself. PDF is a layout oriented format. If you have a A4 pdf you either reformat it or you zoom it, that are your options. And don't even think if the iLiad would support tagged PDF/reflowing, you just throw a pdf at it and it works. The pdf itself has to be formatted/prepared for reflowing.

[markiehill]

rtf support would be nice yes, i agree.

currently the fonts on HTML are tiny and light and cut off at the bottom of the page. Pls it does not store your current position within the document which means i have to hunt through the thing to find out where i was.

[jæd]

Originally Posted by markiehill

currently the fonts on HTML are tiny and light and cut off at the bottom of the page.

The default font appears fine...? Do you have a sample to (a) check and (b) add to any bug reports...?

Originally Posted by markiehill

Pls it does not store your current position within the document which means i have to hunt through the thing to find out where i was.

Isn't this a problem inherent with html...? Have you tried splitting up large documents using Irex's custom tags/manifest.xml file...?

[vvoi666]

Originally Posted by jæd

Isn't this a problem inherent with html...? Have you tried splitting up large documents using Irex's custom tags/manifest.xml file...?

exactly what i do NOT want to do ... the viewer irex provides should do this by itself (split the .html file up into pages fitting the iliad screen, number them, store last location).

sorry, but i do not want to convert my docs/books to read on the iliad.

.html/.xml is one of the most flexible formats out there ... why can no one take advantage of this and provide us with a painless way to view these formats on a reader?

[markiehill]

Isn't this a problem inherent with html...? Have you tried splitting up large documents using Irex's custom tags/manifest.xml file...?

You might be prepared to accept that as a solution, i am not.

I do have a sample yes, i can email it to anyone interested, cant be posted here.

its easy enough to work out where you were in a HTML document from a programming perspective, so i guess its a feature that will come, just annoying its not there right now as it makes using HMTL format for reading books unworkable.

[Matthijs]

2.9 release should be very soon.

As for the HTML support: we're still contemplating if we want the keep using the Embedded Mozilla GTK widget, or switch to some other HTML rendering lib. Things like pre-rendering and overlaying scribbles are a little harder in the current solution.
An inherent problem with HTML (in (almost?) all available rendering engines) is that you need to render (or at least parse and layout) the entire page before you can accurately display anything. Pagination is also not something a HTML rendering lib normally takes care off, except in printing-mode...

[Alexander Turcic]

Originally Posted by Matthijs

An inherent problem with HTML (in (almost?) all available rendering engines) is that you need to render (or at least parse and layout) the entire page before you can accurately display anything. Pagination is also not something a HTML rendering lib normally takes care off, except in printing-mode...

That's very true. I remember the the developer of iSilo told me that the reason why iSilo (and other tools like Plucker) use a desktop component to preprocess HTML is to avoid the resource-hungry rendering on the PDA.

[deadite66]

mobipocket handles html pretty well, i assume the linux java version (hopefully coming to iliad) would most likely handle the same formats as other versions.

[wallcraft]

Originally Posted by deadite66

mobipocket handles html pretty well, i assume the linux java version (hopefully coming to iliad) would most likely handle the same formats as other versions.

The Pepper Pad 3 has the Linux Java version. Please point me to a HTML file (or files) that Mobipocket Reader displays well (e.g. from Project Gutenberg) and I'll try it on my PP3 tonight. Note that Pepper did not necessarily implement all the features of the Java version (and the port was done a year or so ago), so this may not be a definitive test.

I have added a new post on MobiPocket Reader on PP3 here.

[cleanclear]

anyone know how long the iliad's battery can last since 2.8 firmware updated?

[phyzjqk]

Originally Posted by cleanclear

anyone know how long the iliad's battery can last since 2.8 firmware updated?

mine is about 10 hours which switches off the sound and no pen using