← Prev in month ← Prev in thread
Next in thread → Next in month →

[office-comment] Requirement About my proposal (oth) and response about the ePUB format

From
ronnie thebonnie <>
Date
2010-03-01T18:30:08+00:00
ID
Thread
[office-comment] Requirement About my proposal (oth) and response about the ePUB format
Someone has mentioned ePUB about my comment about my oth-proposal: 
Søren Roug <>

I see that ePUB has a different container format, that's very different from my proposal. 

It even uses the OOXML's Open Packaging Format. 
It also dictates the content, which is also very different from my proposal. 

The proposal is only about a container, not about dictating what content is in it. 
This allows the format not to depend on stuff that can become deprecated or replaced. 
Making it completely independent of the content has neat advantages: It can already store html6! 

Even if nobody knows what's in it. This makes it very robust, in contrary to ePUB. 

P.S. please make odi deprecated or at least place a warning in the specification that odg does the same and more. 
The odi file extension has totally no use when we have odg anyway. 

P.S.2:
Maybe it's better to use a MIME-type: application/vnd.oasis.opendocument.web-container

And in my original post, the 
It would be a good idea to redefine the MIME type of the oth extension
in the following non-backwards compatible revision of ODF as: 

application/vnd.oasis.opendocument.text-web-template
This way it forms a more coherent unity along MIME types with the other
types defined. 

It can also already be added in the next version, also backwards compatible ones. 
This means it's okay for adding in odf 1.2.  

 

2010/2/28 ronnie thebonnie <>

Nope, that isn't it. 
I want the odf packaging to play the packaging and ONLY the packaging. 

2010/2/28 Søren Roug <>

  

Hello Ronnie,

Take a look at ePub (http://en.wikipedia.org/wiki/EPUB). It probably
has what you're looking for.

Søren Roug

Den 28-02-2010 15:16, ronnie thebonnie skrev:

+NAME

Ronnie The Bonnie

+CONTACT

  

  

+CATEGORY (select one or more from below)

import-export/

  

+SCOPE (select one or more from below)

packaging

  

+USE CASE

Everywhere is being worked with html that has extra files for content,
e.g. images, scripts,.... 

  

+DESCRIPTION

Proposal to add a odh for packaging html and other content in
one file. 

  

This is currently possible, although not standardized with something
that has shtml file extension. 

When working with webpages, they often consist of a .html file and some
other files. 

It's quite tedious and error-prone to have to watch out for always
having the all the files on one place. ODF could solve this by only
adding a packaging container to store all the files in one file. This
offers more convenient manipulation (moving, copying,...) on the file
level and compression can be used to reduce storage requirements. 

  

The current mime-type for the oth file extension: 

application/vnd.oasis.opendocument.text-web

Explanation: Text document used as template for HTML documents

  

The new MIME type for the odh file extension would be: 

application/vnd.oasis.opendocument.web

Explanation: ODF container used as packaging/container for html and
related files. 

  

  

  

It would be a good idea to redefine the MIME type of the oth extension
in the following non-backwards compatible revision of ODF as: 

application/vnd.oasis.opendocument.text-web-template 

This way it forms a more coherent unity along MIME types with the other
types defined.
← Prev in month ← Prev in thread
Next in thread → Next in month →