forked from w3c/epubweb
-
Notifications
You must be signed in to change notification settings - Fork 0
/
index.html
481 lines (352 loc) · 55 KB
/
index.html
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
317
318
319
320
321
322
323
324
325
326
327
328
329
330
331
332
333
334
335
336
337
338
339
340
341
342
343
344
345
346
347
348
349
350
351
352
353
354
355
356
357
358
359
360
361
362
363
364
365
366
367
368
369
370
371
372
373
374
375
376
377
378
379
380
381
382
383
384
385
386
387
388
389
390
391
392
393
394
395
396
397
398
399
400
401
402
403
404
405
406
407
408
409
410
411
412
413
414
415
416
417
418
419
420
421
422
423
424
425
426
427
428
429
430
431
432
433
434
435
436
437
438
439
440
441
442
443
444
445
446
447
448
449
450
451
452
453
454
455
456
457
458
459
460
461
462
463
464
465
466
467
468
469
470
471
472
473
474
475
476
477
478
479
480
481
<!DOCTYPE html>
<html lang="en" dir="ltr" typeof="bibo:Document " about="" property="dcterms:language" content="en">
<head>
<meta content="text/html; charset=utf-8" http-equiv="content-type">
<title>Advancing Portable Documents for the Open Web Platform: EPUB-WEB</title>
<style type="text/css">
aside {
width: 15em;
float: right;
color: black;
margin-top: 0.5em;
margin-right: 0.5em;
margin-bottom: 0.5em;
margin-left: 0.5em;
padding-top: 0.5em;
padding-right: 0.5em;
padding-bottom: 0.5em;
padding-left: 0.5em;
font-size: 0.9em;
background: Lavender;
border-left-width: .5em;
border-left-style: solid;
border-left-color: Orchid;
}
aside > p:first-child:before {
content: "SIDE NOTE: ";
}
figure {
margin-top : 0em;
margin-bottom: 2em;
}
.vision {
font-style: italic;
margin-left: 2em;
margin-right: 2em;
padding: 0.8em;
background: white;
border: thin outset black;
border-radius: 0.5em;
text-align: justify;
font-size: 105%;
}
</style>
<style>/*****************************************************************
* ReSpec 3 CSS
* Robin Berjon - http://berjon.com/
*****************************************************************/
/* --- INLINES --- */
em.rfc2119 {
text-transform: lowercase;
font-variant: small-caps;
font-style: normal;
color: #900;
}
h1 acronym, h2 acronym, h3 acronym, h4 acronym, h5 acronym, h6 acronym, a acronym,
h1 abbr, h2 abbr, h3 abbr, h4 abbr, h5 abbr, h6 abbr, a abbr {
border: none;
}
dfn {
font-weight: bold;
}
a.internalDFN {
color: inherit;
border-bottom: 1px solid #99c;
text-decoration: none;
}
a.externalDFN {
color: inherit;
border-bottom: 1px dotted #ccc;
text-decoration: none;
}
a.bibref {
text-decoration: none;
}
cite .bibref {
font-style: normal;
}
code {
color: #C83500;
}
/* --- TOC --- */
.toc a, .tof a {
text-decoration: none;
}
a .secno, a .figno {
color: #000;
}
ul.tof, ol.tof {
list-style: none outside none;
}
.caption {
margin-top: 0.5em;
font-style: italic;
}
/* --- TABLE --- */
table.simple {
border-spacing: 0;
border-collapse: collapse;
border-bottom: 3px solid #005a9c;
}
.simple th {
background: #005a9c;
color: #fff;
padding: 3px 5px;
text-align: left;
}
.simple th[scope="row"] {
background: inherit;
color: inherit;
border-top: 1px solid #ddd;
}
.simple td {
padding: 3px 10px;
border-top: 1px solid #ddd;
}
.simple tr:nth-child(even) {
background: #f0f6ff;
}
/* --- DL --- */
.section dd > p:first-child {
margin-top: 0;
}
.section dd > p:last-child {
margin-bottom: 0;
}
.section dd {
margin-bottom: 1em;
}
.section dl.attrs dd, .section dl.eldef dd {
margin-bottom: 0;
}
@media print {
.removeOnSave {
display: none;
}
}
</style><style>/* --- ISSUES/NOTES --- */
div.issue-title, div.note-title {
padding-right: 1em;
min-width: 7.5em;
color: #b9ab2d;
}
div.issue-title { color: #e05252; }
div.note-title { color: #2b2; }
div.issue-title span, div.note-title span {
text-transform: uppercase;
}
div.note, div.issue {
margin-top: 1em;
margin-bottom: 1em;
}
.note > p:first-child, .issue > p:first-child { margin-top: 0 }
.issue, .note {
padding: .5em;
border-left-width: .5em;
border-left-style: solid;
}
div.issue, div.note {
padding: 1em 1.2em 0.5em;
margin: 1em 0;
position: relative;
clear: both;
}
span.note, span.issue { padding: .1em .5em .15em; }
.issue {
border-color: #e05252;
background: #fbe9e9;
}
.note {
border-color: #52e052;
background: #e9fbe9;
}
</style><link rel="stylesheet" href="https://www.w3.org/StyleSheets/TR/w3c-unofficial"><style>.pkt_added {text-decoration:none !important;}</style><style type="text/css"></style><!--[if lt IE 9]><script src='https://www.w3.org/2008/site/js/html5shiv.js'></script><![endif]--></head>
<body class="h-entry" style="" role="document" id="respecDocument"><div class="head" role="contentinfo" id="respecHeader">
<p>
</p>
<h1 class="title p-name" id="title" property="dcterms:title">Advancing Portable Documents for the Open Web Platform: EPUB-WEB</h1>
<h2 property="bibo:subtitle" id="subtitle">White Paper</h2>
<h2 property="dcterms:issued" datatype="xsd:dateTime" content="2014-11-20T23:00:00.000Z" id="unofficial-draft-21-november-2014">Unofficial Draft <time class="dt-published" datetime="2014-11-21">21 November 2014</time></h2>
<dl>
<dt>Authors:</dt>
<dd class="p-author h-card vcard" rel="bibo:editor" inlist=""><span typeof="foaf:Person"><span property="foaf:name" class="p-name fn">Markus Gylling</span>, <a rel="foaf:workplaceHomepage" class="p-org org h-org h-card" href="http://idpf.org">IDPF</a>, <span class="ed_mailto"><a class="u-email email" rel="foaf:mbox" href="mailto:mgylling@idpf.org">mgylling@idpf.org</a></span></span>
</dd>
<dd class="p-author h-card vcard" rel="bibo:editor" inlist=""><span typeof="foaf:Person"><span property="foaf:name" class="p-name fn">Ivan Herman</span>, <a rel="foaf:workplaceHomepage" class="p-org org h-org h-card" href="http://www.w3.org">W3C</a>, <span class="ed_mailto"><a class="u-email email" rel="foaf:mbox" href="mailto:ivan@w3.org">ivan@w3.org</a></span></span>
</dd>
</dl>
<p class="copyright">
This document is licensed under a
<a class="subfoot" href="http://creativecommons.org/licenses/by/3.0/" rel="license">Creative Commons
Attribution 3.0 License</a>.
</p>
<hr>
</div>
<section id="abstract" class="introductory" property="dcterms:abstract" datatype="" typeof="bibo:Chapter" resource="#abstract" rel="bibo:Chapter"><h2 role="heading" id="h2_abstract">Abstract</h2>
<p>This white paper introduces EPUB-WEB, a vision for the future of digital publishing that is based on a fully native representation of documents within the Open Web Platform. EPUB-WEB achieves full convergence between online and offline/portable document publishing: publishers and users won't need to choose one or the other, but can switch between them dynamically, at will.
</p>
<div class="note"><div class="note-title" aria-level="1" role="heading" id="h_note_1"><span>Note</span></div><p class="">The name “EPUB-WEB” is used colloquially in this paper. The eventual effort may choose to use a completely different name that is more evocative of the larger community we want to engage; e.g. “Portable Document”, “Portable Multimedia Document”, “Offline Web Document”, “Multipart Electronic Publication“,… In what follows, for the sake of simplicity, we will use the term “EPUB-WEB”.</p></div>
</section><section id="sotd" class="introductory" typeof="bibo:Chapter" resource="#sotd" rel="bibo:Chapter"><h2 role="heading" id="h2_sotd">Status of This Document</h2>
<p>
This document is merely a public working draft of a potential specification. It has
no official standing of any kind and does not represent the support or consensus of any
standards organisation.
</p>
<p>This is a living document which at the time of writing reflects the authors’ opinions only. Comments and suggestions are welcomed, either via the authors’ email addresses (see above) or via the <a href="https://github.com/w3c/epubweb/issues">github issue tracker</a> (with a preference for the latter).</p>
</section><section id="toc"><h2 class="introductory" role="heading" id="h2_toc">Table of Contents</h2><ul class="toc" role="directory" id="respecContents"><li class="tocline"><a href="#our-vision" class="tocxref"><span class="secno">1. </span>Our Vision</a></li><li class="tocline"><a href="#why-work-on-this-now" class="tocxref"><span class="secno">2. </span>Why work on this now?</a><ul class="toc"><li class="tocline"><a href="#publishers" class="tocxref"><span class="secno">2.1 </span>Publishers</a></li><li class="tocline"><a href="#scholarly-journal-and-stm-publishers" class="tocxref"><span class="secno">2.2 </span>Scholarly Journal and <abbr title="Science, Technology, and Medical">STM</abbr> Publishers</a></li><li class="tocline"><a href="#in-house-publishers" class="tocxref"><span class="secno">2.3 </span>In-house Publishers</a></li><li class="tocline"><a href="#reading-system-developers" class="tocxref"><span class="secno">2.4 </span>Reading System developers</a></li><li class="tocline"><a href="#web-page-designers" class="tocxref"><span class="secno">2.5 </span>Web page designers</a></li><li class="tocline"><a href="#web-browsers" class="tocxref"><span class="secno">2.6 </span>Web browsers</a></li><li class="tocline"><a href="#libraries-and-archival-services" class="tocxref"><span class="secno">2.7 </span>Libraries and archival services</a></li><li class="tocline"><a href="#users" class="tocxref"><span class="secno">2.8 </span>Users</a></li></ul></li><li class="tocline"><a href="#achieving-convergence-work-areas" class="tocxref"><span class="secno">3. </span>Achieving convergence: work areas</a><ul class="toc"><li class="tocline"><a href="#generic-archive-format-for-the-portable-offline-state" class="tocxref"><span class="secno">3.1 </span>Generic archive format for the portable/offline state</a></li><li class="tocline"><a href="#capturing-overall-publication-structure" class="tocxref"><span class="secno">3.2 </span>Capturing overall publication structure</a></li><li class="tocline"><a href="#document-and-fragment-identification" class="tocxref"><span class="secno">3.3 </span>Document and fragment identification</a></li><li class="tocline"><a href="#metadata-discovery" class="tocxref"><span class="secno">3.4 </span>Metadata: discovery</a></li><li class="tocline"><a href="#styling-and-layout-pagination" class="tocxref"><span class="secno">3.5 </span>Styling and Layout, Pagination</a></li><li class="tocline"><a href="#security-and-privacy-models" class="tocxref"><span class="secno">3.6 </span>Security and privacy models</a></li><li class="tocline"><a href="#presentation-control-and-personalization" class="tocxref"><span class="secno">3.7 </span>Presentation Control and Personalization</a></li><li class="tocline"><a href="#models-for-embracing-domain-specific-restrictions-and-extensions" class="tocxref"><span class="secno">3.8 </span>Models for embracing domain-specific restrictions and extensions</a></li></ul></li><li class="tocline"><a href="#conclusions" class="tocxref"><span class="secno">4. </span>Conclusions</a></li><li class="tocline"><a href="#references" class="tocxref"><span class="secno">A. </span>References</a><ul class="toc"><li class="tocline"><a href="#informative-references" class="tocxref"><span class="secno">A.1 </span>Informative references</a></li></ul></li></ul></section>
<section typeof="bibo:Chapter" resource="#introduction" rel="bibo:Chapter" id="our-vision">
<!--OddPage--><h2 id="introduction" role="heading"><span class="secno">1. </span>Our Vision</h2>
<p class="vision">Our vision for EPUB-WEB is that portable documents become fully native citizens of the Open Web Platform. The current format- and workflow-level separation between offline/portable (EPUB) and online (Web) document publishing is diminished to zero. These are merely two dynamic manifestations of the same publication: content authored with online use as the primary mode can easily be saved by the user for offline reading in portable document form. Content authored primarily for use as a portable document can be put online, without any need for refactoring the content. Publishers can choose to utilize either or both of these publishing modes, and users can choose either or both of these consumption modes. Essential features flow seamlessly between online and offline modes; examples include cross-references, user annotations, access to online databases, as well as licensing and rights management.
</p>
<p>A portable document is a collection of content items (e.g. pages, chapters, modules, articles) structured as a single, self-contained logical unit. Individual items can consist of text, images, graphics, mathematical or chemical formulae, as well as audio and video. These documents by definition have a default, linear “reading order”, however the user may choose to skip around in the content just as with a book on paper; alternatively, interactive aspects of the content may alter the reading order on behalf of the user.
</p>
<p>Several portable document formats exist. The only vendor independent and HTML based format is EPUB [<cite><a class="bibref" href="#bib-EPUB3">EPUB3</a></cite>], which emphasizes a dynamic determination of content presentation and a closer alignment with the Open Web Platform. EPUB can represent reflowable contents as well as sequences of final-form fixed pages; depending on the publication type, an EPUB document may default to one of those. EPUB is built on Web Standards, and the individual items that make up an EPUB publication are exactly the same types of content that make up a Web site: [<cite><a class="bibref" href="#bib-HTML5">HTML5</a></cite>], [<cite><a class="bibref" href="#bib-SVG">SVG</a></cite>], [<cite><a class="bibref" href="#bib-CSS21">CSS21</a></cite>], [<cite><a class="bibref" href="#bib-ECMAScript">ECMAScript</a></cite>], [<cite><a class="bibref" href="#bib-JPEG">JPEG</a></cite>] and [<cite><a class="bibref" href="#bib-PNG">PNG</a></cite>] images, etc. </p>
<p>EPUB can be viewed as simply defining a specialization of Web content that assures that a collection of content items has the needed properties of completeness and logical structure, and does so in a standard way so that other processing tools and services can reliably create, manipulate, and present such collections. This completeness constraint is key for bridging the current gap between an online and offline/portable view of the same content (see <a href="#whynow">section on usage patterns</a> below).
</p>
<p>While Web documents and portable documents have distinguishing characteristics, the differences can also be viewed as situational and gradual rather than representing bright-line distinctions. Just as most of the content features of Web pages and portable documents implemented via EPUB are held in common, portable documents and documents on the Web share a desire for occasional or on-demand use of their distinguishing characteristics. Authors of HTML Web pages using CSS for styling may want pagination features. Users of Web sites want the occasional ability to download a part of a Web site for offline use with links intact to both the saved offline content and remaining content that has not yet been downloaded. Reliable navigation of Web sites increases usability and accessibility.
</p>
<figure style="text-align: center;" id="epubweb.figure"> <img src="figures/epubweb.png" width="90%"> <figcaption>Fig. <span class="figno">1</span> <span class="fig-title">The same content can be turned into an archived file and back without any inherent change</span></figcaption>
</figure>
</section>
<section typeof="bibo:Chapter" resource="#whynow" rel="bibo:Chapter" id="why-work-on-this-now">
<!--OddPage--><h2 id="whynow" role="heading"><span class="secno">2. </span>Why work on this now?</h2>
<p>EPUB can be considered to be at an inflection point. EPUB has been broadly adopted on a global basis for “trade” eBooks, and is beginning to be adopted for e-textbooks and other types of documents, but has been largely an “offline” format. While various browser extensions supporting EPUB exist (Readium-Chrome, EPUB-Firefox, .etc.), as well as solutions for delivering EPUB files in browsers (Readium-Cloud, EPUB.js, Safari Books Online, etc.) these solutions require relatively complex server and/or client software and in some cases depend on non-standardized transformation of packged .epub files into more network-delivery-suitable forms. A focused effort to make EPUB a first-class citizen of the Open Web Platform and as a result significantly reduce the complexity of deploying EPUB content into browsers, for online as well as offline consumption, would increase momentum for EPUB and associated Web Standards adoption in the many communities who are are looking for an open, non-proprietary, next-generation portable document format.
</p>
<p>The broader Web Platform can also be considered to be at an inflection point. On mobile platforms, usage of Web sites is diminishing in favor of native applications. Usage of hybrid applications (that utilize Web content along with native application technologies), and Web-technology-based system applications is growing. However, the specific means of delivering such hybrid and Web-technology-based system applications is presently proprietary to particular application and/or browser platforms. Working on EPUB-WEB will increase momentum in solving problems in packaging, metadata, and offline support applicable to both portable documents and installed applications and help ensure the broadest possible adoption for the Open Web Platform in general.
</p>
<p>The convergence of EPUB and the Open Web Platform provides a common set of solutions and opportunities for various stakeholders:
</p>
<section id="publishers">
<h3 role="heading" id="h3_publishers"><span class="secno">2.1 </span>Publishers</h3>
<p>Book publishers are currently investing in the development of technical expertise in Web technologies; an expertise that is not part of the “traditional” work of publishers. Whilst gaining some level of expertise is important, the lack of synergy between trade publishers and the Web application developers’ community also means unnecessary duplications, i.e., unnecessary investments.
</p>
<p>Being able to collaborate more closely with the Web content development community, with all its inventiveness and agility, would have major benefit for publishers. Through the usage of a universal, interoperable format, it will let publishers concentrate on engaging with the content authors to produce finished and high quality content, and rely on the Web content community to deal with the more sophisticated technical issues (such as intricacies of CSS or of SVG). Possible future content formats on the Web (e.g., 3D rendering) or various interactive Web programs (e.g., visualization tools like D3) will also naturally flow into the realm of publishers through EPUB-WEB and hence increase the publishers’ possibilities. This is especially true for areas of publishing that are traditionally at the leading edge of electronic content, such as <abbr title="Science, Technology, and Medical">STM</abbr> and educational publishing (see also the <a="#schol">section on scholarly publishing below). Basically, a more converged platform, instead of parallel universes, will support more tools and services and a much larger population of trained practitioners.</a="#schol"></p>
</section>
<section typeof="bibo:Chapter" resource="#schol" rel="bibo:Chapter" id="scholarly-journal-and-stm-publishers">
<h3 id="schol" role="heading"><span class="secno">2.2 </span>Scholarly Journal and <abbr title="Science, Technology, and Medical">STM</abbr> Publishers</h3>
<p>Most scholarly journal publishers also provide the articles for download these days; currently, the format is usually [<cite><a class="bibref" href="#bib-PDF">PDF</a></cite>]. This reflects the history of the scholarly community: scholarly publications were traditionally linear texts, and the PDF files are meant to be a faithful reproduction of the printed formats. Indeed, the original (pre-Web) goal of putting these files online was to allow readers to print the content, instead of borrowing the printed journal and making photocopies.
</p>
<p>But things are changing. First of all, Web-only publications become part of the mainstream (e.g., the multidisciplinary <a href="http://www.plosone.org">PLOS ONE</a> journal) with the main content being published with traditional Web technologies like HTML and CSS. And there is much more. Scholarly communication increasingly use additional media such as video, audio, animated graphics, or very large images, and the trend is to consider these as integral parts of the scientific output. (A nice example of the new possibilities is <a href="http://bost.ocks.org/mike/algorithms/">Mike Bostock’s recent article on visualizing algorithms</a>.) Furthermore, publishing the scientific <em>data sources</em>, like the results of a sociological survey or measurement output of biochemical experiments in XML or CSV formats, alongside the “main” publication, is also coming to the fore, with some journals and institutions actually requiring a public access to those. Gaining access to all these various media and contents both online and offline is important for scholars, whether the goal is to read the publication on the Web, or to download the papers for various reasons: reading the article offline, inclusion of the paper into bibliographic management systems like <a href="http://www.mendelay.com">Mendeley</a> or <a href="www.zotero.org">Zotero</a>, or peer-reviewing submissions. Any offline format for scholarly purposes should be adapted to these needs.</p>
<p>EPUB offers a solution to many of the problems that will be further enhanced by EPUB-WEB. Having an essentially identical online and offline versions of the same content, including the usage of various media, leads to similar reading experiences whether online or offline. User annotations, formal reviews, etc, performed by the scholar on a small, mobile device while being offline can be automatically synchronized with the online version as soon as there is Internet access. Being based on a general archival format, EPUB-WEB provides an easy way to consistently include video, audio, interactive scripts, any kind of data, and can naturally contain active links to the scientific data published elsewhere on the Web in case the data is too large to be distributed offline. These and other possibilities provided by EPUB-WEB may contribute to fundamentally change the way scholarly publishing works.</p>
</section>
<section id="in-house-publishers">
<h3 role="heading" id="h3_in-house-publishers"><span class="secno">2.3 </span>In-house Publishers</h3>
<p>A special form of document production is related to technical and/or user documentation of complex products as well complex administrative documents. Such documents are often akin to <abbr title="Science, Technology, and Medical">STM</abbr> or scholarly publications edited by traditional trade or scholarly publishers but, often, the sheer quantity and complexity of production, as well as confidentiality requirements, mean that the production are done in-house. In many respects major corporations such as IBM, Intel, Renault, or Boeing, or institutions like the European Commission, the FAO, or the UNESCO have become specialized publishers themselves.</p>
<p>The quantity of documentation makes it infeasible to produce these documents in print (or print-only); instead, publishing them on the public Web or an Intranet and/or providing them through specialized mobile devices is the viable alternative. The production of these documents has similar challenges to scholarly publications like accessibility issues, portability of annotations, or the possible inclusion of complex media.</p>
<p>Just as for scientific publications, EPUB-WEB will provide new possibilities for these types of documents. Documentation in EPUB-WEB can be used offline in, for example, a cockpit, while being easily updated through the Web when possible. Inclusion of interactive animation, explanations, etc., become easy thanks to the possibilities provided by the Open Web Platform, whether online or offline.</p>
</section>
<section id="reading-system-developers">
<h3 role="heading" id="h3_reading-system-developers"><span class="secno">2.4 </span>Reading System developers</h3>
<p>Reading system developers will also benefit. It is already true today that, due to the large scale use of the Open Web Platform technologies in EPUB3, reading systems often rely on existing Web browser “cores”. This means that the development of these reading systems already benefit from a level of synergy insofar as they can rely on software developments done elsewhere. Making EPUB-WEB “native” to browsers will mean that an even larger percentage of the necessary software will be available as part of the “core” and developers can concentrate on book-specific issues such as specialized user interfaces or connection to online bookstores.</p>
<p>But the main advantage of EPUB-WEB for reading systems is a vastly larger user base. Whilst, today, reading systems are mainly used to read traditional novels, the introduction of EPUB-WEB will open up new possibilities for, e.g., scholarly and educational use, journals and magazines, governmental usage, etc.</p>
</section>
<section id="web-page-designers">
<h3 role="heading" id="h3_web-page-designers"><span class="secno">2.5 </span>Web page designers</h3>
<p>The synergy between the traditional publishing community and the Web site designers may help in greatly improving the quality of overall Web page design. Indeed, the publishing community has significant experience on issues like ergonomy, complex layout design, paged layout, or user interface problems when consuming, for example, long, elaborate, and mostly linear content. Publishers also have an experience in a proper editorial and curatory workflow in producing content, which can be easily transposed from traditional publishing to Web site production. </p>
<p>Another aspect of Web page design is its adaption to various environments easily. Creating documents on the Web that could be displayed both on a traditional screen and a mobile device is already a growing trend today; with EPUB-WEB, users will be able to create digitally native documents easily, whether the document is viewed online or offline.</p>
</section>
<section id="web-browsers">
<h3 role="heading" id="h3_web-browsers"><span class="secno">2.6 </span>Web browsers</h3>
<p>Generation of an offline version of a Web page (mainly in terms of very long and complex content) is an area where browsers will benefit from EPUB-WEB. Such a facility is important: when roaming charging are often high, or when internet access may be of a low quality or not available at all, users need the possibility to create, in an ad-hoc and easy manner, an offline version of the Web page they are reading. Several browsers offer such facilities already, albeit in mutually incompatible formats. Making EPUB-WEB native to a browser means to standardize an archive format that can be used through a suitable user interface by anyone using a browser. Also, some of the facilities required by reading systems are also extremely useful for “traditional” Web content; annotation facilities are an obvious example. A joint development will therefore provide a welcome addition to the core browser facilities.</p>
<p>It must be emphasized, however, that EPUB-WEB is not meant to create an offline version of <em>any</em> Web page; the emphasis is on Web <em>documents</em> and not to, so to say, duplicate the Web. For example, it is not the goal of EPUB-WEB to store the page of a Web-based email client. The exact boundaries and limitations will have to be properly specified alongside the <a href="#arch">work on archival formats</a>.</p>
<p>Note that, technically, the inclusion of EPUB-WEB capabilities to browsers should be fairly straightforward: because EPUB-WEB documents are based on the core Web Technologies, the “extras” to make them a native feature of the Web is limited to some comparatively simple tasks, like handling packages, dealing with features like reading order, and displaying tables of contents, and an important goal of EPUB-WEB will be to further streamline these tasks. In other words, it is feasible to include EPUB-WEB content handling even in a mobile environment, where the computing and memory limits are more demanding.</p>
</section>
<section id="libraries-and-archival-services">
<h3 role="heading" id="h3_libraries-and-archival-services"><span class="secno">2.7 </span>Libraries and archival services</h3>
<p>The archival of digital assets is coming to the fore as a significant issue for dedicated institutions like national libraries. With the arrival of highly dynamic and possibly interactive Web documents as primary content, the traditional means of archiving (i.e., storing an XML or HTML page on some backup device for long term preservation) is no longer adequate. Web documents depend on a multitude of auxiliary files, like CSS style sheets, images, videos, javascript programs, etc. The completeness of an EPUB-WEB document has a significant role to play in this respect: combined with archiving it provides means to store the content offline, making it appropriate for archival purposes. </p>
</section>
<section id="users">
<h3 role="heading" id="h3_users"><span class="secno">2.8 </span>Users</h3>
<p>Users will benefit, arguably the most, from a convergence of efforts between EPUB-WEB documents and other uses of Web technologies. Users will have the choice among different reading systems for the same content, ranging from specialized devices to traditional Web Browsers. Beyond the overall qualities of the reading environment the choice can also be made based on the content and usage: whereas a specialized device would work well for reading a novel on the beach, a Web browser or a high-end tablet may be preferred to consume highly interactive educational content in a class room. Publishers do not have to make this decision: users can do that. The same content can also smoothly migrate from one device or system to another, possibly carrying notes and annotations. Features for people with disabilities will also be provided consistently, whether the content is a portable document or a Web page. </p>
</section>
</section>
<section id="achieving-convergence-work-areas">
<!--OddPage--><h2 role="heading" id="h2_achieving-convergence-work-areas"><span class="secno">3. </span>Achieving convergence: work areas</h2>
<p>Although all effort must be taken to keep as much backward compatibility as possible, the requirement(s) of EPUB-WEB will very likely mean a non-backward compatible transition from EPUB3. That being said, it must be emphasized that the major part of any EPUB3 publication, namely the content, will remain unchanged or will require only minimal changes. Indeed, the content of an EPUB3 file is based on core Open Web Platform technologies, including HTML5, SVG, or CSS3, and this will remain true for EPUB-WEB as well. The bulk of the changes are expected to occur around the accompanying constructs like publication-level metadata records, the spine, or the packaging of the content. In other words, the investments made by publishers into the transition from EPUB2 to EPUB3 (i.e., the move from XHTML1 to HTML5, from CSS2 to CSS3) are certainly not lost: the new changes would be mostly restricted to the implementation details of reading systems and production workflows. The evolution, in the past few years, of online tooling for the production of EPUB content based on the Open Web Platform (e.g., the platforms developed and used by companies like O’Reilly, Hachette, Metrodigi, or Inkling) will greatly facilitate any transition to EPUB-WEB; adapting these tools to EPUB-WEB is expected to be quite straightforward.</p>
<p>This section lists some of the work areas that EPUB-WEB should engage in. The list is not exhaustive and there are only hints at the technical solutions; one of the main goals of the work ahead will be to clarify the requirements and technical details. It must be emphasized that the solutions to these problems may not come from either IDPF or W3C, but possibly from other, external organizations (document identification is a typical example).</p>
<section typeof="bibo:Chapter" resource="#arch" rel="bibo:Chapter" id="generic-archive-format-for-the-portable-offline-state">
<h3 id="arch" role="heading"><span class="secno">3.1 </span>Generic archive format for the portable/offline state</h3>
<p>A variety of formats for offline/archival storage of collections of digital resources exist today [<cite><a class="bibref" href="#bib-OCF">OCF</a></cite>], [<cite><a class="bibref" href="#bib-ODF">ODF</a></cite>], [<cite><a class="bibref" href="#bib-OOXML">OOXML</a></cite>], but none of them is universally recognized and supported across ecosystems. EPUB-WEB needs to be based on the definition of an archive format that is generic and native to the Open Web Platform, eventually with read and write support in Web browsers as well as dedicated Reading Systems and authoring tools. (Note that EPUB-WEB has more specific needs than what a general Web page may have, but this should be covered by <em>adding</em> information to a generic format.)</p>
<p>To achieve interoperability between implementations, EPUB-WEB also needs to define the process for transitioning a publication from the online to the offline/portable (a.k.a. archived) states, and vice versa. </p>
<div class="note"><div class="note-title" aria-level="2" role="heading" id="h_note_2"><span>Note</span></div><p class="">W3C’s <a href="http://www.w3.org/2008/webapps/">Web Application Working Group</a> has, in its new charter, the task of defining a general packaging format for the Web to encompass the needs of various applications (like installing Web Applications or downloading data for local processing). It is probably advantageous for EPUB-WEB to adopt this format, thereby being compatible with what Web Browsers would implement anyway. While this general packaging format could hypothetically be compatible with the ZIP+XML manifest format used by EPUB (and also by the Open Document Format [<cite><a class="bibref" href="#bib-ODF">ODF</a></cite>]) the broader requirements of installable applications and other types of content, and efficient incremental transmission over networks, may well imply a different and incompatible packaging format.
</p></div>
</section>
<section id="capturing-overall-publication-structure">
<h3 role="heading" id="h3_capturing-overall-publication-structure"><span class="secno">3.2 </span>Capturing overall publication structure</h3>
<p>As outlined above, portable document formats in general tend to include information pertaining to the overall publication structure, such as the logical reading order(s) of the set of resources that comprise the publication (e.g. the “spine” and associated constructs in EPUB), as well as predictable user-facing meta-structures, such as one or several tables of contents or “guides”. EPUB already incorporates definitions of how to express these data based on W3C Standards such as XML, HTML, and JSON. For EPUB-WEB’s requirements it may be imperative to further optimize these data structures in a way that is even more native to the Open Web Platform and more easily supported in authoring tools, browsers and Reading Systems.
</p>
<div class="note"><div class="note-title" aria-level="2" role="heading" id="h_note_3"><span>Note</span></div><p class="">Whilst these information objects are important for larger and/or more complex publications, it is unnecessary for a number of use cases for EPUB-WEB. A typical example is the archival of a document consisting of a single Web page. EPUB-WEB should therefore include the definition of a set of “defaults”, i.e., it should not require the presence of, say, a spine if the publication contains one single HTML file. Such defaults are not currently present in EPUB.</p></div>
</section>
<section typeof="bibo:Chapter" resource="#idf" rel="bibo:Chapter" id="document-and-fragment-identification">
<h3 id="idf" role="heading"><span class="secno">3.3 </span>Document and fragment identification</h3>
<p>On the web, HTTP URIs serve as the fundamental method of identifying a resource, or a fragment thereof. Among the various portable document formats available today, there is no equivalent ubiquitous method for identifying a publication that by definition does not have an HTTP address. Within the scholarly publishing industry, for example, initiatives such as <a href="http://www.doi.org">DOI</a> and <a href="http://crossref.org">CROSSREF</a> have addressed this problem by providing explicit URN resolver services, but these services are not used by traditional “trade” publishing that rely more on ISBN related services. Also, for a universally applicable portable document format, unconditionally relying on distinct resolver services is suboptimal for a number of use cases, primarily as these may not be free of charge, and may require registration process that is not be applicable to the use case at hand. </p>
<p>Today’s EPUB supports a mechanism [<cite><a class="bibref" href="#bib-CFI">CFI</a></cite>] for fine-grained references into a publication, but it is not defined in a manner that natively handles transitions between online and offline/portable states.</p>
<p>EPUB-WEB needs to define a way to utilize URI schemes for identifying documents and/or fragments thereof such that the addressing scheme does not break, nor needs to be changed, when a document transits from online to offline/portable states, or vice versa. A number of questions arise and need answers, e.g.:</p>
<ul>
<li>What is the URI of the offline version of the document? How does that URI relate to the online identification of the content?</li>
<li>How does one identify the instance of a publication that “belongs to”, e.g., a specific person? This may be important if one wants to create and store, e.g., annotation to one’s own “copy” only, as opposed to the content in general.</li>
<li>Should there be one URI identifying the content itself, regardless of its format (e.g., whether it is online or offline)? This is akin to the issue of identifying, e.g., a book as a whole, as opposed to its delivery format (i.e., whether it is a printed or electronic).</li>
</ul>
<p>Beyond the identification of the document as a whole, there is a further need for fragment identification, i.e., to identify an “anchor” within the document. EPUB-WEB needs to include fragment identification schemes that are agnostic to the online/offline state, and that can address fragments of various kinds (e.g. resources within archives, elements with or without IDs, text ranges, time positions, etc.) and for various media types.</p>
<div class="note"><div class="note-title" aria-level="2" role="heading" id="h_note_4"><span>Note</span></div><p class="">The recently formed <a href="http://www.w3.org/annotation/">W3C Annotation Working Group</a> has a joint deliverable with the <a href="http://www.w3.org/2008/webapps/">W3C Web Application Working Group</a> called “Robust Anchoring”. This deliverable will provide a general framework for anchoring; and, although defined within the framework of annotations, the specification can also be used for other fragment identification use cases. Similarly, the W3C Media Fragments specification [<cite><a class="bibref" href="#bib-media-frags">media-frags</a></cite>] may prove useful to address some of the use cases.</p></div>
</section>
<section id="metadata-discovery">
<h3 role="heading" id="h3_metadata-discovery"><span class="secno">3.4 </span>Metadata: discovery</h3>
<p>Throughout the digital publishing industry, highly specialized metadata vocabularies and serialization forms thereof are being used. Within trade publishing as an example, ONIX [<cite><a class="bibref" href="#bib-ONIX">ONIX</a></cite>] has attained a dominant status as a metadata package that typically travels (in XML form) independently of the publication, and contains not only bibliographic metadata, but also trade information such as pricing. Scholarly publishing uses various derivatives of the ubiquitous BibTeX vocabulary.</p>
<p>While not contradicting the obvious use cases for out-of-line metadata records as used by publishers, retailers and libraries, EPUB-WEB must define a syntax for basic in-line metadata records that is agnostic to the online and offline modes. This means that the syntax must seamlessly support discovery and harvesting by both generic Web search engines, as well as dedicated bibliographic/archival/retailer systems. While it is expected that EPUB-WEB will define a minimal set of required metadata (cf. the <a href="#idf">section on identities and fragments above</a>), development and adoption of further vocabularies in EPUB-WEB will most likely be deemed as out of scope; in other words: domain-specific metadata requirements are up to the domains themselves to define via a profiling mechanism, or similar yet-to-be-defined means. </p>
<div class="note"><div class="note-title" aria-level="2" role="heading" id="h_note_5"><span>Note</span></div><p class="">The adoption of HTML as the vehicle for expressing publication-level metadata (i.e., using RDFa [<cite><a class="bibref" href="#bib-html-rdfa">html-rdfa</a></cite>] and/or Microdata [<cite><a class="bibref" href="#bib-microdata">microdata</a></cite>] for metadata like authors or title) would have the added benefits of better I18N support than XML or JSON formats.</p></div>
</section>
<section id="styling-and-layout-pagination">
<h3 role="heading" id="h3_styling-and-layout-pagination"><span class="secno">3.5 </span>Styling and Layout, Pagination</h3>
<p>As outlined in [<cite><a class="bibref" href="#bib-dpub-latinreq">dpub-latinreq</a></cite>] or [<cite><a class="bibref" href="#bib-jlreq">jlreq</a></cite>], the Open Web Platform in general, and CSS in particular, is still lacking solutions for meeting all of the publishers’ expectations on satisfactory typography and layout for digital publications. While improved presentation fidelity will be of paramount importance to the overall success and adoption rate of EPUB-WEB, it is clear that many of these issues are going to be addressed on a case-by-case basis by the CSS WG over a longer period of time. <abbr title="Science, Technology, and Medical">STM</abbr> publishing, for example, where the faithful representation and rendering of, e.g., mathematical or chemical formulae is of a paramount importance, has particularly severe requirements that must be fulfilled by the Open Web Platform technologies.</p>
<p>It is also anticipated that native support for pagination (in CSS and/or in the DOM) is going to be put forward by stakeholders as a critical component of EPUB-WEB; thus the finalization of EPUB-WEB may be contingent on the availability of a native pagination model for Web content. Today’s EPUB does not define a particular pagination model for reflowable content (although work has been done on this, leading to the experimental EPUB Adaptive Layout specification [<cite><a class="bibref" href="#bib-PGT">PGT</a></cite>] that has informed subsequent related work in CSS WG).</p>
</section>
<section id="security-and-privacy-models">
<h3 role="heading" id="h3_security-and-privacy-models"><span class="secno">3.6 </span>Security and privacy models</h3>
<p>The security model of the Web, based primarily on the same-origin policy and the concept of “site”, does not apply to portable documents, as the notion of “origin” is based on HTTP properties that are invalidated/non-existent when a document transitions from its online state to the portable state. On the other hand, the security model of EPUB as used today, based primarily on the assumption that some proprietary DRM technology will be applied to content, does not transfer well to an open and dynamic environment like the Web. A consensus solution, taking into account the interests and the usage patterns of various communities, will have to be found. In particular, EPUB-WEB must incorporate a state agnostic security and privacy model that defines rules for both the online and portable states.</p>
</section>
<section id="presentation-control-and-personalization">
<h3 role="heading" id="h3_presentation-control-and-personalization"><span class="secno">3.7 </span>Presentation Control and Personalization</h3>
<p>When reading long-form (and sometimes mission-critical) publications, personalization — i.e. the ability for users to adapt the presentation to suit their needs — is of a paramount importance. While technologies such as CSS Media Queries have come a long way in terms of adapting content to devices, this is not the same thing as adapting to a user. Presentation control features are often available in EPUB Reading Systems, for example the possibility to dynamically change font size or background/foreground color schemes, but implementations are brittle and limited due to the lack of an underlying framework that explicitly supports user adaptation.</p>
<p>EPUB-WEB needs to incorporate an explicit framework for achieving advanced and predictable user-triggered presentation control. (Note that from this perspective, accessibility can be seen just a radical case of personalization.)</p>
</section>
<section id="models-for-embracing-domain-specific-restrictions-and-extensions">
<h3 role="heading" id="h3_models-for-embracing-domain-specific-restrictions-and-extensions"><span class="secno">3.8 </span>Models for embracing domain-specific restrictions and extensions</h3>
<p>Different domains of digital publishing have vastly different expectations and/or requirements on the nature of the content and their presentation. In the digital comics domain for example, the default presentation form is, traditionally at least, pre-paginated, fixed-form, and image-based media, possibly with a set of omnipresent (i.e., cross-publisher) user interaction patterns that are expected to be enabled. On the other hand, for trade publishing the default form is fully reflowable content, where user interaction patterns are defined entirely by the user agent. In educational publishing, the ability to control structure, to include rich domain-specific structural semantics and extensive specialized metadata, are at the basis for enhanced reading system behaviors, as well as predictable content discovery and repurposing. </p>
<p>To allow for the predictability of content within those domains that need it, EPUB-WEB needs to incorporate a notion of “profiles” that content can be authored and validated against, and that user agent implementations can use to trigger enhanced behaviors, if any. To allow for agile feature-set extensions and innovation, EPUB-WEB profiles also needs to embrace the notion of “feature addons” that can be included by a publisher without risking to invalidate the integrity and functionality of the basic publication.</p>
</section>
</section>
<section id="conclusions">
<!--OddPage--><h2 role="heading" id="h2_conclusions"><span class="secno">4. </span>Conclusions</h2>
<p>This White Paper outlines a vision for the convergence between the Open Web Platform and portable documents while also significantly advancing and expanding the existing EPUB ecosystem. The realization of this vision would require a strong cooperation between the traditional publishing and Web communities, ideally based on a close collaboration between IDPF and the W3C and potentially other relevant organizations. While it is envisaged that most of the work could be done in one or more dedicated Working Groups (within IDPF and/or W3C), it must be emphasized that many of the features will affect and will be affected by work done elsewhere, within or outside these organizations. The starting point will be to explore and plan for the detailed technical challenges to gain a better insight into the work ahead; this exploration should be done together with the various interested communities.
</p>
</section>
<section id="references" class="appendix" typeof="bibo:Chapter" resource="#references" rel="bibo:Chapter"><!--OddPage--><h2 role="heading" id="h2_references"><span class="secno">A. </span>References</h2><section id="informative-references" typeof="bibo:Chapter" resource="#informative-references" rel="bibo:Chapter"><h3 role="heading" id="h3_informative-references"><span class="secno">A.1 </span>Informative references</h3><dl class="bibliography" about=""><dt id="bib-CFI">[CFI]</dt><dd rel="dcterms:references">Peter Sorotokin, et. al.. <a href="http://www.idpf.org/epub/linking/cfi/epub-cfi.html"><cite>EPUB Canonical Fragment Identifier (epubcfi) Specification</cite></a>. URL: <a href="http://www.idpf.org/epub/linking/cfi/epub-cfi.html">http://www.idpf.org/epub/linking/cfi/epub-cfi.html</a>
</dd><dt id="bib-CSS21">[CSS21]</dt><dd rel="dcterms:references">Bert Bos; Tantek Çelik; Ian Hickson; Håkon Wium Lie et al. <a href="http://www.w3.org/TR/CSS2"><cite>Cascading Style Sheets Level 2 Revision 1 (CSS 2.1) Specification</cite></a>. 7 June 2011. W3C Recommendation. URL: <a href="http://www.w3.org/TR/CSS2">http://www.w3.org/TR/CSS2</a>
</dd><dt id="bib-ECMAScript">[ECMAScript]</dt><dd rel="dcterms:references">Allen Wirfs-Brock. <a href="http://people.mozilla.org/~jorendorff/es6-draft.html"><cite>ECMA-262 ECMAScript Language Specification, Edition 6</cite></a>. Draft. URL: <a href="http://people.mozilla.org/~jorendorff/es6-draft.html">http://people.mozilla.org/~jorendorff/es6-draft.html</a>
</dd><dt id="bib-EPUB3">[EPUB3]</dt><dd rel="dcterms:references">Garth Conboy; Matt Garrish; Markus Gylling; William McCoy; Murata Makoto; Daniel Weck. <a href="http://www.idpf.org/epub/301/spec/epub-overview-20140626.html"><cite>EPUB 3 Overview</cite></a>. Recommended Specification. URL: <a href="http://www.idpf.org/epub/301/spec/epub-overview-20140626.html">http://www.idpf.org/epub/301/spec/epub-overview-20140626.html</a>
</dd><dt id="bib-HTML5">[HTML5]</dt><dd rel="dcterms:references">Robin Berjon; Steve Faulkner; Travis Leithead; Erika Doyle Navara; Edward O'Connor; Silvia Pfeiffer. <a href="http://www.w3.org/TR/html5/"><cite>HTML5</cite></a>. 28 October 2014. W3C Recommendation. URL: <a href="http://www.w3.org/TR/html5/">http://www.w3.org/TR/html5/</a>
</dd><dt id="bib-JPEG">[JPEG]</dt><dd rel="dcterms:references">Eric Hamilton. <a href="http://www.w3.org/Graphics/JPEG/jfif3.pdf"><cite>JPEG File Interchange Format</cite></a>. Sep 1992. URL: <a href="http://www.w3.org/Graphics/JPEG/jfif3.pdf">http://www.w3.org/Graphics/JPEG/jfif3.pdf</a>
</dd><dt id="bib-OCF">[OCF]</dt><dd rel="dcterms:references">James Pritchett; Markus Gylling. <a href="http://www.idpf.org/epub/301/spec/epub-ocf-20140626.html"><cite>EPUB Open Container Format (OCF) 3.0</cite></a>. Recommended Specification. URL: <a href="http://www.idpf.org/epub/301/spec/epub-ocf-20140626.html">http://www.idpf.org/epub/301/spec/epub-ocf-20140626.html</a>
</dd><dt id="bib-ODF">[ODF]</dt><dd rel="dcterms:references">Michael Brauer; Patrick Durusau; Gary Edwards; David Faure; Tom Magliery; Daniel Vogelheim. <a href="https://www.oasis-open.org/committees/download.php/12572/OpenDocument-v1.0-os.pdf"><cite>Open Document Format for Office Applications v1.0</cite></a>. Oasis Standard. URL: <a href="https://www.oasis-open.org/committees/download.php/12572/OpenDocument-v1.0-os.pdf">https://www.oasis-open.org/committees/download.php/12572/OpenDocument-v1.0-os.pdf</a>
</dd><dt id="bib-ONIX">[ONIX]</dt><dd rel="dcterms:references">EDItEUR. <cite>ONIX for Books 3.0.2 Specification</cite>.
</dd><dt id="bib-OOXML">[OOXML]</dt><dd rel="dcterms:references">ECMA International. <a href="http://www.ecma-international.org/publications/standards/Ecma-376.htm"><cite>Office Open XML File Formats, ECMA-376</cite></a>. Standard ECMA 376. URL: <a href="http://www.ecma-international.org/publications/standards/Ecma-376.htm">http://www.ecma-international.org/publications/standards/Ecma-376.htm</a>
</dd><dt id="bib-PDF">[PDF]</dt><dd rel="dcterms:references">Adobe Systems, Inc.,. <a href="http://partners.adobe.com/public/developer/en/pdf/PDFReference.pdf"><cite>Adobe Portable Document Format, Version 4.0</cite></a>. URL: <a href="http://partners.adobe.com/public/developer/en/pdf/PDFReference.pdf">http://partners.adobe.com/public/developer/en/pdf/PDFReference.pdf</a>
</dd><dt id="bib-PGT">[PGT]</dt><dd rel="dcterms:references">Peter Sorotokin, et. al.. <a href="http://www.idpf.org/epub/pgt/"><cite>EPUB Adaptive Layout</cite></a>. URL: <a href="http://www.idpf.org/epub/pgt/">http://www.idpf.org/epub/pgt/</a>
</dd><dt id="bib-PNG">[PNG]</dt><dd rel="dcterms:references">Tom Lane. <a href="http://www.w3.org/TR/PNG"><cite>Portable Network Graphics (PNG) Specification (Second Edition)</cite></a>. 10 November 2003. W3C Recommendation. URL: <a href="http://www.w3.org/TR/PNG">http://www.w3.org/TR/PNG</a>
</dd><dt id="bib-SVG">[SVG]</dt><dd rel="dcterms:references">Jon Ferraiolo. <a href="http://www.w3.org/TR/SVG/"><cite>Scalable Vector Graphics (SVG) 1.0 Specification</cite></a>. 4 September 2001. W3C Recommendation. URL: <a href="http://www.w3.org/TR/SVG/">http://www.w3.org/TR/SVG/</a>
</dd><dt id="bib-dpub-latinreq">[dpub-latinreq]</dt><dd rel="dcterms:references">Dave Cramer. <a href="http://www.w3.org/TR/dpub-latinreq/"><cite>Requirements for Latin Text Layout and Pagination</cite></a>. 30 September 2014. W3C Working Draft. URL: <a href="http://www.w3.org/TR/dpub-latinreq/">http://www.w3.org/TR/dpub-latinreq/</a>
</dd><dt id="bib-html-rdfa">[html-rdfa]</dt><dd rel="dcterms:references">Manu Sporny. <a href="http://www.w3.org/TR/html-rdfa/"><cite>HTML+RDFa 1.1</cite></a>. 22 August 2013. W3C Recommendation. URL: <a href="http://www.w3.org/TR/html-rdfa/">http://www.w3.org/TR/html-rdfa/</a>
</dd><dt id="bib-jlreq">[jlreq]</dt><dd rel="dcterms:references">Yasuhiro Anan; Hiroyuki Chiba; Junzaburo Edamoto; Richard Ishida; Tatsuo KOBAYASHI; Toshi Kobayashi; Kenzou Onozawa; Felix Sasaki; Seiichi Kato; Hajime Shiozawa et al. <a href="http://www.w3.org/TR/jlreq/"><cite>Requirements for Japanese Text Layout</cite></a>. 3 April 2012. W3C Note. URL: <a href="http://www.w3.org/TR/jlreq/">http://www.w3.org/TR/jlreq/</a>
</dd><dt id="bib-media-frags">[media-frags]</dt><dd rel="dcterms:references">Raphaël Troncy; Erik Mannens; Silvia Pfeiffer; Davy Van Deursen. <a href="http://www.w3.org/TR/media-frags/"><cite>Media Fragments URI 1.0 (basic)</cite></a>. 25 September 2012. W3C Recommendation. URL: <a href="http://www.w3.org/TR/media-frags/">http://www.w3.org/TR/media-frags/</a>
</dd><dt id="bib-microdata">[microdata]</dt><dd rel="dcterms:references">Ian Hickson. <a href="http://www.w3.org/TR/microdata/"><cite>HTML Microdata</cite></a>. 29 October 2013. W3C Note. URL: <a href="http://www.w3.org/TR/microdata/">http://www.w3.org/TR/microdata/</a>
</dd></dl></section></section></body></html>