[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