Re: [opendocument-users] Re: How to interpret thedefault-cell-style-name attribute in spreadsheets

[Lars Oppermann <Lars.Oppermann@Sun.COM>]

Hi Stefan, Niklas,

The example given by Stefan looks to me as if it would go right down to 
the core of this particular issue.

I agree, that 8.1 implies, that both fragments given in the example 
should render the same. However, from what Niklas has told me, they 
should not - as the intention was that @dcsn not be applied to omitted 
cells.

The term "are basically rendered" is sub-optimal anyway for a 
specification. Either the row is rendered that way or it is not. 
Obviously, as far as @dcsn is considered the original intention was that 
"a row is rendered as if had necessary number of cells, except that 
@default-cell-style-name is not applied to such cells"

As Stefan noted in his post to the od-users list, this creates an 
exception. Again, from what I have heard from Niklas, I take, that this 
exception was intended. If that is the case, it should be clearly 
documented in the spec - although, such exception should be kept to a 
minimum. I take that there were specific requirements, that led to the 
creation of this exception.

Bests
/lars


Stefan Nikolaus wrote:
> Hi again,
> 
> I stated this already in the bug reports at 2006/04/18, but let me repeat it 
> more detailed, because this is the main fact:
> 
> Let's have a document consisting of one cell (in A1) and the first row has a 
> default-cell-style-name attribute="ce1". Looks like this:
>   <row default-cell-style-name="ce1">
>   <cell>1</cell>
>   </row>
> 
> And now consider another document which has the same content extended by an 
> empty cell:
>   <row default-cell-style-name="ce1">
>   <cell>1</cell>
>   <cell/>
>   </row>
> 
> OpenDocument specification, ch. 8.1:
> "Incomplete rows are basically rendered as if they had the necessary number of 
> empty cells,"
> 
> The spreadsheet app should have a dimension of 2x2. Both documents have to 
> look the same. This shows, that the @dcsn attribute has to be applied to the 
> whole row.
> 
> Regards,
> Stefan


-- 
Lars Oppermann <lars.oppermann@sun.com>               Sun Microsystems
Software Engineer - StarOffice                           Sachsenfeld 4
Phone: +49 40 23646 959                                D-20097 Hamburg
Fax:   +49 40 23646 550                  http://www.sun.com/staroffice