[cmdahler]

The problem you have is that PDFs are by their very nature intended to be static. The text inside the PDF container does not just sit there as a block of text with markup codes like an HTML doc. That's the whole point to this particular document standard - to allow the creation of a static document that cannot be easily altered by someone else and will retain its formatting regardless of the platform used to view it. Thus you can magnify a PDF if it appears too small on your particular screen, but actually reflowing was never intended. Flowing a PDF means being able to extract the text and display it to you in a different manner that can be flowed. You thus destroy the entire formatting of the original and are just viewing the basic text. Tables, graphs, etc., are totally lost, either because they are a graphic to begin with (like a graph), or the formatting is stripped when the text is pulled out, so tables come out as a mish-mash. If your document was tagged properly during its creation with the intent to be able to be reflowed, then reflowing it into a larger font and so forth works reasonably well, and most readers' software can manage this, but still much of the original formatting is lost. Reflowing multi-column PDFs is difficult or largely not possible. If the PDF was not tagged properly with reflowing in mind, even simple PDFs are difficult to reflow.

Interacting with PDFs isn't something that very many eInk readers handle well, if at all. There are a few large-screen format readers that let you layer scribbling/note-taking on top of the PDF document. I've never run across a reader that responds to the PDF Form Fill-In format, though.