[Alpine-info] text/html display does not respect wrap column

Eduardo Chappa chappa at u.washington.edu
Mon Feb 4 21:06:15 PST 2008


On Mon, 4 Feb 2008, Benjamin R. Haskell wrote:


:) But, isn't this just an artifact of how format=flowed works? In

:) text/html, apparently, lines are split on <br/>'s (and probably

:) others?), rather than message lines, and it flows by default. In

:) text/plain, they're message lines, and it won't flow without explicit

:) "permission" (;format=flowed). If a line ends without a trailing space,

:) the next line shouldn't be combined.

:)

:) What do you want/expect to happen?


That text be wrapped in the same place, and according to the Viewer Margin
setting.


:) > :) Given the complexities involved in rendering HTML, that seems like

:) > :) a fine compromise.

:) >

:) > Depends on who you are. Some people think that givng approximate

:) > sizes in IMAP is wrong (and with a good reason), some others think

:) > that wrapping text not respecting the viewer margin is a bug...

:) >

:)

:) Giving approximate sizes is a matter of technical correctness.


Urghh...


:) In the case of dealing with potentially(/usually)-malformed HTML in a

:) medium consisting of a fixed grid of monospaced text with about 16

:) colors, I don't think it's possible to achieve anything resembling the

:) HTML(+/CSS) author's original intent. So, that's not at all a fair

:) comparison. (The software *can* get the sizes right, but the HTML is a

:) lost cause, IMO.)


the html filter is doing its own wrapping. I can see why it would do its
own wrapping, but it knows what is wrapping, so it can know what/where to
do it.

--
Eduardo
http://staff.washington.edu/chappa/alpine/


More information about the Alpine-info mailing list