± >It seems clear to me that, when printing, the desire is to avoid ± >printing off-page which is why browsers fragment according to this ± >pixel-line break. ± > ± >Thoughts? ± ± I agree that it would be good to have a switch for this behavior, and have ± been arguing for something like this to use in scrollable views that can handle ± overflow better than printed pages. But I’m happy just defining the print- ± based behavior for this level of the fragmentation module and deciding ± whether to add a switch like this later. That looks ok to me too. What fantasai proposed is to standardize the non-print behavior, though (aka the one where you spit at the first line break, not at a pixel line).Received on Monday, 16 December 2013 22:42:08 UTC
This archive was generated by hypermail 2.4.0 : Friday, 25 March 2022 10:08:37 UTC