├── .github
└── workflows
│ └── auto-publish.this_should_be_yml
├── .gitignore
├── .pr-preview.json
├── CODE_OF_CONDUCT.md
├── CONTRIBUTING.md
├── ECHIDNA
├── LICENSE.md
├── README.md
├── common
├── css
│ └── common.css
├── html
│ ├── acknowledgements.html
│ ├── lo.html
│ └── separate_acks.json
└── js
│ ├── biblio.js
│ ├── orcid.js
│ └── wp.js
├── index.html
└── w3c.json
/.github/workflows/auto-publish.this_should_be_yml:
--------------------------------------------------------------------------------
1 | # .github/workflows/pr-push.yml
2 | name: CI
3 | on:
4 | pull_request: {}
5 | push:
6 | branches: [main]
7 | jobs:
8 | main:
9 | name: Build, Validate and Deploy
10 | runs-on: ubuntu-latest
11 | steps:
12 | - uses: actions/checkout@v2
13 | - uses: w3c/spec-prod@v2
14 | with:
15 | W3C_ECHIDNA_TOKEN: ${{ secrets.W3C_TR_TOKEN }}
16 | W3C_WG_DECISION_URL: https://www.w3.org/publishing/groups/publ-wg/Meetings/Minutes/2017/2017-12-18-minutes#resolution2
17 | W3C_BUILD_OVERRIDE: |
18 | shortName: pwpub
19 | specStatus: WG-NOTE
20 |
--------------------------------------------------------------------------------
/.gitignore:
--------------------------------------------------------------------------------
1 | *.swp
2 |
--------------------------------------------------------------------------------
/.pr-preview.json:
--------------------------------------------------------------------------------
1 | {
2 | "src_file": "index.html",
3 | "type": "respec"
4 | }
5 |
--------------------------------------------------------------------------------
/CODE_OF_CONDUCT.md:
--------------------------------------------------------------------------------
1 | # Code of Conduct
2 |
3 | All documentation, code and communication under this repository are covered by the [W3C Code of Ethics and Professional Conduct](https://www.w3.org/Consortium/cepc/).
4 |
--------------------------------------------------------------------------------
/CONTRIBUTING.md:
--------------------------------------------------------------------------------
1 | # Publishing Working Group
2 |
3 | Contributions to this repository are intended to become part of Recommendation-track documents governed by the
4 | [W3C Patent Policy](http://www.w3.org/Consortium/Patent-Policy-20040205/) and
5 | [Software and Document License](http://www.w3.org/Consortium/Legal/copyright-software). To make substantive contributions to specifications, you must either participate
6 | in the relevant W3C Working Group or make a non-member patent licensing commitment.
7 |
8 | If you are not the sole contributor to a contribution (pull request), please identify all
9 | contributors in the pull request comment.
10 |
11 | To add a contributor (other than yourself, that's automatic), mark them one per line as follows:
12 |
13 | ```
14 | +@github_username
15 | ```
16 |
17 | If you added a contributor by mistake, you can remove them in a comment with:
18 |
19 | ```
20 | -@github_username
21 | ```
22 |
23 | If you are making a pull request on behalf of someone else but you had no part in designing the
24 | feature, you can remove yourself with the above syntax.
25 |
--------------------------------------------------------------------------------
/ECHIDNA:
--------------------------------------------------------------------------------
1 | # ECHIDNA configuration
2 | index.html
3 | common/css/common.css
4 |
--------------------------------------------------------------------------------
/LICENSE.md:
--------------------------------------------------------------------------------
1 | All documents in this Repository are licensed by contributors
2 | under the
3 | [W3C Software and Document License](http://www.w3.org/Consortium/Legal/copyright-software).
4 |
--------------------------------------------------------------------------------
/README.md:
--------------------------------------------------------------------------------
1 |
2 | 
3 |
4 | # Packaged Web Publications
5 |
6 | This is the repository of the W3C’s specification on Packaged Web Publications, developed by the [Publishing Working Group](https://www.w3.org/publishing/groups/publ-wg/).
7 |
8 | This work has been superceded by the [Lighweight Packaging Format (LPF)](https://www.w3.org/TR/lpf/), released as a W3C Working Group Note.
9 |
10 | The original editors’ draft of the Packaged Web Publications specification is [still available](https://w3c.github.io/pwpub/) for the record.
11 |
12 | ## Contributing to the Repository
13 |
14 | Use the standard fork, branch, and pull request workflow to propose changes to the specification. Please make branch names informative—by including the issue or bug number for example.
15 |
16 | Editorial changes that improve the readability of the spec or correct spelling or grammatical mistakes are welcome.
17 |
18 | Please read [CONTRIBUTING.md](CONTRIBUTING.md), about licensing contributions.
19 |
20 |
--------------------------------------------------------------------------------
/common/css/common.css:
--------------------------------------------------------------------------------
1 |
2 | ul.ack > li,
3 | ul.flat > li {
4 | display: inline;
5 | }
6 |
7 | ul.ack > li:after,
8 | ul.flat > li:after {
9 | content: ', '
10 | }
11 |
12 | ul.ack > li:last-child:after,
13 | ul.flat > li:last-child:after {
14 | content: ''
15 | }
16 |
17 | ul.flat {
18 | display: inline;
19 | padding-left: 0;
20 | }
21 |
22 | dt, dd {
23 | padding-top: 0.5em;
24 | }
25 |
26 | dfn {
27 | font-weight: bold !important;
28 | }
29 |
--------------------------------------------------------------------------------
/common/html/acknowledgements.html:
--------------------------------------------------------------------------------
1 | The editors would like to thank the members of the Publishing Working Group for their contributions to this specification:
95 | The Working Group would also like to thank the members of
96 | the Digital Publishing Interest Group for all the hard work
97 | they did paving the road for this specification.
98 | The editors would like to specially thank the following individuals for making significant
4 | contributions to the authoring and editing of this specification: Additionally, the following people were members of the Working Group at the time of publication: The Working Group would also like to thank the members of the
107 | Digital Publishing Interest Group for all the hard work
108 | they did paving the road for this specification.Acknowledgements
3 |
6 |
93 |
94 | Acknowledgements
3 |
7 |
25 |
26 |
29 |
105 |
106 |
This specification defines a packaging format for combining the resources of a Web Publication [[?wpub]] into a single 45 | portable file.
46 |47 | At this point, this is just a skeleton for the specification-to-be. At the moment, the focus of the Working Group is on the Web Publications document. 48 |
49 |52 | Due to the lack of practical business cases for Web Publications, and the consequent lack of commitment to implement the technology, the Publishing Working Group has chosen to discontinue the work on Web Publications, archive the work in the form of a Working Group Note, and focus on other areas of interest. As a consequence, the present document has also been discontinued and is being published as a Working Group Note. The public record of the group's discussions is available in group's archive of meeting minutes. 53 |
54 | 55 |56 | The separate Lightweight Packaging Format (LPF) Working Group Note fulfills a similar role, albeit with different requirements and goals. 57 |
58 |The editors request community comments on especially on Sections 2-4 via the group’s primary mailing list. The archives are publicly visible, and anyone can post a mail.
64 | 65 |A key decision on this specification will be the choice of packaging mechanism (section 5). The working group has decided to evaluate Web Packaging (see the Web Packaging Format Explainer) and to wait for its maturation before proceeding. This has been a major cause of the publication of this specification as a First Public Working Draft in such skeletal form.
66 | 67 |A document is a Packaged Web Publication if it: 75 | 76 |
Additionally, a document that is a Packaged Web Publication MAY contain: 82 | 83 |
This specification defines two conformance classes: one for Self-Packaged Web Publications and one for 93 | Standard-Packaged Web Publications.
94 | 95 |A document is a Self-Packaged Web Publication if it meets the following criteria:
96 | 97 | 101 | 102 |A document is a Standard-Packaged Web Publications if it meets the following criteria:
103 | 104 | 107 | 108 |A Web Publication [[?wpub]] that has been packaged into a single information resource, enabling it to be transported and stored independent of any specific address or protocol. A Packaged Web Publication does not have to originate on the Web (i.e., have a specific URL that is accessible via HTTP); the only requirement is that it conform to Web Publications. Similarly, it is possible to unpack a Packaged Web Publication to create a Web Publication, but there are practical limitations to doing so (e.g., re-publishing cross-domain resources will require that a client be able to access all domains used). 119 |
120 |A Packaged Web Publication [PWPUB] that defines its own package format. 125 |
126 |A Packaged Web Publication [PWPUB] that is packaged using the packaging format defined in . 131 |
132 |A Web Publication is anticipated to have some Descriptive Properties, or WP-specific metadata. What PWP-specific metadata should a PWP contain, if any?
141 | 142 |PWP will require the selection of some sort of packaging format in order to be a 149 | Packaged Web Publication.
150 | 151 |Some options currently under consideration include, but are not limited to:
152 | 153 |All of these have pros and cons. For example, Web Packaging is not finalized, 162 | the CBOR specification precludes inclusion of a general compression scheme (although 163 | one could add one on top of CBOR), and SQLite is not a standard of a recognized body.
164 |What packaging format or style should a PWP use?
167 | 168 |The editors realize that the concept of profiles of implementation is probably contentious. 174 | Much discussion is anticipated before this section is likely to be brought to conclusion.
175 | 176 |