LRF output

[kovidgoyal]

It's part of libprs500. If you only want to use html2lrf all you need is
python 2.5 and setuptools. Once they're installed a simple

easy_install -f http://www.pythonware.com/products/pil Imaging
easy_install-2.5 -U libprs500

will install it automatically.

EDIT: Forgot about the dependency on Imaging

[FangornUK]

Originally Posted by kovidgoyal

Added support for the Canvas element to pylrs. ... I should also be able to implement the centering of ImageBlocks...now if only I had more time ;-)

Woohoo!

[kovidgoyal]

Released 0.3.32
1) Large images are automatically placed in centered ImageBlocks
2) Fixed handling of images referred to in <a> tags
3) Autorotation of images whose width > height
4) Minor bug fixes

Note: there was a major module re-organization behind the scenes. This may cause some bugs, so let me know.

EDIT: Re-uploaded with autorotation of images.

[isaacrdz]

Originally Posted by kovidgoyal

It's part of libprs500. If you only want to use html2lrf all you need is
python 2.5 and setuptools. Once they're installed a simple

easy_install -f http://www.pythonware.com/products/pil Imaging
easy_install-2.5 -U libprs500

will install it automatically.

EDIT: Forgot about the dependency on Imaging

For some reason, that made more sense to me than the instructions on libprs500 page.

Maybe I'll put together a more "Mac friendly" of the installation instructions later.

[kovidgoyal]

Well that's because the instructions on the website cater to 3 operating systems and all the features of libprs500. If you do write up some instructions for OSX I'll add a link on the wiki.

[Paviko]

Hello kovidgoyal,

Thank you very much for html2lrf converter, it's very usefull.

I've noticed one strange thing with 0.3.32 version. The images, that have widht > height are missplaced (put to the right and cut off). Maybe PRS-500 is not supporting image rotating ?

I attaching simple html file that is causing problems.

Thank you.

[kovidgoyal]

Version 0.3.33
1) Added support for HTML tables
2) Squashed image handling bug that had crawled in for 0.3.32
3) Minor bug fixes

To see examples of table handling look at the demo file attached to the first post of this thread.

As a reminder bug reports go here:
https://libprs500.kovidgoyal.net/newticket

[JSWolf]

Originally Posted by kovidgoyal

Version 0.3.33
1) Added support for HTML tables
2) Squashed image handling bug that had crawled in for 0.3.32
3) Minor bug fixes

To see examples of table handling look at the demo file attached to the first post of this thread.

As a reminder bug reports go here:
https://libprs500.kovidgoyal.net/newticket

Very nice! Would you mind also attaching the HTML code as a seperate file so we can have the code that is used for the demo? Thanks!

[kovidgoyal]

The HTML code is embedded in the LRF file.

[JSWolf]

Originally Posted by kovidgoyal

The HTML code is embedded in the LRF file.

Actually, it's not this time. It ends with the Recursive link following.

[allovertheglobe]

Originally Posted by kovidgoyal

The HTML code is embedded in the LRF file.

I found that not to very useful due to:
1) the formatting of the HTML code being less than ideal on the reader, and without the possibility of syntax highlighting
2) having to try and read it on the reader's grayish screen in a dimmed room (for my backlit LCD screen) (I don't have access to the CONNECT software reader)

So I second JSwolf's request...

[allovertheglobe]

Has anybody some advice regarding which is a better choice for LRF files (by way of html2lrf) in terms of performance (not necessarily filesize) for files with hundreds of links (references):
One very large monolithic file with all inline anchors OR rather many separate pages interlinked with external anchors? Or does it not make much a difference in the context of LRF either way?

[kovidgoyal]

If you're talking about the performance of the LRF file when viewed on the reader, it makes no difference.

Added HTML source.

[JSWolf]

Originally Posted by kovidgoyal

If you're talking about the performance of the LRF file when viewed on the reader, it makes no difference.

Added HTML source.

I'm trying to convert the demo to LRF and it's not working. I did install the new version of libprs500.

[e:\e-books\sonyreader\demo]"c:\Program Files\libprs500\html2lrf.exe" demo
Processing demo.html
Parsing HTML... done
Converting to BBeB...
Traceback (most recent call last):
File "convert_from.py", line 1351, in <module>
File "convert_from.py", line 1286, in main
File "convert_from.py", line 1158, in process_file
File "convert_from.py", line 356, in __init__
File "convert_from.py", line 440, in parse_file
File "convert_from.py", line 649, in process_children
File "convert_from.py", line 1060, in parse_tag
File "convert_from.py", line 649, in process_children
File "convert_from.py", line 1058, in parse_tag
File "convert_from.py", line 1069, in process_table
File "libprs500\ebooks\lrf\html\table.pyc", line 281, in blocks
File "libprs500\ebooks\lrf\html\table.pyc", line 251, in get_widths
File "libprs500\ebooks\lrf\html\table.pyc", line 209, in preferred_width
File "libprs500\ebooks\lrf\html\table.pyc", line 167, in preferred_width
File "libprs500\ebooks\lrf\html\table.pyc", line 164, in text_block_preferred_width
File "libprs500\ebooks\lrf\html\table.pyc", line 128, in text_block_size
File "libprs500\ebooks\lrf\fonts\__init__.pyc", line 38, in get_font
File "pkg_resources.pyc", line 800, in resource_filename
File "pkg_resources.pyc", line 1221, in get_resource_filename
NotImplementedError: resource_filename() only supported for .egg, not .zip

Did I do something wrong?

[kovidgoyal]

Looks like a windows bug i'll uploaded a fixed version later.