[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
Subject: Re: [office] Table Protected Proposal - Edge Case Question
Hi Dennis, On 02.01.09 03:22, Dennis E. Hamilton wrote: > Michael, I notice that there is an edge case left in the proposal > (broadening one that also existed in earlier versions of the specification). > > BACKGROUND > > 1. In the previous description of the Table Cell Table Protection attribute > (<table:table-cell> table:protect) there was an assertion that this > attribute, whose default value is "false", is unrelated to the <table:table> > table:protection attribute and the impact of a style:cell-protect attribute. > > 2. In the latest draft and the proposal for <table:table-cell> table:protect > and table:protection attributes, that statement is missing and there is no > explanation in its place. > > QUESTIONS > > 1. Is <table:table-cell> table:protected independent of the occurrence and > setting of <table:table> table:protected? Yes, the two attributes are independent, or unrelated. > > 2. If not, how are they related? > > 3. If they are independent, when <table:table table:protected="true">, how > does style:protected-cell="true" impact the ability to alter > <table:table-cell table:protected>? What is the impact on the ability to > alter the cell? Well, this is indeed undefined. The expectation is that one uses either table:table/@table:protected with @style:cell:protected, or table:table.cell/@table:protected, but not both simultaneously. One may clarify what happens of both mechanisms are used, or simply define that the two protection methods must not be used simultaneously, or maybe consider to deprecate one of the two in ODF 1.2++. However, that's not really related to my proposal, since this is only about the name of the attribute, not its semantics. Best regards Michael > > I think it would be good to clear this up. My expectation is that > <table:table-cell table:protected> is the poor-man's locking capability, and > that it is trumped (has no effect) when <table:table table:protected="true"> > and style:cell-protected="true" for the same Table Cell. Other cases also > seem plausible. > > - Dennis > > > > -----Original Message----- > From: Michael.Brauer@Sun.COM [mailto:Michael.Brauer@Sun.COM] > http://lists.oasis-open.org/archives/office/200812/msg00170.html > Sent: Monday, December 22, 2008 06:06 > To: OpenDocument Mailing List > Subject: [office] Ballot Request: Table Protected Proposal > > Dear TC members, > > we have discussed the following proposal in the last TC call: > > http://wiki.oasis-open.org/office/Table-Protected > > I'm now requesting a ballot for this proposal for the next TC call (Jan, > the 5th). > > A copy of the proposal is available in the document repository at > > http://www.oasis-open.org/committees/download.php/30461/table-protected.odt > > 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]