[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
Subject: Re: [office] auto-play presentation file format like PPS
That's a really good name. However, I still think that it should be prefixed with "presentation-" since it only applies to the presentation doc type. wt On Mon, May 5, 2008 at 10:19 AM, Bob Jolliffe <bobj@dst.gov.za> wrote: > Can I suggest the attribute value should be "slide-show". It seems to capture the intersection of what we mean by "read-only" and "presentation-auto-start" in the context of presentation software, without any suggestion that this thing is going to start getting all "automatic" on us :-) > > Regards > Bob > > > > ----- Original Message ----- > From: "Warren Turkal" <turkal@google.com> > To: "Ming Fei Jia" <jiamingf@cn.ibm.com> > Cc: office@lists.oasis-open.org > Sent: Monday, May 5, 2008 7:20:31 PM (GMT+0200) Africa/Harare > Subject: Re: [office] auto-play presentation file format like PPS > > It's not just a WHAT. I don't think that the concept applies to other > document types. The idea of starting a presentation automatically is > not the same as using a word processor document in an ebook-like mode. > There may be some similarities, but it is definitely not the same. > > David has made a good case for the validity of the use case of > ebook-like functionality. Having said that, I don't have a good > description for it. We could always reserve the mode name and not > explicitly define what it does. It would allow the apps to innovate > and develop a best practice before we standardize it. > > Here's how I classify the current proposed modes: > > Modes I can define: > * edit > * read-only > * presentation-auto-start > > Modes I don't have a good enough feel of to define: > * wordprocessor-ebook > > > Here's my summary of the situation as I understand it: > > Issues with consensus: > * the tag should be called "preferred-view-mode" > * possible values for "preferred-view-mode" tag > * edit > * readonly > * the "preferred-view-mode" will have no default > * apps should be able to define custom values of "preferred-view-mode" > > Unresolved issues: > * how applications represent custom values for "preferred-view-mode" > (maybe prepend with x- like email headers to avoid pollution of global > (i.e. spec defined) namespace) > * other standard defined values of the "preferred-view-mode" tag > (presentation-auto-start, play, wordprocessor-ebook) > * there should be a mode to represent a presentation that starts automatically > * there should be a mode that is something like an ebook for word processor docs > > wt > > On Sun, May 4, 2008 at 10:51 AM, Ming Fei Jia <jiamingf@cn.ibm.com> wrote: > > > > > > Warren, > > > > I don't think we have disagreement in nature about the understanding of the > > preferred view mode "auto-play". Yes, this attribute would indicate that > > the author wants the presentation to start as soon as possible after the > > file is opened. But I emphasize presentation will start "WHAT" upon the file > > is opened. I understand it should be "start playing" or "start presenting". > > Also I don't think this situation is different from "edit" and "read-only" > > modes, just like "start editing" after the file is opened, and "start > > viewing without allowing modification" after the file is opened. We can call > > the other 2 modes as "edit" and "read-only", why can not we call the third > > mode as "play"? This "WHAT" is just the mode name. Additionally, I > > understand "auto" here means "as soon as possible after the file is opened", > > which can be put into description part. So I think "presentation-auto-start" > > surely describes the user scenario accurately, but it is not appropriate to > > be a view mode name. > > > > Another issue is whether or not the preferred view mode contains the > > application name. I understand that your idea is to let future applications > > customize the preferred view mode by a flexible way. That's a good idea. But > > I think that will lead to trivial definitions like > > "X1-play","X2-play","X3-play",etc. It'd better just define a generic "play" > > there, which could cover the future requirements, just like "edit" now could > > cover many applications which have editing features. > > > > Your suggestions and comments help me understand the preferred view modes > > clearly. Till now, with many suggestions from TC members, this proposal > > almost achieves consensus only with the above minor naming issues. I think > > we need to move on productively, and should not block here for the minor > > issues. I guess maybe this is why Rob explained and suggested the > > alternative in previous notes. Actually, it does not matter for me what the > > mode name is. When 2 options are both reasonable, I agree with most of TC > > members. > > > > BTW, "readonly" need to change to "read-only". > > > > Sincerely, > > _________________________________________________________ > > Mingfei Jia > > Symphony Common Apps and Performance | jiamingf@cn.ibm.com > > > > IBM Corporation | Lotus Software > > 8610-8245-2493 (phone) | 915-2493 (tie-line) > > > > > > Re: [office] auto-play presentation file format like PPS > > > > > > > > > > > > > > > > Re: [office] auto-play presentation file format like PPS > > > > Warren Turkal > > to: > > robert_weir > > > > 2008-05-01 06:17 > > > > > > > > Cc: > > office > > > > ________________________________ > > > > > > > > > > On Wed, Apr 30, 2008 at 1:52 PM, <robert_weir@us.ibm.com> wrote: > > > "The foo attribute, when set to true, indicates that the document should > > be > > > loaded and displayed using a presentation-oriented user experience mode > > > rather than an authoring-oriented user experience mode. The details of > > > these two modes are implementation-dependent, but typically a > > > presentation-oriented mode will suppress an editing user interface and > > will > > > instead be optimized for viewing and navigating the document." > > > > Are you suggesting that, instead of defining another value for > > "preferred-view-mode", we have we have a completely separate > > attribute? I don't think that'd be needed. I do think that this should > > be implemented as a preferred-view-mode. > > > > In my view of the world, the value of "foo" on the attribute > > "preferred-view-mode" would indicate that the author wants the > > presentation to start as soon as possible after the file is opened. It > > would be something like opening a presentation in OO Impress and a > > ghost pressing F5 immediately. > > > > This behavior isn't intended to bypass security checks. E.g. if the > > presentation document contains scripts, the app would still have to > > authorize the execution of those scripts somehow. > > > > wt > > > > --------------------------------------------------------------------- > > To unsubscribe from this mail list, you must leave the OASIS TC that > > generates this mail. You may a link to this group and all your TCs in > > OASIS > > at: > > > > https://www.oasis-open.org/apps/org/workgroup/portal/my_workgroups.php > > > > > > > > --------------------------------------------------------------------- > To unsubscribe from this mail list, you must leave the OASIS TC that > generates this mail. You may a link to this group and all your TCs in OASIS > at: > https://www.oasis-open.org/apps/org/workgroup/portal/my_workgroups.php > > >
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]