- From: Mihai Balan <mibalan@adobe.com>
- Date: Wed, 4 Dec 2013 13:46:18 +0000
- To: Mihai Balan <mibalan@adobe.com>, "WWW Style (www-style@w3.org)" <www-style@w3.org>
Also, I feel a clarification is needed about what does "truncation" means in the context of section 5.2 Margins at breaks[1]. I've talked to multiple people and they seemed to be equally divided on two possible interpretation of what "truncate" means: 1. effectively set to 0 (similar to the truncate() C function for files :) ) 2. trim it to whatever length there is between the content edge of the content and the content(?) edge of the fragmentation container. Thoughts? [1] http://dev.w3.org/csswg/css-break/#break-margins -----Original Message----- From: Mihai Balan [mailto:mibalan@adobe.com] Sent: Wednesday, December 04, 2013 3:34 PM To: WWW Style (www-style@w3.org) Subject: [css3-break] Editorial comments Hi there, A couple of editorial comments on the Fragmentation spec - in section 2 of the spec, the _fragmented flow_ is defined in terms of a _fragmenation root_ - notice the missing _t_ in _fragmenation_ - in in section 3.3, in the second to last paragraph, in the second paragraph describing the allowed values for `orphans` and `widows`, an _and_ is missing after _are invalid_ - when describing the behavior for line breaking, at times CSS 2.1 is mentioned and sometimes CSS3TEXT is. I couldn't find an exact reason why that is and I think it would be better to be consistent Hope this helps, Mihai Mihai Balan | Quality Engineer @ Web Engine team | mibalan@adobe.com | +4-031.413.3653 / x83653 | Adobe Systems Romania
Received on Wednesday, 4 December 2013 13:46:46 UTC