- From: Mihai Maerean <mmaerean@adobe.com>
- Date: Wed, 29 Jan 2014 16:31:43 +0000
- To: Johannes Wilm <johannes@fiduswriter.org>, www-style list <www-style@w3.org>
I'm bringing up a sample html content to the discussion about doing fragmentation using this method to show some of its limitations. If you have a div that has styling that you don't want applied to each of its words (padding, margin, box-shadow) and this div gets fragmented, it's hard if not impossible to fragment that div correctly. For the margins (that a paragraph has), the JS code could simulate the margin collapsing of the fragments with the fragment containers (to be spec compliant and to look good), but for properties like box-shadow I don't see how that could be implemented in JS. Large parts of the css-break spec are going to be ignored by such an implementation. Mihai Maerean From: Johannes Wilm <johannes@fiduswriter.org> Date: Wednesday 29 January 2014 17:20 To: "www-style@w3.org" <www-style@w3.org> Subject: [css-regions] Expose info about line breaks, overflow to JS Resent-From: "www-style@w3.org" <www-style@w3.org> Resent-Date: Wednesday 29 January 2014 17:21 >Hey,given that there is still so much disagreement with CSS Regions on >the part of Opera, Firefox and lately also from Chrome, based on supposed >performance issues, it was mentioned that the rendering engines, > according to the view of some, should just be the basis of applications >that can then take care of fragmentation. > >In order to be able to do that half-way efficiently, it would be an >advantage for the Javascript to know where fragmentation occurs: 1. line >breaks and 2. how much of a node could be rendered without causing >overflow. > >With this info (which the browser should have anyway) available in >Javascript it should be a lot less time spent on trying to recreate what >happens when creating the javascript. > > >-- >Johannes Wilm > >Fidus Writer >http://www.fiduswriter.com <http://www.fiduswriter.com/>
Received on Wednesday, 29 January 2014 16:32:16 UTC