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] Proposal update: data cache, field name, source fieldid for data pilot tables

On Fri, 2008-12-12 at 18:17 +0800, Ming Fei Jia wrote:
> Dear TC memebers,
> I've updated this proposal:
> http://wiki.oasis-open.org/office/data_cache%
> 2C_field_name_and_source_field_id_for_data_pilot_tables
> The update contents include:
> (1) Add comments in the table:field name user scenario that
> table:field-display-name seems more appropriate for the meaning, but
> current proposal uses table:field-name since it is already used in
> table:data-pilot-field-reference. But if anyone proposes to use a new
> name "table:field-display-name" and no one disagrees to that, I will
> totally agree. 

> Of course, in case of that, the attribute <table:field-name> in the
> element <table:data-pilot-field-reference> should also be renamed to
> <table:field-display-name> since they have the same meaning.

I would be extremely careful with renaming an existing attribute name,
for none other than backward compatibility reasons.  The original
attribute name may use some improvement, but not at the expense of
breaking backward compatibility IMO, especially if this proposal is to
make it into 1.2 as opposed to 2.0.

Given this, I have to disagree with this renaming.

> Till now, I know Kohei propose the new name, so I'm waiting for
> others' comments.

Yes.  Using a new name is safer in terms of backward compatibility.

> (2) Add a new user scenario for the data pilot table enhancement. That
> is to add an attribute <table:cell-auto-resize> to the
> <table:data-pilot-table> so that user can control whether or not the
> cells of data pilot table is resized automatically according to the
> height and width of cell contents when the data pilot table is
> refreshed. 

The functionality of auto-resizing will be undoubtedly useful, but I'm
not sure if there is a merit in storing this flag in the file itself...
Is there an interoperability reason for this proposal?

I know at least Excel file format stores all sorts of flags.  I'm just
trying to see if this is one of them.



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