Re^3: Need Help for Convert PDF to HTML

in reply to Re^2: Need Help for Convert PDF to HTML
in thread Need Help for Convert PDF to HTML

Actually most of this is solvable since CSS positioning was introduced (maybe 10 years ago?)

Not even fixed or absolute positioning can guarantee you that the element will end up at the client's screen at exactly the place you thought you put it. Most of the time you end up with ugly scroll bars and overlapping elements or empty spots.

And in any case I consider CSS positioning which takes the elements out of the normal flow an aberration if used to try to fix the layout, but YMMV.

CountZero

A program should be light and agile, its subroutines connected like a string of pearls. The spirit and intent of the program should be retained throughout. There should be neither too little or too much, neither needless loops nor useless variables, neither lack of structure nor overwhelming rigidity." - The Tao of Programming, 4.1 - Geoffrey James

Comment on Re^3: Need Help for Convert PDF to HTML

Replies are listed 'Best First'.
Re^4: Need Help for Convert PDF to HTML by LanX (Saint) on Feb 12, 2011 at 12:40 UTC
I doubt this, I had excellent results converting DVI to HTML and this already 8 years ago on NN4 and IE5. Even when heuristics reproduced flowing text, with relative positioning of embedded formulas. But all of this only worked as long the same fonts were used. As I said, the positioning of elements work, the exact size of those elements is the problem. Cheers Rolf	[reply]

In Section Seekers of Perl Wisdom