PRS-505 Annoying Bug

[Cleiton]

I've bought my Sony Reader a few weeks ago and I'm loving it. But a bug in the device is getting me nuts!

In EPUB files if a PHRASE wrotten inside a <PRE> tag (HTML) is larger than the device screen, the overflow becames hidden. It is annoying because, almost all books I've seen that talks about computer programming uses PRE tag to format Code Sections.
Ahh I've attached a file that shows the problem.



Thanks all!

PS1: Is it a know issue? What can I do to correct it?

[Cleiton]

Did not Anyone notice the same problem?

[astrodad]

I don't think many people use the 505 for reading technical manuals like programming books. Mostly because the formatting doesn't lend itself to small screens and can cause issues like the one you're having. Sorry, I know that wasn't very useful, but I think you're in the minority if you use the Reader for that purpose.

Good luck!

[Cleiton]

yes... I know that, but even so, I wrote an e-mail to Sony suport, they answered me asking to calll them... but for me, it is imposible because I dont speak english very well and I'm in Brazil. Imagine how funny could be this call?

=/

thnks for your reply

[salty_seadog]

I don;t know the answer, but is there a piece of software outt here that can convert an ePub file into a PDF which you could read on the screen instread?

[dordale]

salty_seadog--

You should be able to read ePub files on your computer screen with Adobe Digital Editions without converting them to PDF. Is this what you're asking?

dordale

[kevin_boone]

Originally Posted by Cleiton

I've bought my Sony Reader a few weeks ago and I'm loving it. But a bug in the device is getting me nuts!

In EPUB files if a PHRASE wrotten inside a <PRE> tag (HTML) is larger than the device screen, the overflow becames hidden. It is annoying because, almost all books I've seen that talks about computer programming uses PRE tag to format Code Sections.
Ahh I've attached a file that shows the problem.

I can understand how irritating this must be, but it seems to me that the reader is doing the right thing, within its limitations. What you're asking it to do is to insert artificial line breaks within a <pre> section -- but the whole purpose of <pre> is so that the author controls the line breaking.

A web browser (well, Firefox, at least) also won't break a long line in the middle of a <pre> section. BUT with a web browser, you get horizontal scroll bar if the line won't fit on the screen -- effectively, the browser gives you a screen of infinite width. The PRS doesn't have a scroll bar, or anything the operate one with, so that approach won't work.

I suspect that, in the interests of usefulness, the PRS _should_ break a long line in a <pre> if it would otherwise not fit the screen. But doing this is `wrong', so far as formatting rules are concerned.

[Angst]

I just downloaded the file you provided and opened it with the Adobe digital editions software. If I narrow the the Adobe DE screen so it is very narrow, the "This is a Test" text is also lost on the right hand side.

It might also help if you change the PRS-505's screen orientation, since this will increase the page width.

[HarryT]

Originally Posted by Cleiton

I've bought my Sony Reader a few weeks ago and I'm loving it. But a bug in the device is getting me nuts!

In EPUB files if a PHRASE wrotten inside a <PRE> tag (HTML) is larger than the device screen, the overflow becames hidden. It is annoying because, almost all books I've seen that talks about computer programming uses PRE tag to format Code Sections.
Ahh I've attached a file that shows the problem.



Thanks all!

PS1: Is it a know issue? What can I do to correct it?

I would not consider this to be a bug.

The <PRE> tag means "pre-formatted - display this exactly as it is". It would be a "bug" if the Reader did mess with the formatting of it, eg by wrapping the line.

[netseeker]

Originally Posted by HarryT

I would not consider this to be a bug.

The <PRE> tag means "pre-formatted - display this exactly as it is". It would be a "bug" if the Reader did mess with the formatting of it, eg by wrapping the line.

The HTML 4.0.1 specification does not forbid adding additional linebreaks within a <pre>-tag if the content is larger than the screens width. But i do agree that it wouldn't be a good solution. Imho ADE should use a smaller font size if the content within a <pre>-tag doesn't fit the screens with...

[kevin_boone]

Originally Posted by netseeker

The HTML 4.0.1 specification does not forbid adding additional linebreaks within a <pre>-tag if the content is larger than the screens width. But i do agree that it wouldn't be a good solution. Imho ADE should use a smaller font size if the content within a <pre>-tag doesn't fit the screens with...

Sure, that would work up to a point. But there's got to be a point at which a line is too long to fit the screen even at the smallest readable font. While I can understand the PRS not wanting to break a preformatted line, as I said, it may be the most practical solution.

Having said that, it's probably mostly programming books that are likely to have this problem, and related subjects. If you're reading books about programming, you might well have the skills to pre-process an ePub doc and reformat <pre> sections that are too wide.

[Cleiton]

Having said that, it's probably mostly programming books that are likely to have this problem, and related subjects. If you're reading books about programming, you might well have the skills to pre-process an ePub doc and reformat <pre> sections that are too wide.

Sure I can, it is easy. But the problem is that sometimes the books are big and it becames a pain to pre-process them. I wrote a simple program wich put linebreaks at these sections, this has solved the problem and helped me to save some time...