OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

office message

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]


Subject: Re: [office] Action item #14: Draft a paragraph that explains the ODFstyle inheritance model in more detail.


Dear TC members,

I have moved below suggestion to the Wiki and turned it into a proposal:

http://wiki.oasis-open.org/office/StyleInheritanceProposal

This was my action item #0038, that I will close now.

Best regards

Michael

Michael Brauer - Sun Germany - ham02 - Hamburg wrote:
> Dear TC members,
> 
> I had an action item to draft a paragraph that explains the ODF style 
> inheritance model in more detail. You can find the proposed text below. 
> I suggest to add it to the description of the <style:style> element, 
> because only styles defined by this element support inheritance.
> 
> Her is my proposal:
> 
> Styles defined by the <style:style> element create a hierarchical style 
> model and support inheritance of formatting properties. To determine the 
> value of a formatting property, it is first checked if the style that is 
> referenced by a particular object directly, for instance by a paragraph, 
> specifies a value for the formatting property. If this is the case, then 
> this value is taken. If the style does not specify a value for the 
> formatting property, and if the style has a parent style, then this 
> parent style is checked. A parent style is specified the 
> style:parent-style-name attribute.
> 
> If the parent style specifies a value for the formatting property, this 
> value is taken. Otherwise its parent style is checked, if it is defined. 
> This process is continued until either a value for the formatting 
> property has been found, or until a style has no parent style. If a 
> value for the formatting property has not been found, then the default 
> style that has the same family as the style that has been referenced 
> initially is checked. If it specifies a value for the formatting 
> property, then this value is taken. Otherwise an implementation specific 
> value is taken.
> 
> Best regards
> 
> Michael
> 
> 


-- 
Michael Brauer, Technical Architect Software Engineering
StarOffice/OpenOffice.org
Sun Microsystems GmbH             Nagelsweg 55
D-20097 Hamburg, Germany          michael.brauer@sun.com
http://sun.com/staroffice         +49 40 23646 500
http://blogs.sun.com/GullFOSS

Sitz der Gesellschaft: Sun Microsystems GmbH, Sonnenallee 1,
	   D-85551 Kirchheim-Heimstetten
Amtsgericht Muenchen: HRB 161028
Geschaeftsfuehrer: Thomas Schroeder, Wolfgang Engels, Dr. Roland Boemer
Vorsitzender des Aufsichtsrates: Martin Haering


[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]