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: Custom Slide Shows: presentation:page-ids is unnecessary

Dear Dennis and TC members,

thanks for the detailed explanation. It had quite some interesting things in 
it I did not know.

> 3.1 In section 18.334.19 <draw:page> use of draw:name attribute, add the
> sentence: "Note that for the <draw:page> to be referenced from a
> presentation:pages attribute, the draw:name attribute must be present."
> (We can leave it to implementations how that is assured if an user hasn't
> provided the value (yet).)
> 3.2 Bonus points: Delete the unnecessary source of confusion, "If not
> present, an application may generate a unique name."  (Applications may do
> all sorts of wonderful things.  This statement is not needed to enable that
> and it has apparently provoked poor solutions.)
> 3.3 In the schema for the draw:name attribute of <draw:page>, the value
> should probably be of type NCName, not string.  To accomplish this, it is
> probably best to deprecate string and specify that NCName is recommended
> whenever a new draw:name is created in an ODF 1.2 document, especially
> since <svg:title> and <svg:desc> are now available.  (Implementation
> observation, not for the spec: The same can be done when making a
> down-level document, but non-NCName strings should be preserved when
> working with a down-level input that is to stay down-level.)

I'm all for dropping the proposal when the above will be incoperated into ODF 
1.2. As Dennis has pointed out we already have what we need and it is easier 
for backward compatibility.


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