[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
Subject: Re: [office] auto-play presentation file format like PPS
Go through the previous long list of comments, also with your explanation in this mail, I confirm the contents with consensus for this topic include #1 and #2:
#1 consensus description part:
The manifest:preferred-view-mode attribute is meant to provide a preference on how the author of the document would like the document to be presented. There is no default. View modes are not necessarily generally applicable to all MIME types. The way in
which an application responds when no "preferred-view-mode" attribute is specified is undefined.
#2 consensus schema part:
<define name="file-entry-attlist" combine="interleave">
<optional>
<attribute name="manifest:preferred-view-mode">
<choice>
<value>edit</value>
<value>readonly</value>
</choice>
</attribute>
</optional>
</define>
The unresolved issues include #3,#4,#5:
#3 view mode name for auto-play
currently you prefer "presentation-auto-start", I still prefer "play". I understand "presentation-auto-start" means "start to play slides on opening the file" or "enter play state on opening the file".
There are 2 sub issues to discuss:
(1) understanding of "auto-start".I think here "auto" has the same meaning of "on opening the file", which is the user scenario for the view mode. "auto-start" itself can not express a kind of view mode. Like "edit" or "readonly", although we mean "start to edit" or "start to view without allowing modification" on opening the file, we still agree to call the view mode as "edit" or "readonly" instead of "editor-auto-start" or "viewer-auto-start" since the "auto" meaning already is implict. If we want to express the "auto" explictly, I suggest to add the words "upon the document is opened" to the #1 description, i.e. the first sentence should be "The manifest:preferred-view-mode attribute is meant to provide a preference on how the author of the document would like the document to be presented upon the document is opened".
(2) whether the view mode name should contain the application name, like "presentation-auto-start". I copy my previous comments here:"Let's succeed the discussion with the hypothetical of "readonly mode only apply to word processor now". If now we define the name as "wordProcessor-readonly", and in the future when there are some other applications called "XXX1","XXX2",..., which also make sense for "readonly", then at that time we shall have to define the new view modes as "XXX1-readonly","XXX2-readonly",etc. Do you think that will make sense for you? Why do not we just define "readonly" there now? As the same situation, why do not we just define "play" there now?". Adding application name to the view mode name will bring trivial definitions.
#4 custom view mode definition
It makes sense for me to define a custom view mode, but depends an appropriate schema expression. It does not make sense for me that the custom view name contains the application name as the above reason.
Additionally, I copy my previous comments for the suggested 2 descriptions in the parentheses:
The following modes are defined by this standard:(remove "by this standard", extraneous)"edit", "readonly",and presentation-auto-start".The "edit" and "readonly" values can be applied to any MIME type. The presentation-auto-start" value can be applied only to presentations. ("presentation-auto-start" does not make sense for me, the reason is in the above. Also, I suggest it is not necessary to state like "The "edit" and "readonly" values can be applied to any MIME type. The "presentation-auto-start" value can be applied only to presentations". Remove the sentence.)
Applications are also free to create their own custom views. Custom views MUST start with "x-". It is RECOMMENDED that views that don't applied to all MIME types identify the type of document they can be applied to in their name (e.g. "presentation-auto-play").
(It does not make sense for me to add application name in the mode name. The reason is in the above. I think this paragraph is extraneous.)
#5.TODO: We will also need to define the intents of the defined views.
It will be a good thing if you want. But spec should keep concise, if something is obvious, no need to state it detailedly.
Re: [office] auto-play presentation file format like PPS
|
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]