OASIS Open Document Format for Office Applications (OpenDocument) TC

 View Only
Expand all | Collapse all

auto-play presentation file format like PPS

Mingfei Jia

Mingfei Jia03-22-2008 11:20

  • 1.  auto-play presentation file format like PPS

    Posted 03-17-2008 09:36

    Dear TC members,

    I can not find the definition in ODF 1.2 draft 6 about auto-play presentation file format,just like Microsoft PPS format. If we really have not defined it yet, I propose to define it in ODF 1.2 since the requirement of presentation auto-play is obvious for many users. We need to discuss the feasiblity and the solution in this loop. The contents can be:
    (1) The extension name of auto-play presentation file format, e.g. ODPP or anything that makes sense;
    (2) The auto-play presentation file wraps .odp file as an auto-play file when user double-click on the file;
    (3) XML schema definition for the auto-play presentation file if any;
    (4) Explanation for the implementation in vendor products.
    ......

    Welcome any comments!


    Best Regards,

    Mingfei Jia(贾明飞)
    IBM Lotus Symphony Development
    IBM China Software Development LAB, Beijing
    Tel: 86-10-82782244-2493 Fax: 86-10-62982924
    NOTES:Ming Fei Jia/China/IBM E-mail: jiamingf@cn.ibm.com
    Address: 4/F, DeShi Building No.9, East Road, ShangDi, Haidian District, Beijing 100085, PRC



  • 2.  Re: [office] auto-play presentation file format like PPS

    Posted 03-17-2008 13:16

    Hi Mingfei,

    I think a PPS file is identical to a PPT file inside.  The only difference is in the file extension.  This tells the application to run PowerPoint directly in play mode rather than edit mode.

    If we want to have the same behavior we could do this as a file extension, or as a boolean flag in the document.

    Looking at Microsoft support notes like :  http://support.microsoft.com/kb/326736 it appears that their file extension approach has caused Microsoft some problems.

    So I wonder if a flag in the XML would be a better solution?

    -Rob



    Ming Fei Jia <jiamingf@cn.ibm.com>

    03/17/2008 05:47 AM

    To
    office@lists.oasis-open.org
    cc
    Subject
    [office] auto-play presentation file format like PPS





    Dear TC members,

    I can not find the definition in ODF 1.2 draft 6 about auto-play presentation file format,just like Microsoft PPS format. If we really have not defined it yet, I propose to define it in ODF 1.2 since the requirement of presentation auto-play is obvious for many users. We need to discuss the feasiblity and the solution in this loop. The contents can be:
    (1) The extension name of auto-play presentation file format, e.g. ODPP or anything that makes sense;
    (2) The auto-play presentation file wraps .odp file as an auto-play file when user double-click on the file;
    (3) XML schema definition for the auto-play presentation file if any;
    (4) Explanation for the implementation in vendor products.
    ......

    Welcome any comments!


    Best Regards,

    Mingfei Jia(贾明飞)
    IBM Lotus Symphony Development
    IBM China Software Development LAB, Beijing
    Tel: 86-10-82782244-2493 Fax: 86-10-62982924

    NOTES:Ming Fei Jia/China/IBM E-mail: jiamingf@cn.ibm.com
    Address: 4/F, DeShi Building No.9, East Road, ShangDi, Haidian District, Beijing 100085, PRC



  • 3.  Re: [office] auto-play presentation file format like PPS

    Posted 03-17-2008 13:23
    I think Rob's suggestion of a flag in the XML ( along the lines of onOpen="Play"|"Edit" ) makes sense on this.
    
    Regards
    Bob
    
    


  • 4.  Re: [office] auto-play presentation file format like PPS

    Posted 03-22-2008 11:20
      |   view attached



  • 5.  Re: [office] auto-play presentation file format like PPS

    Posted 03-22-2008 17:07
    Hi Ming Fei
    
    I think the way you have formulated it below is good.  I believe the attribute will be a binary one (unless anyone else can think of a 3rd mode for opening a file).
    
    Presumably the attribute would be set somehow in the 'save' or 'properties' dialog in an application setting.
     
    Regards
    Bob
    
    


  • 6.  Re: [office] auto-play presentation file format like PPS

    Posted 03-24-2008 22:24
    Ming Fei Jia:
    > 
    > To support presentation auto-play choice, add the attribute "presentation:auto-play" to the element "office-presentation-attlist" as below: 
    ...
    > I can not find the definition in ODF 1.2 draft 6 about auto-play presentation file format,just like Microsoft PPS format. If we really have not defined it yet, I propose to define it in ODF 1.2 since the requirement of presentation auto-play is obvious for many users. We need to discuss the feasiblity and the solution in this loop. The contents can be: 
    > (1) The extension name of auto-play presentation file format, e.g. ODPP or anything that makes sense; 
    > (2) The auto-play presentation file wraps .odp file as an auto-play file when user double-click on the file; 
    > (3) XML schema definition for the auto-play presentation file if any; 
    > (4) Explanation for the implementation in vendor products. 
    
    I like the general idea, but I have two comments:
    1. The general approach/convention should apply to ALL OpenDocument files.
    For example, if I have an .odt document that I normally _read_ instead of
    _edit_, the same approach should work.
    2. The approach should make it easy to invoke a DIFFERENT program than the
    editor.
    
    E.G., in the "one laptop per child" system, it'd make sense to have a lot of
    textbooks in OpenDocument format that are normally opened in a "browser"
    (read-only) mode, while other documents that you're working on would be
    opened using an editor.  (The browser might be optimized just for reading).
    
    --- David A. Wheeler
    


  • 7.  Re: [office] auto-play presentation file format like PPS

    Posted 03-24-2008 23:31
    On Mon, Mar 24, 2008 at 2:12 PM, David A. Wheeler 


  • 8.  Re: [office] auto-play presentation file format like PPS

    Posted 03-24-2008 23:42
    Warren Turkal wrote:
    > On Mon, Mar 24, 2008 at 2:12 PM, David A. Wheeler 


  • 9.  Re: [office] auto-play presentation file format like PPS

    Posted 03-25-2008 00:57

    But even a PDF file could be opened in either Acrobat Reader or the full Acrobat application (or their equivalents).  

    It makes me wonder if this isn't better expressed at the packaging/manifest level?  

    We should think of our package format as being independent of whatever is in content.xml.  In the future, our packaging conventions (Zip container + manifest.xml + mimetype + thumbnail.png) could be used by other applications.  At this level we define things like encryption and digital signatures.  Is this the right place to define the preferred "open mode" of the document, edit versus play versus whatever?

    This would also have the advantage of being able to detect this preference quickly before decryption, which would be useful if there are two entirely difference applications, like in the PDF case, but also where you might have a lightweight screenshow viewer, fast to launch, versus a larger, slower loading editor.

    -Rob




    "Warren Turkal" <turkal@google.com>

    03/24/2008 07:14 PM

    To
    dwheeler@dwheeler.com
    cc
    office@lists.oasis-open.org
    Subject
    Re: [office] auto-play presentation file format like PPS





    On Mon, Mar 24, 2008 at 2:12 PM, David A. Wheeler <dwheeler@dwheeler.com> wrote:
    >  E.G., in the "one laptop per child" system, it'd make sense to have a lot of
    >  textbooks in OpenDocument format that are normally opened in a "browser"
    >  (read-only) mode, while other documents that you're working on would be
    >  opened using an editor.  (The browser might be optimized just for reading).

    To play devil's advocate, wouldn't PDF be a better format for the use
    case of viewing (and not editing) a document?

    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




  • 10.  Re: [office] auto-play presentation file format like PPS

    Posted 03-25-2008 17:50
    I think that it makes sense to include the "preferred" open method in
    the manifest.
    
    However, an encryption layer should probably encrypt the manifest as
    well. There's no reason to give an attacker any information.
    
    wt
    
    On Mon, Mar 24, 2008 at 5:57 PM,  


  • 11.  Re: [office] auto-play presentation file format like PPS

    Posted 03-25-2008 18:16
    
    
    
    
    For the ISO PDF specification and reference implementation, the ability to encrypt the entire package vs. the content except metadata is a decision left to the encrypter.  If you use Acrobat pro, you can toggle this preference. There is no one rule that universally applied to people using PDF.  For archiving PDF’s, it is often preferred to be able to preserve plain text metadata.  This also might help applications understand the encryption algorithm used and give them the ability to use the right key to open it.

    As for the preferred opening, there is a way to save PDF as backwards compatible files (previous versions) and specify certain initial view settings however you cannot (to my knowledge) specify a preferred application that will override the base operating system preferences the SU of the O/S specified.  Such would be a minor security risks in some cases (such as telling it to open a PDF in a browser and pass it a URL to a porn site or some site to verify a user responded to add that use to a spam list).

    Duane


    On 25/03/08 10:49 AM, "Warren Turkal" <turkal@google.com> wrote:

    I think that it makes sense to include the "preferred" open method in
    the manifest.

    However, an encryption layer should probably encrypt the manifest as
    well. There's no reason to give an attacker any information.

    wt

    On Mon, Mar 24, 2008 at 5:57 PM,  <robert_weir@us.ibm.com> wrote:
    >
    > But even a PDF file could be opened in either Acrobat Reader or the full
    > Acrobat application (or their equivalents).
    >
    > It makes me wonder if this isn't better expressed at the packaging/manifest
    > level?
    >
    > We should think of our package format as being independent of whatever is in
    > content.xml.  In the future, our packaging conventions (Zip container +
    > manifest.xml + mimetype + thumbnail.png) could be used by other
    > applications.  At this level we define things like encryption and digital
    > signatures.  Is this the right place to define the preferred "open mode" of
    > the document, edit versus play versus whatever?
    >
    > This would also have the advantage of being able to detect this preference
    > quickly before decryption, which would be useful if there are two entirely
    > difference applications, like in the PDF case, but also where you might have
    > a lightweight screenshow viewer, fast to launch, versus a larger, slower
    > loading editor.
    >
    > -Rob
    >
    >
    >
    >
    >
    >  "Warren Turkal" <turkal@google.com>
    >
    > 03/24/2008 07:14 PM
    >
    > To dwheeler@dwheeler.com
    >
    > cc
    > office@lists.oasis-open.org
    >
    > Subject Re: [office] auto-play presentation file format like PPS
    >
    >
    >
    >
    >
    >
    > On Mon, Mar 24, 2008 at 2:12 PM, David A. Wheeler <dwheeler@dwheeler.com>
    > wrote:
    >  >  E.G., in the "one laptop per child" system, it'd make sense to have a
    > lot of
    >  >  textbooks in OpenDocument format that are normally opened in a "browser"
    >  >  (read-only) mode, while other documents that you're working on would be
    >  >  opened using an editor.  (The browser might be optimized just for
    > reading).
    >
    >  To play devil's advocate, wouldn't PDF be a better format for the use
    >  case of viewing (and not editing) a document?
    >
    >  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



    --
    **********************************************************************
    "Speaking only for myself"
    Senior Technical Evangelist - Adobe Systems, Inc.
    Blog - http://technoracle.blogspot.com
    Community Music - http://www.mix2r.com
    My Band - http://www.myspace.com/22ndcentury
    Adobe MAX 2008 - http://technoracle.blogspot.com/2007/08/adobe-max-2008.html
    **********************************************************************


  • 12.  Re: [office] auto-play presentation file format like PPS

    Posted 03-25-2008 18:34
    I can see a use for both encrypting and not encrypting the metadata. I
    just don't want to see the standard define only a method that does not
    encrypt the metadata.
    
    wt
    
    On Tue, Mar 25, 2008 at 11:13 AM, Duane Nickull 


  • 13.  Re: [office] auto-play presentation file format like PPS

    Posted 03-25-2008 19:01
    
    
    
    
    Agree. The ISO PDF spec does not and I believe it is a wise approach.

    Duane


    On 25/03/08 11:33 AM, "Warren Turkal" <turkal@google.com> wrote:

    I can see a use for both encrypting and not encrypting the metadata. I
    just don't want to see the standard define only a method that does not
    encrypt the metadata.

    wt

    On Tue, Mar 25, 2008 at 11:13 AM, Duane Nickull <dnickull@adobe.com> wrote:
    >
    >  For the ISO PDF specification and reference implementation, the ability to
    > encrypt the entire package vs. the content except metadata is a decision
    > left to the encrypter.  If you use Acrobat pro, you can toggle this
    > preference. There is no one rule that universally applied to people using
    > PDF.  For archiving PDF's, it is often preferred to be able to preserve
    > plain text metadata.  This also might help applications understand the
    > encryption algorithm used and give them the ability to use the right key to
    > open it.
    >
    >  As for the preferred opening, there is a way to save PDF as backwards
    > compatible files (previous versions) and specify certain initial view
    > settings however you cannot (to my knowledge) specify a preferred
    > application that will override the base operating system preferences the SU
    > of the O/S specified.  Such would be a minor security risks in some cases
    > (such as telling it to open a PDF in a browser and pass it a URL to a porn
    > site or some site to verify a user responded to add that use to a spam
    > list).
    >
    >  Duane
    >
    >
    >
    >
    >  On 25/03/08 10:49 AM, "Warren Turkal" <turkal@google.com> wrote:
    >
    >
    >
    > I think that it makes sense to include the "preferred" open method in
    >  the manifest.
    >
    >  However, an encryption layer should probably encrypt the manifest as
    >  well. There's no reason to give an attacker any information.
    >
    >  wt
    >
    >  On Mon, Mar 24, 2008 at 5:57 PM,  <robert_weir@us.ibm.com> wrote:
    >  >
    >  > But even a PDF file could be opened in either Acrobat Reader or the full
    >  > Acrobat application (or their equivalents).
    >  >
    >  > It makes me wonder if this isn't better expressed at the
    > packaging/manifest
    >  > level?
    >  >
    >  > We should think of our package format as being independent of whatever is
    > in
    >  > content.xml.  In the future, our packaging conventions (Zip container +
    >  > manifest.xml + mimetype + thumbnail.png) could be used by other
    >  > applications.  At this level we define things like encryption and digital
    >  > signatures.  Is this the right place to define the preferred "open mode"
    > of
    >  > the document, edit versus play versus whatever?
    >  >
    >  > This would also have the advantage of being able to detect this
    > preference
    >  > quickly before decryption, which would be useful if there are two
    > entirely
    >  > difference applications, like in the PDF case, but also where you might
    > have
    >  > a lightweight screenshow viewer, fast to launch, versus a larger, slower
    >  > loading editor.
    >  >
    >  > -Rob
    >  >
    >  >
    >  >
    >  >
    >  >
    >  >  "Warren Turkal" <turkal@google.com>
    >  >
    >  > 03/24/2008 07:14 PM
    >  >
    >  > To dwheeler@dwheeler.com
    >  >
    >  > cc
    >  > office@lists.oasis-open.org
    >  >
    >  > Subject Re: [office] auto-play presentation file format like PPS
    >  >
    >  >
    >  >
    >  >
    >  >
    >  >
    >  > On Mon, Mar 24, 2008 at 2:12 PM, David A. Wheeler <dwheeler@dwheeler.com>
    >  > wrote:
    >  >  >  E.G., in the "one laptop per child" system, it'd make sense to have a
    >  > lot of
    >  >  >  textbooks in OpenDocument format that are normally opened in a
    > "browser"
    >  >  >  (read-only) mode, while other documents that you're working on would
    > be
    >  >  >  opened using an editor.  (The browser might be optimized just for
    >  > reading).
    >  >
    >  >  To play devil's advocate, wouldn't PDF be a better format for the use
    >  >  case of viewing (and not editing) a document?
    >  >
    >  >  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
    >
    >
    >
    >  --
    >  **********************************************************************
    >  "Speaking only for myself"
    >  Senior Technical Evangelist - Adobe Systems, Inc.
    >  Blog - http://technoracle.blogspot.com
    >  Community Music - http://www.mix2r.com
    >  My Band - http://www.myspace.com/22ndcentury
    >  Adobe MAX 2008 -
    > http://technoracle.blogspot.com/2007/08/adobe-max-2008.html
    >  **********************************************************************
    >


    --
    **********************************************************************
    "Speaking only for myself"
    Senior Technical Evangelist - Adobe Systems, Inc.
    Blog - http://technoracle.blogspot.com
    Community Music - http://www.mix2r.com
    My Band - http://www.myspace.com/22ndcentury
    Adobe MAX 2008 - http://technoracle.blogspot.com/2007/08/adobe-max-2008.html
    **********************************************************************


  • 14.  Re: [office] auto-play presentation file format like PPS

    Posted 03-26-2008 18:49
    > >  To play devil's advocate, wouldn't PDF be a better format for the use
    > >  case of viewing (and not editing) a document?
    
    No.  If it's SOLELY for viewing, AND you can be guaranteed that your display has the capabilities required, PDF works well.  But if you want varying displays (e.g., on a handheld which can't display the "full" width), PDF doesn't work as well.  Raw PDF doesn't edit well.  It's possible to co-insert an editable format file into a PDF, but that greatly increases its size, and when space is a premium that's undesirable.
    
    E.G., in "one laptop per child", space is at a premium.  Many documents (e.g., textbooks) are intended to be read, but are intentionally delivered in an editable format so that others can improve on them if they wish.  Normally, for the read-only documents, you'd invoke a different reader program (and flip the screen so that the keyboard isn't even available).  That's just an example, but I think it shows the issues.
    
    --- David A. Wheeler
    


  • 15.  Re: [office] auto-play presentation file format like PPS

    Posted 03-27-2008 01:23

    "David A. Wheeler" <dwheeler@dwheeler.com> wrote on 03/26/2008 02:48:26 PM:

    > > >  To play devil's advocate, wouldn't PDF be a better format for the use
    > > >  case of viewing (and not editing) a document?
    >
    > No.  If it's SOLELY for viewing, AND you can be guaranteed that your
    > display has the capabilities required, PDF works well.  But if you
    > want varying displays (e.g., on a handheld which can't display the
    > "full" width), PDF doesn't work as well.  Raw PDF doesn't edit well.
    > It's possible to co-insert an editable format file into a PDF, but
    > that greatly increases its size, and when space is a premium that's
    > undesirable.


    That's an important point.  The immediately noticeable difference between ODF and PDF is the edit versus non-editable aspect of it.  (But even that difference will sooon get blurred as OpenOffice adds PDF import capabilities.  But I think the fixed layout versus reflowable layout aspect is even more important.

    But back to the original question.  The traditional way this works has pretty much been defined by Windows:


    1) The document has a file extension

    2) The file extension is associated in the Windows registry with a set of "verbs", like "open", "edit", or "run"

    3) Each verb can be associated with an application and a set of command line arguments.  You can have a single application support multiple verbs, or have a different application for each verb.  This gives some needed flexibility to the user or the desktop administrator.

    4) The user invokes a particular verb contextually, perhaps by right clicking and choosing the action from the menu.

    So, with file extension .foo, the registry might define "open" and "view" verbs, that say to run bar.exe with "-open <filename>" or "-view <filename>" command line arguments.

    That's not the only way, but it is one conventional way.  The good thing about this mechanism, I think, is it gives a level of indirection, giving the user or admin some flexibility in how the configure the system.  Do you want to launch PDF files in Acrobat Reader by default, or in the full Acrobat?  Do you want to view PPT files in PowerPoint, or in the PowerPoint Viewer?

    One downside of this solution is that file extensions can be ambiguous, and in the case of streamed files, may not even be known.  You might just have a MIME content-type.

    So how do we want to solve this for ODF docments, in a cross-platform way?  I think a good start would be for someone familiar with this to give a brief outline, maybe parallel to the above, on how this dispatch works on MacOS and on Linux.  If all three OS's partition things similarly between the OS and the document, then this is easier.  We just need to agree on how we encode the preferred invocation "verb" in the document.



  • 16.  Re: [office] auto-play presentation file format like PPS - MIMEtype parameter

    Posted 04-07-2008 15:42
    I propose the following, to be added to the end of the "MIME Type Stream" section of the ODF document:
    "If the top-level document has a non-default 'autoplay' value, then the MIME type SHOULD have "; autoplay=" followed immediately by the autoplay value (such as "view"), creating a MIME parameter.  If the autoplay MIME parameter is included, it MUST be the first parameter of the MIME type.  This enables operating system launchers to launch a different program (by default) for 'autoplay' files, without requiring them to decompress or parse the XML."
    
    This would enable users to automatically run a "viewing" program that might be very different from the usual editor when handed an autoplay file.
    
    Note: Change "autoplay" and "view" to whatever is agreed on.
    
    =================
    
    Background:
    * In most operating systems, if you double-click on a file, it uses a "launcher" to determine the correct application to use, and then runs that application.
    * Launchers must determine what "type" of file you've selected.  This determination is typically done using simple criteria such as file extension and/or magic numbers in fixed positions of the file.  They generally DON'T or CAN'T do complex XML parsing, decryption, or decompressing.
    * To make it easy to determine what to launch, the zipped OpenDocument format ALREADY includes a more detailed MIME type in a fixed position in the zipped (packaged) version).  ODF spec version 1.1 chapter 17 says: "If a MIME type for a document that makes use of packages is existing, then the package should contain a stream called "mimetype". This stream should be first stream of the package's zip file, it shall not be compressed, and it shall not use an 'extra field' in its header (see [ZIP]). The purpose is to allow packaged files to be identified through 'magic number' mechanisms, such as Unix's file/magic utility. If a ZIP file contains a stream at the beginning of the file that is uncompressed, and has no extra data in the header, then the stream name and the stream content can be found at fixed positions. More specifically, one will find: a string 'PK' at position 0 of all zip files, a string 'mimetype' at position 30 of all such package files, [and] the mimetype itself at position 38 of such a package."
    * The MIME spec (IETF RFC 2046) permits "parameter options" after the main MIME type.  Just add ";" followed by semicolon-separated name=value pairs.  It's specifically for things like determining what application to launch
    * Since launchers typically look at fixed positions, we can REQUIRE that it be at the initial position for it to have effect.
    
    Rationale:
    * Since it's _derived_ from the XML data, you can decompress the data, edit it, and package it back up again without loss.
    * Since it's in a fixed location in the ZIP file, a launcher doesn't need to process the XML to figure out what application to launch.  If there's a separate viewer, it can use it.
    * Since it's part of the MIME type, using the usual "parameter" fields of MIME, systems which launch depending on the MIME type can use this easily.
    
    My theory is that the auto-play information is part of the XML, and can be included on any type of document.  When the file is zipped up, the "mimetype" stream has to be created first anyway... the application can simply append this parameter if it's set on the original document.  When the launcher starts, it can look for this value.
    
    Comments?
    
    --- David A. Wheeler
    


  • 17.  Re: [office] auto-play presentation file format like PPS - MIME type parameter

    Posted 04-07-2008 17:19
    2 comment below.
    
    On Mon, Apr 7, 2008 at 8:41 AM, David A. Wheeler 


  • 18.  Re: [office] auto-play presentation file format like PPS - MIME typeparameter

    Posted 04-08-2008 03:41
      |   view attached



  • 19.  Re: [office] auto-play presentation file format like PPS - MIME type parameter

    Posted 04-08-2008 19:00
    2008/4/7 Ming Fei Jia 


  • 20.  Re: [office] auto-play presentation file format like PPS - MIME typeparameter

    Posted 04-10-2008 11:21

    Hi Warren,

    What my initial idea to raise this proposal include 2 aspects: one is the user scenario, that users can launch the Presentation application directly from OS shell just like launch PPS file, this may be why I prefer to call it "shortcut"; the other is the open mode, that is auto-play or not. During this period of discussion, especially some good suggestions from Rob,Bob,David,Eike,Warren and anyone else(sorry if I missed), we all preferred to extend the view mode to apply to general applications, not limited to Presentation, as well as define the view mode in the manifest file with MIME type. Actually, I don't much care about what the option name is, more over, "preferred view" makes sense for me either. So welcome your good suggestion, thanks.

    BTW, in detail, I always feel my previous proposal lacks something, and not so comfortable. I think maybe it is better to separate "auto-play" from the "view" mode because "auto-play" is a special animation effect, instead of general read-only contents. For example, we can define an attribute "preferred-view", and this attribute can have 3 values to choose: "edit","play" and "view". The "view" now is just a to-be-done value that can be extended if some concrete view mode is preferred in the future. Does everyone have comments for this? Thanks.

    Best Regards,

    Mingfei Jia(贾明飞)
    IBM Lotus Symphony Development
    IBM China Software Development LAB, Beijing
    Tel: 86-10-82782244-2493 Fax: 86-10-62982924
    NOTES:Ming Fei Jia/China/IBM E-mail: jiamingf@cn.ibm.com
    Address: 4/F, DeShi Building No.9, East Road, ShangDi, Haidian District, Beijing 100085, PRC

    "Warren Turkal" ---04/09/2008 03:15:35 AM---2008/4/7 Ming Fei Jia <jiamingf@cn.ibm.com>:


    From:

    "Warren Turkal" <turkal@google.com>

    To:

    Ming Fei Jia/China/IBM@IBMCN

    Cc:

    office@lists.oasis-open.org

    Date:

    04/09/2008 03:15 AM

    Subject:

    Re: [office] auto-play presentation file format like PPS - MIME type parameter




    2008/4/7 Ming Fei Jia <jiamingf@cn.ibm.com>:
    >  See my another mail in this loop. I prefer to call option name
    > "shortcut-open-mode" since this attribute should be restricted in the
    > scenario that user double-click or select/enter the document directly from
    > OS shell, otherwise, it seems no real meaning. Thanks.

    Shortcut-open-mode makes no sense to me. What we are really asking for
    is a preferred view of the data. That's why I suggested that name.
    Shortcut open mode seems to evoke terminology from Windows for a
    concept that is similar to a symlink on Unix. Preferred view is very
    generic and really describe the concept much better.

    wt



  • 21.  Re: [office] auto-play presentation file format like PPS - MIME type parameter

    Posted 04-11-2008 17:33
    These ideas could be stated more generally as the following two ideas.
    
    1) We want to define a preferred view for the doc.
    2) We want to include configuration information for that preferred view.
    
    For (1), I like having the default view reflected in the mimetype.
    However, do seems to require a backward-hostile change of adding a
    mimetype option that may not be allowed by the current standard. I
    don't think that we should blindside implementers with such a change.
    Having said all that, I think it makes sense to add the preferred view
    into the manifest.xml in any case.
    
    For (2), the configuration storage for types of different preferred
    views should not be a static one-size-fit-all type of solution. I
    personally think that we should only define the semantics for autoplay
    presentations, read-only, and edit views in this version unless there
    is a strong consensus on what configuration for other view types
    should look like. This type of configuration probably belongs in
    settings.xml.
    
    Both of these concepts should be easily extendable for new and
    creative uses of preferred views.
    
    As an extension (2), it would probably be useful to store
    configurations for views that are not necessarily preferred so that
    someone could open the file in the other views and still get
    appropriate configurations for those views. Given this idea, I don't
    think that the configuration should be marked as preferred in
    settings.xml. Just let the manifest.xml do that stuff.
    
    Later,
    wt
    
    2008/4/10 Ming Fei Jia 


  • 22.  Re: [office] auto-play presentation file format like PPS - MIME typeparameter

    Posted 04-13-2008 06:21
      |   view attached



  • 23.  Re: [office] auto-play presentation file format like PPS - MIME type parameter

    Posted 04-13-2008 07:50
    2008/4/12 Ming Fei Jia 


  • 24.  Re: [office] auto-play presentation file format like PPS - MIME typeparameter

    Posted 04-14-2008 01:45
      |   view attached



  • 25.  Re: [office] auto-play presentation file format like PPS - MIMEtype parameter

    Posted 04-07-2008 18:33
    Hi David,
    
    On Monday, 2008-04-07 11:41:32 -0400, David A. Wheeler wrote:
    
    > I propose the following, to be added to the end of the "MIME Type Stream" section of the ODF document:
    > "If the top-level document has a non-default 'autoplay' value, then the MIME type SHOULD have "; autoplay=" followed immediately by the autoplay value (such as "view"), creating a MIME parameter.
    
    Doing so may actually create incompatibilities with existing software
    that reads the mimetype file's content and determines whether it
    _equals_ a registered MIME type. Trailing parameters would cause
    a mismatch then.
    
    Furthermore, in an unpackaged document ("flat" XML file) the MIME type
    is an attribute office:mimetype of the 


  • 26.  Re: [office] auto-play presentation file format like PPS - MIME typeparameter

    Posted 04-08-2008 03:39
      |   view attached



  • 27.  Re: [office] auto-play presentation file format like PPS

    Posted 03-18-2008 02:00

    Hi Rob,

    It very makes sense for me that add a flag in XML. It is a better and very simple solution. What we want is just to satisfy users' requirements, it is not necessary to define complex things if simple solution can reach the purpose. And what flag and where could we define in the document schema is appropriate? I'm investigating..., and anyone can suggest a good one?

    Best Regards,

    Mingfei Jia(贾明飞)
    IBM Lotus Symphony Development
    IBM China Software Development LAB, Beijing
    Tel: 86-10-82782244-2493 Fax: 86-10-62982924
    NOTES:Ming Fei Jia/China/IBM E-mail: jiamingf@cn.ibm.com
    Address: 4/F, DeShi Building No.9, East Road, ShangDi, Haidian District, Beijing 100085, PRC

    robert_weir---03/17/2008 09:34:23 PM---Hi Mingfei,


    From:

    robert_weir@us.ibm.com

    To:

    Ming Fei Jia/China/IBM@IBMCN

    Cc:

    office@lists.oasis-open.org

    Date:

    03/17/2008 09:34 PM

    Subject:

    Re: [office] auto-play presentation file format like PPS





    Hi Mingfei,

    I think a PPS file is identical to a PPT file inside. The only difference is in the file extension. This tells the application to run PowerPoint directly in play mode rather than edit mode.

    If we want to have the same behavior we could do this as a file extension, or as a boolean flag in the document.

    Looking at Microsoft support notes like : http://support.microsoft.com/kb/326736 it appears that their file extension approach has caused Microsoft some problems.

    So I wonder if a flag in the XML would be a better solution?

    -Rob


    Ming Fei Jia <jiamingf@cn.ibm.com>

    03/17/2008 05:47 AM

    To
    office@lists.oasis-open.org
    cc
    Subject
    [office] auto-play presentation file format like PPS




    Dear TC members,

    I can not find the definition in ODF 1.2 draft 6 about auto-play presentation file format,just like Microsoft PPS format. If we really have not defined it yet, I propose to define it in ODF 1.2 since the requirement of presentation auto-play is obvious for many users. We need to discuss the feasiblity and the solution in this loop. The contents can be:
    (1) The extension name of auto-play presentation file format, e.g. ODPP or anything that makes sense;
    (2) The auto-play presentation file wraps .odp file as an auto-play file when user double-click on the file;
    (3) XML schema definition for the auto-play presentation file if any;
    (4) Explanation for the implementation in vendor products.
    ......

    Welcome any comments!


    Best Regards,

    Mingfei Jia(贾明飞)
    IBM Lotus Symphony Development
    IBM China Software Development LAB, Beijing
    Tel: 86-10-82782244-2493 Fax: 86-10-62982924

    NOTES:Ming Fei Jia/China/IBM E-mail: jiamingf@cn.ibm.com
    Address: 4/F, DeShi Building No.9, East Road, ShangDi, Haidian District, Beijing 100085, PRC