On 27.02.2006 16:02:32 Manuel Mall wrote: > On Monday 27 February 2006 22:53, Jeremias Maerki wrote: > > On 27.02.2006 15:22:14 Manuel Mall wrote: > > > On Monday 27 February 2006 22:12, Jeremias Maerki wrote: > > > > On 27.02.2006 14:59:31 Manuel Mall wrote: > > > > > On Monday 27 February 2006 21:33, Jeremias Maerki wrote: > > > > > > On 27.02.2006 12:36:58 Manuel Mall wrote: > > > > > > > On Monday 27 February 2006 18:55, Jeremias Maerki wrote: > > > > > > <snip/> > > > > > > > Wait a sec! suppress-at-line-break only applies to fo:character > > > > not to general text content!!! I think it is less complicated > > > > than you think right now. > > > > > > In XSL-FO everything becomes a fo-character during > > > "objectification" (XSL-FO spec page 4 (pdf version) at the top) IMO > > > it therefore applies to every character not just those explicitly > > > defined as <fo:character.../>. > > > > Hmm, you're right. I forgot about that. But in the end, this only > > clarifies that, for example, fixed width spaces are never suppressed > > (not even at a break) except if they are in an explicit fo:character > > element with suppress-at-line-break="suppress". This property applies > > only to fo:character and is not inherited, so you can't specify it on > > fo:block, IMO. I feel we're getting closer. > > > > Yes, that is my interpretation as well. > > Side question: Do I understand correctly that only inheritable > properties can be put on ancestor objects (Spec 5.1.4)? If so, and as > suppress-at-line-break is not inheritable what sense does the allowed > value "inherit" than make?
No, you can actually specify any property anywhere. But if a property does not "apply" to an element it is not evaluated/used by it. I used to believe that we should warn about the use of non-inherited properties on elements these properties don't apply to, but the "inherit" value is exactly the reason why this is perfectly legal, although this may add to the overall complexity for the user with (IMO) little benefit. I've never had to use "inherit" before. Jeremias Maerki
