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] 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]