Transcribed from ODF_Revised_Editorial_Notes_27May2009.odt

Original author: Patrick Durusau
Section 18.174.1 fo:background-color

Ed. Note All the fill styles appear to be members of style-graphic-fill-properties-attlist if we want to generate a list of them. In the original text they were in a single chapter together.

Patrick: OK, this gets complicated. Here is the exchange between Oliver and myself:

The ed. note is under fo:background-color and reads:

Ed. Note All the fill styles appear to be members of style-graphic-fill-properties-attlist if we want to generate a list of them. In the original text they were in a single chapter together.

The reason for that comment was text that appears in the immediately preceding paragraph that reads:

Fill formatting properties can be used instead of this attribute for enhanced table row and table cell background fill styles. If a value for a |draw:fill| attribute is provided, then a background image that is specified by a |<style:background-image>| element and a background color that is specified with the |fo:background-color| attribute are switched off.

A better question would have been: Does "fill formatting properties" include only draw:fill or does it include other attributes?

Do note that the text says, "If a value for a draw:fill attribute is provided,...." If you look at the schema, "none" is a specified value for draw:fill.

I assume that means that if an image has been specified by a <style:background-image> element and a background color has been specified by a fo:background-color attribute, that by specifying a draw:fill attribute with the value "none," that I could switch off both of those settings.

I don't know that is what we intended but I think it is a fair reading of the text as it stands.

(Note that "enhanced table row" appears once and only once, here.)

If my assumption about draw:fill is correct (see 19.109) then the definition of draw:fill, which reads in part:

The |draw:fill| attribute specifies the fill style for a graphic object.

is incorrect because a cell or row isn't a graphic object.

And so would that cascade down to the definitions of the various types fill which reference drawing objects.

There isn't any reason why we can't use one draw:fill attribute for both graphic/drawing objects as well as cells and tables but then our definitions need to take that broader range of application into account.

Thanks Patrick - now I got the ed. note's intention.

But, unfortunately I have no solution for it.