[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
Subject: Re: [office] my requirements
Hi Michael, * Clearly a). And b) if its technical possible. * Independence from internal numbering: Suppose you have two applications (X) and (Y). (X) implements numbering in a post-increment way: Get the counter of the level of interrest and output it. Then increase the counter or reset it according to the current start-value given at the current style. (Y) implements numbering in a pre-increment way: Increase the counter of the level of interrest or reset it according to the start-value at the current style output the number. And application which follows the strategy (X) will then interpret <text:numbered-paragraph text:level="1" text:style-name="L1" text:list-id="2"><text:p>P1</text:p></text:numbered-paragraph> <text:numbered-paragraph text:level="2" text:style-name="L2" text:list-id="2"><text:p>P2</text:p></text:numbered-paragraph> <text:numbered-paragraph text:level="2" text:style-name="L2" text:list-id="2"><text:p>P3</text:p></text:numbered-paragraph> as 1. P1 // level 2 of the counters is reset to 1 according to the value in stlye L1 1.1 P2 1.2 P3 whereas an application which follows stategy (Y) will produce 1. P1 1.10 P2 // level 2 of the counters if reset to 10 according to the value in style L2 1.11 P3 with <text:list-style style:name="L1"> <text:list-level-style-number text:level="1" style:num-format="1" text:start-value="1" text:display-levels="1"/> <text:list-level-style-number text:level="2" style:num-format="1" text:start-value="1" text:display-levels="2"/> </text:list-style> <text:list-style style:name="L2"> <text:list-level-style-number text:level="1" style:num-format="1" text:start-value="1" text:display-levels="1"/> <text:list-level-style-number text:level="2" style:num-format="1" text:start-value="10" text:display-levels="2"/> </text:list-style> ~Florian >>> Michael Brauer - Sun Germany - ham02 - Hamburg <Michael.Brauer@Sun.COM> 03/20/07 1:31 PM >>> Florian, I have to questions regarding your requirements. Florian Reuter wrote: > Hi all, > > as promised my list of requirements (R1-R6). David already states that R3 is not important to him. > > ~Florian > > ---------------------------------------- > > === R1. Backward compatibility with ODF1.0/ODF1.1 === > > Whatever changes to the numbering in ODF1.2 are made these changes may only affect the presentation/formatting of the number, but not the number itself. More precice it is acceptable that a number presentation/formatting changes from "1"->"i", "1"->"A", etc. but it is never acceptable that a number ifself is changed. The situation that you describe here: Does it have to apply if you a) load an ODF 1.1 doc into an ODF 1.2 application, or b) load an ODF 1.2 doc into an ODF 1.1 application, or c) both > > === R5. ODF 1.2 numbering should be independent from an applications counter implementation === > > Applications can basically follow several strategies when maintaining the internal counters. Together with the text:start-value of the list style the choice of the internal strategy may have a serious impact on the resulting numbering. > The ODF 1.2 numbering should not require a special strategy for an application's counter implementation. Can you please further explain that? Thanks. 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: Marcel Schneider, Wolfgang Engels, Dr. Roland Boemer Vorsitzender des Aufsichtsrates: Martin Haering
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]