EPUB

EPUB
Filändelsen :	.epub
MIME-typ :	applikation / epub + zip
Utvecklad av:	International Digital Publishing Forum
Aktuell version:	3.2 (per 8 maj 2019)
Standard (er) :	Specifikationer

EPUB (inklusive ePUB , akronym för e LEKTRONISK pub skriften ) är en öppen standard för e-böcker från International Digital Publishing Forum (IDPF), av den äldre standarden Open eBook ( OEB eller Open eBook publikation Structure , OEBPS ersatt).

DRM- mekanismer kan valfritt integreras. Formatet definierar dock inte en implementering, men lämnar det till respektive visningsprogram. Kommentarer som anteckningar, bokmärken etc. ingår inte i standarden. Med version 3 är det möjligt att hänvisa till en textdel till bokstaven.

E-böcker baserade på EPUB gör att texten kan anpassas dynamiskt till läsarens respektive skärmstorlek och är därför särskilt lämpliga för utdata på handhållna enheter. Däremot visas texten i PDF exakt som i den tryckta boken.

formatera

EPUB-standarden är baserad på ett antal fria standarder. I version 2 är dessa huvudsakligen XML , XHTML , DTBook , SVG , CSS , NCX (från DTBook, DAISY ), Dublin Core och Zip . Följande pixelgrafiska format måste också tolkas: PNG , JPEG / JFIF , GIF . Å ena sidan är DTBook inte längre tillgänglig i version 3, men ytterligare format läggs till, t.ex. för ljud och valfritt för video (varav vissa kräver att licenser implementeras), samt format för teckensnitt i OpenType- och WOFF- format , och i version 3.1 och 3.2 också TrueType .

Specifikationen för EPUB i version 2 är uppdelad i tre delar som definierar olika områden:

• Strukturen för det faktiska innehållet
• Paketformatet
• Arkivets struktur

I version 3 finns det också:

• Medieöverlagringar (för en alternativ presentation som en ljudbok)
• Kanoniska fragmentidentifierare (för referenser till var som helst i en bok)

Från version 3.0.1 kan du också ange om presentationen ska vara sidbaserad eller rullbar. Dessutom kan det bestämmas hur innehållet anpassar sig till tillgängligt utrymme - antingen liknande SVG genom att definiera ett visningsområde och vid behov efterföljande skalning (fast) eller liknande XHTML genom att automatiskt dela innehållet till tillgängligt utrymme utan att skalas (inte fast).

Öppen publikationsstruktur

Formaten som ska användas för det faktiska innehållet regleras av OPS ( Open Publication Structure ). Tillåtna innehållsdokument behandlas i version 3 i EPUB Content Documents . Alla format som kan användas anges i version 3 i EPUB Publications , se nästa avsnitt.

I princip skiljer EPUB mellan de faktiska innehållsdokumenten och andra dokument i andra format som kan inbäddas i dem, dvs. är alltid beroende av innehållet i innehållsdokumenten och visas inte självständigt.

Dokument lagras i en eller flera UTF- 8 eller UTF-16-kodade filer.

I version 2.0 / 2.0.1 implementeras innehållsdokument med en delmängd av XHTML 1.1 eller med DTBook, varigenom en tolkning av DTBook vanligtvis inte implementeras i vanliga visningsprogram. SVG 1.1 (utan interaktivitet eller animering) kan antingen användas som en dataö i XHTML-dokument eller så är den inbäddad som en bild eller ett objekt. Stilmallar kan användas i en delmängd av CSS 2.0-formatet. Dessutom finns det några stilarkegenskaper som är specifika för EPUB. Skriptapplikationer är inte tillåtna.

I version 3.0 / 3.0.1 implementeras innehållsdokument antingen med XML-varianten av HTML5 eller med SVG 1.1 (utan interaktivitet eller animering). När det gäller HTML5 definieras inte vilka författare för arbetsutkast som ska följa, och inte heller hur specificeras vilket arbetsutkast som används i en bok. Som beskrivet och begränsat i HTML5 kan presentation MathML också användas som en dataö . Stilark här refererar främst till CSS 2.1 och några moduler i CSS 3.0. Skriptapplikationer är valfria. Dokumenten måste utformas på ett sådant sätt att innehållet är tillgängligt med och utan tolkning av skript. En liten delmängd av SMIL- formatet kan också användas för att implementera medieöverlägg. I detta fall länkas ljudfiler till innehållet så att en presentation också kan erbjudas som en ljudbok.

I version 3.1 påpekas det uttryckligen att den här versionen inte är begränsad till en speciell version av XHTML, SVG eller CSS, författare och programmerare av displayprogram bör orientera sig på de nuvarande rekommendationerna i W3C. Detta innebär att specifikationen för EPUB är oberoende av specifikationerna för de webbstandarder som används. Med SVG är användningen av interaktivitet eller animering inte längre utesluten, det finns bara en mer allmän hänvisning till möjliga implementeringsgap i olika moduler i visningsprogrammen.

Eftersom version 3.1 har vissa inkompatibiliteter med tidigare versioner, rekommenderar den ansvariga arbetsgruppen att använda den reviderade versionen 3.2 istället. Detta baseras närmare på 3.0.1, förklarar också vissa faktiskt opåverkade alternativ på 3.0.1 som föråldrade, men tar över de utökade alternativen från 3.1 med avseende på innehållet genom nya versioner av SVG och HTML5.

Öppet förpackningsformat

Struktureringen regleras av Open Packaging Format (OPF), vars version 3 är tillgänglig som EPUB Publications .

Strukturen och införandet av metadata beskrivs i en huvudfil (filnamnstillägg :) .opf.

I det första avsnittet, i elementet metadata, tillhandahålls metadata huvudsakligen enligt Dublin Core- schemat. Typen av notering är i detalj annorlunda för version 3 än för version 2, vilket kan orsaka problem för läsare om de vill få tillgång till sådan information direkt med äldre program istället för att packa upp bokarkivet och direkt ange källtexten för OPF- Look vid filen. Samma information, som fortfarande kan vara tillgänglig i en bok enligt version 2, kan bli otillgänglig med en notering enligt version 3 och vice versa med program som bara tolkar version 3 och inte längre notationen av version 2.

I ett andra avsnitt, i elementet manifest, listas alla andra filer som är lagrade i arkivet.

Det ytterligare avsnittet, representerat av elementet spine, är något som motsvarar bokens ryggrad i tryckta böcker; strukturen tjänar främst till att bestämma läsordningen för boken för visningsprogrammet. En grundläggande åtskillnad görs mellan delar av en bok som är i en linjär läsordning och de som inte gör det. Följaktligen kan detta specificeras för varje post i ett innehållsdokument. I synnerhet version 2 och 3.0.1 kräver också att alla innehållsdokument som refereras av dokument i spineär själva i den här katalogen. I praktiken kan detta orsaka problem för böcker vars struktur inte följer en enkel, linjär läsordning helt eller delvis och som istället tillhandahåller en egen, inbyggd navigering, med vilken du kan förgrena dig till alternativ eller som, som i en nätverk eller labyrint, har i princip inte någon det finns en viss läsordning. Sådana innehållsstrukturer var redan problematiska med tryckta böcker, men är faktiskt inte längre ett tekniskt problem för en digital representation.

De praktiska problemen för EPUB-böcker beror på att många populära visningsprogram ignorerar specifikationen att innehållsdokument inte ska visas i en linjär läsordning. Dokumenten visas sedan i den ordning de spinenoteras i eller som linjärt efteråt märkt innehåll . Detta är ett uttryckligen tillåtet förfarande. Detta gör det praktiskt taget svårt för författare av icke-linjära verk att publicera meningsfullt i detta format (till exempel, som en improviserad motåtgärd kan många tomma innehållsdokument spineinfogas före och efter ett icke-linjärt dokument för att uppmuntra läsaren att inte använd den ordning som föreslås av programmet men för att använda navigeringsmedlen som är specifika för respektive bok).

Attributet bredvid tocelementet spinehänvisar till en innehållsförteckning för mänskliga läsare av boken. Med ett ytterligare valfritt avsnitt kan bokens speciella strukturer anges som titelblad, innehållsförteckning, index, ordlista etc.

Innehållsförteckningen avsedd för mänskliga läsare, som visas utanför den normala läsordningen, specificeras i version 2.0 / 2.0.1 i avsnittet navMapi en fil, vanligtvis med filnamnstillägget .ncxi XML-format NCX , som kommer från DTBook . Varje post tilldelas playOrderen position i attributet inom sekvensen för texterna som ska reproduceras.

Ett sådant dokument har varit valfritt sedan version 3.0 / 3.0.1 och är endast avsett som ett hjälpmedel för gamla version 2-visningsprogram. I version 3.1 är NCX-dokumentet markerat som föråldrat eller föråldrat. Version 3-visningsprogram ska inte längre tolka det. För detta ändamål måste innehållsförteckningen specificeras i ett dokument i dessa versioner, som kan implementeras med en delmängd av XML-varianten av HTML5 och kan därför också göras tillgänglig inom normal läsordning.

OEBPS-containerformat

Förpackningen av alla partiella filer i en enda fil och strukturen för filsystemet som finns däri regleras av OEBPS Container Format (OCF), som finns i version 3 som EPUB Open Container Format (OCF) . Alla partiella filer kombineras i en zip- arkivfil med filnamnstillägget .epub. Detta måste innehålla minst:

• en okomprimerad fil med namnet mimetypeoch innehållet application/epub+zipi rotkatalogen som den första filen i arkivet,
• en katalog META-INFmed en fil med namnet container.xmlsom pekar på publikationsmästarfilen,
• huvudfilen,
• en innehållsförteckning för att navigera genom publikationen och
• minst en innehållsfil.

Exempel

Filsystemet i en minimal bok enligt EPUB 2 kan se ut så här:

  mimetype
  META-INF/
    container.xml
  inhalt.opf
  inhalt.ncx
  inhalt.xhtml

Filsystemet för EPUB 3 kan se ut, men det finns en annan fil för navigering (kallad nav.xhtml här) i XHTML-format, inhalt.ncx-filen är valfri här, men är meningsfullt för gamla visningsprogram:

  mimetype
  META-INF/
    container.xml
  inhalt.opf
  inhalt.ncx
  nav.xhtml
  inhalt.xhtml

container.xml

  <?xml version="1.0" encoding="UTF-8"?>
  <container
    xmlns="urn:oasis:names:tc:opendocument:xmlns:container"
    version="1.0">
    <rootfiles>
      <rootfile
        full-path="inhalt.opf"
        media-type="application/oebps-package+xml"/>
    </rootfiles>
  </container>

Huvudfil inhalt.opf (version 2)

  <?xml version="1.0" encoding="UTF-8"?>
  <package version="2.0"
    xmlns:dc="http://purl.org/dc/elements/1.1/"
    xmlns:opf="http://www.idpf.org/2007/opf"
    xmlns="http://www.idpf.org/2007/opf"
    unique-identifier="BookId">
    <metadata>
      <!-- Die folgende Buchidentifikation ist einzigartig für jedes Buch zu wählen -->
      <dc:identifier id="BookId" opf:scheme="UUID">6f2e78a1-c4f3-4895-b58b-347f92fb2d14</dc:identifier>
      <!-- Hauptsprache des Buches -->
      <dc:language>de</dc:language>
      <!-- Buchtitel -->
      <dc:title xml:lang="de">Hallo Welt</dc:title>

      <!-- bis hier notwendige Metainformationen, es folgen einige optionale: -->

      <!-- Beschreibung -->
      <dc:description xml:lang="de">Beispiel für ein Buch im Format EPUB 2.</dc:description>
      <!-- Erzeuger, Erschaffer des digitalen Buches, hier auch der Autor -->
      <dc:creator
        opf:file-as="Zufall, Rainer"
        opf:role="aut"
        xml:lang="de">Rainer Zufall</dc:creator>
      <!-- Charakteristischer Zeitpunkt der Erstellung des Buches -->
      <dc:date opf:event="creation">2013-10-23</dc:date>
      <!-- Zeitpunkt der Veröffentlichung -->
      <dc:date opf:event="publication">2013-10-23</dc:date>
    </metadata>
    <!-- Verzeichnis der Dateien des Buches -->
    <manifest>
      <item id="ncx" href="inhalt.ncx" media-type="application/x-dtbncx+xml"/>
      <item id="Datei_1" href="inhalt.xhtml" media-type="application/xhtml+xml"/>
    </manifest>
    <!-- Reihenfolge der Inhalte des Buches -->
    <spine toc="ncx">
      <itemref idref="Datei_1"/>
    </spine>
  </package>

Huvudfil inhalt.opf (version 3)

  <?xml version="1.0" encoding="UTF-8"?>
  <package version="3.0"
    xmlns:dc="http://purl.org/dc/elements/1.1/"
    xmlns:opf="http://www.idpf.org/2007/opf"
    xmlns="http://www.idpf.org/2007/opf"
    unique-identifier="Id">
    <metadata>
      <!-- Die folgende Buchidentifikation in Kombination mit folgendem Datum einzigartig für jedes Buch zu wählen -->
      <dc:identifier id="Id">6f2e78a1-c4f3-4895-b58b-347f92fb2d14</dc:identifier>
      <!-- Datum der letzten Änderung -->
      <meta property="dcterms:modified">2013-10-26T17:27:34Z</meta>
      <!-- Hauptsprache des Buches -->
      <dc:language>de</dc:language>
      <!-- Buchtitel -->
      <dc:title xml:lang="de">Hallo Welt</dc:title>

      <!-- bis hier notwendige Metainformationen, es folgen einige optionale: -->

      <!-- Beschreibung -->
      <dc:description xml:lang="de">Beispiel für ein Buch im Format EPUB 3.</dc:description>
      <!-- Erzeuger, Erschaffer des digitalen Buches, hier auch der Autor -->
      <dc:creator id="rainer" xml:lang="de">Rainer Zufall</dc:creator>
      <meta refines="#rainer" property="file-as">Zufall, Rainer</meta>
      <meta refines="#rainer" property="role" scheme="marc:relators">aut</meta>
      <!-- Angabe des Typs der Buchidentifikation -->
      <meta property="identifier-type" refines="#Id">UUID</meta>
      <!-- Zeitraum der Erstellung des Buches -->
      <meta property="dcterms:created">2013-10-23/26</meta>
      <!-- Zeitpunkt der Veröffentlichung -->
      <meta property="dcterms:issued">2013-10-26</meta>
    </metadata>
    <!-- Verzeichnis der Dateien des Buches -->
    <manifest>
      <item id="ncx"    href="inhalt.ncx"   media-type="application/x-dtbncx+xml"/>
      <item id="inhalt" href="inhalt.xhtml" media-type="application/xhtml+xml"/>
      <item id="nav"    href="nav.xhtml"    media-type="application/xhtml+xml" properties="nav"/>
    </manifest>
    <!-- Reihenfolge der Inhalte des Buches -->
    <spine toc="ncx">
      <itemref idref="nav"/>
      <itemref idref="inhalt"/>
    </spine>
  </package>

Detaljerad innehållsförteckning inhalt.ncx (för version 2, valfri för version 3)

  <?xml version="1.0" encoding="UTF-8"?>
  <ncx
    xmlns="http://www.daisy.org/z3986/2005/ncx/"
    version="2005-1"
    xml:lang="de">
    <head>
      <!-- Dieselbe Buchidentifikation wie in der OPF-Datei: -->
      <meta name="dtb:uid" content="6f2e78a1-c4f3-4895-b58b-347f92fb2d14"/>
    </head>
    <docTitle>
      <text>Hallo Welt</text>
    </docTitle>
    <docAuthor>
      <text>Rainer Zufall</text>
    </docAuthor>
    <navMap>
      <navPoint playOrder="1" id="id_01">
        <navLabel>
          <text>Hallo Welt</text>
        </navLabel>
        <content src="inhalt.xhtml"/>
      </navPoint>
    </navMap>
  </ncx>

Detaljerad innehållsförteckning nav.xhtml (för version 3)

<?xml version="1.0" encoding="UTF-8" ?>
<html xmlns="http://www.w3.org/1999/xhtml"
      xmlns:ops="http://www.idpf.org/2007/ops"
      xml:lang="de">
  <head>
    <title>Inhaltsverzeichnis</title>
  </head>
  <body>
   <nav ops:type="toc">

    <h1>Inhaltsverzeichnis</h1>

    <ol>
      <li><a href="nav.xhtml">Inhaltsverzeichnis</a></li>
      <li><a href="inhalt.xhtml">Hallo Welt</a></li>
    </ol>

  </nav>
 </body>
</html>

Verkligt innehåll inhalt.xhtml (för version 2)

En enkel XHTML-fil:

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.1//EN"
     "http://www.w3.org/TR/xhtml11/DTD/xhtml11.dtd">
<html xmlns="http://www.w3.org/1999/xhtml"
      xml:lang="de">
  <head>
    <title>Hallo Welt</title>
  </head>
  <body>
    <h1>Hallo Welt</h1>
    <p>Ein einfacher Absatz als Textbeispiel.</p>
  </body>
</html>

Verkligt innehåll inhalt.xhtml (för version 3)

En enkel XHTML-fil (baserat på en fungerande utkast till HTML5 och med en utökad typ attribut från OPS / EPUB namespace för att identifiera den semantiska funktion av element mer exakt):

<?xml version="1.0" encoding="UTF-8"?>
<html xmlns="http://www.w3.org/1999/xhtml"
      xmlns:ops="http://www.idpf.org/2007/ops"
      xml:lang="de">
  <head>
    <title>Hallo Welt</title>
  </head>
  <body>
    <h1>Hallo Welt</h1>

    <section ops:type="chapter">
      <h2>Titel des ersten Kapitels</h2>
      <p>Ein einfacher Absatz als Textbeispiel.</p>
      <p>...</p>
    </section>
    <section ops:type="chapter">
      <h2>Titel des zweiten Kapitels</h2>
      <p>...</p>
    </section>
  </body>
</html>

Verifiering

Eftersom allt innehåll i EPUB är standardiserat och baserat på XML kan ett EPUB-arkiv kontrolleras för dess giltighet. Arkiveringsstrukturen och de dokument som den innehåller kontrolleras.

Användning av validerare är vanligt för testning . Det är inte ett problem att kontrollera XML-dokumenten i en EPUB för välformitet, dvs för att följa de ganska enkla XML-syntaxreglerna.

För de format som anges för EPUB och de format som används i boken, såsom XHTML, SVG, Digital Talking Books, finns det också speciella specifikationer, dvs. fasta regler som måste kontrolleras. Detta är mycket mer komplicerat för program av olika skäl. Här talar man om att kontrollera giltighet eller giltighet. För detta ändamål måste regeluppsättningen för respektive format finnas tillgängligt på speciella formella språk, vilket kan förstås av testprogrammet, även känt som validator . Formuleringen av regeluppsättningen för ett format på ett sådant formellt språk kallas definition av dokumenttyp eller XML-schema , eller kortfattat schema . Epubcheck publicerad av IDPF själv används ofta för kontroll. Den nuvarande versionen i maj 2019 är 4.2.1. 4.2.x testar EPUB 3.2-versionen. (och 2) 4.1.1 är den senaste versionen som fortfarande testar enligt reglerna i EPUB 3.0.1.

Beroende på vilken EPUB-version som används kan det finnas olika problem i detalj:

• Den nämnda validatorn (version 3 av den) har problem med EPUB 2, till exempel med att kontrollera innehållsdokument i Digital Talking Books-format. Men version 4 kan också kontrollera formatet.
• EPUB 3.0.1 använder tyvärr samma version som EPUB 3, så en validerare kan inte automatiskt skilja sig korrekt baserat på versionsnumret i boken, vilken version som användes av författaren, vilket kan leda till felaktiga resultat eller felaktiga varningar i valideringsförloppet.
• Den normativa varianten av ett format består ofta av prosa och formuleras inte formellt som ett schema. Scheman är då ofta icke-normativa som representationer av programformatet. Eftersom scheman inte korrekt kan representera godtyckligt komplexa fakta kan scheman avvika från den normativa specifikationen, så att kontrollera med ett program kan leda till felaktiga felmeddelanden eller fel kan förbises.
• EPUB 3 kräver att XHTML-innehållsdokumenten följer HTML5-rekommendationen. Det finns inget officiellt schema för denna rekommendation som HTML5 representerar. Med version 3.1 tillhandahålls inte längre specialversioner av XHTML, SVG eller till och med CSS. Vad som är korrekt eller lämpligt är därför tidsberoende och därför inte längre klart definierat.
• Specifikationerna för EPUB 3.0 och EPUB 3.0.1 publicerades före de för HTML5, så det är inte exakt klart vad EPUB 3 logiskt hänvisar till när det kallar HTML5. 3.1 lämnar uttryckligen en exakt uppgift.
• SVG 1.1 kan också användas i alla versioner av EPUB, även om detta kan valideras enligt en dokumenttypsdefinition, men språkomfånget för definitioner av dokumenttyp är inte tillräckligt för formatets komplexitet, så å ena sidan är inte allt kontrolleras här som kan kontrolleras automatiskt, å andra sidan tillåter SVG olika strukturer i den normativa prosa-rekommendationen som endast är approximerade med definitionen av dokumenttyp, vilket begränsar andra strukturer där denna begränsning inte kan formuleras med en dokumenttypsdefinition. SVG-schemat som finns tillgängligt för testprogrammet skiljer sig därför avsevärt från vad som faktiskt anges. I version 3.1 kan en annan version av SVG också användas, vilket gör en kontroll ännu mer komplex, eftersom det inte alltid är nödvändigt att ange vilken version av SVG som användes.
• Till exempel epubcheck upp till version 4.0.2 känner inte igen uppgifterna elementet och utfärdar ett felaktigt felmeddelande när de används.
• Version 4.0.2 ger också en falsk varning om en SVG-dataö åter följs av en referens i ett XHTML-område, vilket indikerar att epubcheck tilldelar namnområden felaktigt.
• På samma sätt kan version 4.0.2 inte validera böcker som skapades enligt version EPUB 3.1, som är ungefär samma gamla.
• I version 4.2.x testas EPUB endast enligt EPUB 2 eller EPUB 3.2. På grund av inkompatibiliteten för de olika underversionerna av HTML5.x kan förnyade kontroller med epubcheck leda till nya felmeddelanden för tidigare framgångsrikt kontrollerade EPUB enligt version 3.0.1.

Sammantaget är resultatet av en automatisk kontroll därför alltid en bra indikation på problem. I ytterligare ett steg är det nödvändigt att manuellt kontrollera om respektive problem verkligen ligger i själva boken, är relaterat till brist på versionering av innehållsformaten som används, ska letas efter i ett defekt schema, beror på fel i valideraren eller till brister och inkonsekvenser i respektive EPUB-rekommendation är relaterad.

Trots dessa begränsningar för det informativa värdet av en automatisk kontroll finns det förlag eller distributörer som gör publiceringen av en bok i EPUB-format beroende av om boken klarar en sådan automatisk kontroll med en version av en validator som för närvarande används.

historia

Open eBook, föregångaren till EPUB, utvecklades för sina mobila läsanordningar av två tillverkare av e- boksystem , nämligen SoftBook Press (främst) och NuvoMedia Inc., och publicerades i slutet av 1990-talet. Bland annat litade Microsoft på Open eBook 1998 efter att dess eget upplysta format avbröts. Version 1.0 av specifikationen publicerades i september 1999, den så kallade Open eBook Publication Structure (OEBPS). Detta uppdaterades i juni 2001 (version 1.0.1) och augusti 2002 (version 1.2) med rekommendationer om nytt format. I september 2007 publicerades Open Publication Structure (OPS) 2.0 under det nuvarande namnet EPUB , som ersätter OEBPS. Formatet har sedan dess utvecklats som en del av International Digital Publishing Forum (IDPF). Filer av den här nya generationen av formatet har inte längre det tidigare filtillägget .opf (OEB Package Format) , men nu .epub.

I februari 2017 slogs IDPF samman med W3C, arbetet med EPUB kommer att fortsätta som en arbetsgrupp för W3C.

W3C-arbetsgruppen publicerade en revision av EPUB som version 3.2 som W3C Community Group slutrapport / specifikation den 8 maj 2019 . Av formella skäl har en sådan rapport en något annan betydelse än de vanliga rekommendationerna för W3C.

Stöd

Innehållet i digitala böcker i EPUB-format kan nås på ett antal olika sätt. Eftersom det faktiska innehållet består av standardformat som XHTML och SVG, är ett stort antal program i allmänhet lämpligt för att presentera innehållet. Om ZIP-arkivet som representerar EPUB-filen är uppackat är innehållet i boken tillgängligt för alla visningsprogram som kan tolka innehållsformaten.

EPUB själv, särskilt i version 2, tillhandahåller en sådan användning direkt som ett alternativ till det som ett ZIP-arkiv. Men de vanliga allmänna visningsprogrammen för XHTML och SVG tolkar inte de format som är specifika för EPUB utanför EPUB-miljön, i synnerhet skulle OPF-filen faktiskt vara av central betydelse här. Om emellertid en författare eller producent av ett EPUB-arkiv lagrar innehållsförteckningen i XHTML-format, vilket krävs i alla fall i version 3, under ett unikt filnamn (för en tyskspråkig bok, till exempel innehållsförteckning. Xhtml) och gör detta så detaljerat att alla innehållsdokument kan direkt eller indirekt inbäddas eller Om ytterligare referenser blir tillgängliga kan ett sådant EPUB-arkiv också användas ganska bra för aktuella visningsprogram för innehåll på Internet som är baserade på Mozilla / Gecko, Opera / Presto, WebKit / Blink, Trident, utan ytterligare tillägg.

Dessutom finns det tillägg för dessa visningsprogram, som kan hantera arkivet direkt och även tolka de EPUB-specifika filerna, särskilt OPF-filen, och därmed automatiskt göra bokens innehåll tillgängligt.

Dessutom kan det också utvecklas oberoende program specifikt för tolkningen av EPUB, som åtminstone delvis använder Mozilla / Gecko eller WebKit / Blink internt som ett programbibliotek för att presentera innehåll. Eftersom innehållsdokumenten med XHTML och SVG består av XML är det fortfarande relativt enkelt för en leverantör att utveckla sitt eget presentationsprogram baserat på en XML-processor, som sedan kan användas oberoende av befintliga programbibliotek eller en kombination av andra bibliotek.

Tolkningen av formatet är därför främst beroende av program eller programbibliotek som är allmänt tillgängliga på många olika operativsystem; det finns inget beroende av specifika enheter. Förutom de vanliga datortyperna finns det också speciella läsanordningar för digitala böcker, ibland med vissa begränsningar när det gäller presentation, till exempel en skärm bara i grå värden på grund av den använda tekniken (digitalt bläck, "elektroniskt papper"), som sedan visas internt för att kunna använda de program eller programbibliotek som redan nämnts eller använda dina egna program för att presentera innehållet i en bok. Processorerna och minnet som används i sådana enheter är ofta mycket mer blygsamma än vad man är van vid från vanliga datorer för allmänna applikationer på kontoret eller hemma, vilket kan begränsa komplexiteten och omfattningen av det innehåll som kan visas.

Även om samma programbibliotek används kan tolkningen därför vara föremål för olika begränsningar och influenser som författare och läsare inte kan bedöma enbart från vilket programbibliotek som används för presentationen. Om en enhet till exempel inte har en färgskärm kan den inte presentera färgade SVG-dokument som förmodligen är avsedda av författaren. Inbäddningen av ett bibliotek i ett användargränssnitt, en grafisk yta, kan också påverka presentationsalternativen. Om till exempel ett originalt visningsprogram inte har några speciella problem med att presentera långa ord eller stor grafik kan detta se helt annorlunda ut om ett EPUB-tillägg försöker få samma innehåll till presentationen om det ser ut som en tryckt bok med sidor som kan vändas ska vara.

Förmågan eller kvaliteten på tolkningen av EPUB i egenutveckling för speciella enheter är ännu svårare att bedöma för utomstående om den specifika enheten inte är tillgänglig eller det är svårt att kontrollera om denna programversion uppdateras automatiskt eller inte.

Sammantaget är bedömningen av stöd för EPUB-formatet ännu svårare att övervaka än det allmänna stödet för de faktiska innehållsformaten XHTML och SVG. I allmänhet kan det dock alltid antas att visningsprogrammen inte uppfyller alla kraven i EPUB och därför inte kan presentera varje formellt korrekt bok i EPUB-format på ett sådant sätt att allt innehåll är tillgängligt. I praktiken tvingas författarna därför endast använda en delmängd av EPUB i sina böcker så att allt innehåll i boken förblir tillgängligt för läsarna. Delmängden är mindre än den som används av författare när de publicerar innehåll direkt på webben, dvs utan ett EPUB / ZIP-arkiv runt det.

Läsare för e-böcker

Nästan alla e-bokläsare (med undantag av Amazon Kindle ) tolkar EPUB-formatet åtminstone delvis. Ofta är det inte klart eller enkelt att avgöra om enheterna använder etablerade programbibliotek för presentation eller använder sin egen utveckling. Uttalanden som förmågan att tolka EPUB 2 eller EPUB 3 för en specifik enhet ska vanligtvis bedömas kritiskt i praktiken eftersom det förmodligen inte finns något program som tolkar hela EPUB-specifikationen i version 2 eller 3 korrekt. Detta innebär vanligtvis att de grundläggande komponenterna i EPUB tolkas, vilket gör det möjligt att läsa enkelt designade böcker utan problem. Böcker som utnyttjar respektive möjligheter för en EPUB-version med mer innehåll kan alltid avslöja fel och luckor i sådana program.

EPUB 3 Support Grid ger till exempel en översikt över vilka enheter eller program som tolkar vilka funktioner .

Program att läsa (urval)

Program för att skapa och redigera (urval)

Förutom ett program för att skapa ZIP-arkivet själv krävs inga speciella program för att skapa böcker i EPUB-format. En enkel textredigerare räcker för textinnehållet i XML-filerna. Detta gör det också möjligt att till fullo utnyttja innehållsformatens semantiska möjligheter. Omvandlingsprogram och de med endast en utdata i EPUB-format förstår oftast inte innehållet och kan därför vanligtvis inte strukturera innehållet optimalt. Om ett program används som använder en formatkonvertering eller erbjuder en EPUB-utgång, rekommenderas det att du kontrollerar och korrigerar innehållet med en enkel textredigerare för att uppnå bästa möjliga resultat.

Sådana program gör det ofta möjligt att läsa i EPUB-arkiv som redan har startats. Som ett test är det en bra idé att ladda en manuellt skapad bok som använder semantisk textmarkering intensivt, liksom de tillåtna innehållsformaten, särskilt XHTML och SVG, med ett sådant program och spara det igen eller spara det igen efter mindre tillägg. Om programmet har ändrat den semantiska textmarkeringen utan att fråga, eller om det har konverterat SVG-dokument till pixelgrafik eller helt utelämnat dem, måste ett sådant program uppenbarligen behandlas med största skepsis. Tyvärr finns det många sådana program som inte är upp till formatet på länge.

Digital rättighetshantering

Med EPUB-formatet kan information om digital rättighetshantering (DRM) eventuellt noteras i en specifik fil, men ingen specifik struktur har definierats för detta till och med version 3.0. Tolkning av sådan information är följaktligen valfri, och efterföljande kryptering av innehållet kan göra den otillgänglig för många visningsprogram. För närvarande finns det också olika, oförenliga system. ADEPT DRM-systemet som utvecklats av Adobe har en relativt hög fördelning bland dem; nästan alla återförsäljare som skyddar sina EPUB-böcker använder detta system, och det stöds av många kommersiella e-bokläsare, men oftast inte av gratis tittare eller tillägg för webbläsare.

Ett annat DRM-system har utvecklats av Apple. Hittills är det bara företagets egna displayprogram iBooks som kan dekryptera böcker i detta format. Detta system är därför begränsat till enheter för vilka iBooks är tillgängliga som visningsprogram.

Ta bort kopieringsskyddet

För den digitala rättighetshanteringen ADEPT DRM som utvecklats av Adobe publicerades i februari 2009 en möjlighet att kringgå kopieringsskyddet. Själva kopieringsskyddet var inte knäckt, bara den privata nyckeln extraherades. Med detta kan alla EPUB-filer som skyddas med den här nyckeln sedan dekrypteras helt och sparas utan digital rättighetshantering. Dessa nya filer är inte längre föremål för begränsningarna av digitala rättighetshantering. Innehållet är också tillgängligt för andra visningsprogram. Alla personliga identifieringsuppgifter som kan finnas kvar förblir tillgängliga.

litteratur

• Victor Wang: E-böcker med ePUB - Från Word till E-Book med XML . 1: a upplagan. mitp, Heidelberg et al. 2011, ISBN 978-3-8266-5602-6 . 
• Yves Apel: E-böcker med InDesign CC: Den professionella guiden för ePub, Mobi & Co. dpunkt, Heidelberg 2014, ISBN 978-3-86490-121-8 .
• Yves Apel, Sasha Heck: ePub för (in) designers: Med InDesign steg för steg till e-boken dpunkt, Heidelberg 2012, ISBN 978-3-89864-794-6 . helt online

webb-länkar

• Specifikationer för underliggande EPUB-tekniker (engelska)
• EPUB-validerare av IDPF (engelska)
• Skapa digitala böcker, e-böcker i EPUB-format själv (tyska, instruktioner för version 2 och 3, generatorer för enkla böcker i version 2 och 3, test av visningsprogram för version 2 och 3)
• Detaljerad introduktion till EPUB (tyska, beskriver version 2)
• Epub Format Construction Guide (engelska, EPUB-version av dokumentet; båda beskriver version 2)
• IDPF lanserar EPUB-standardunderhållsarbete (engelska)

Individuella bevis

1. ↑ EPUB 3.2. W3C EPUB 3 Community Group, 8 maj 2019, nås 18 juni 2019 . 
2. ↑ ^{a b c} EPUB 3.1 Ändringar från EPUB 3.0.1. International Digital Publishing Forum, 5 januari 2017, öppnades 29 mars 2017 . 
3. ↑ EPUB 2.0.1. International Digital Publishing Forum, 4 september 2010, nås den 29 mars 2017 (en-PK). 
4. ↑ EPUB 3.0. International Digital Publishing Forum, 11 oktober 2011, nås den 29 mars 2017 . 
5. ↑ epubcheck
6. ↑ ^{a b} businessweek.com
7. ^ Ny färdplan för framtiden för publicering pågår när W3C och IDPF officiellt kombinerar. W3C, 1 februari 2017, nås 29 mars 2017 . 
8. ↑ epubtest.org
9. ↑ infogridpacific.com
10. ↑ caliber-ebook.com
11. ↑ ecomstation.it
12. ↑ epubread.com
13. ↑ turnip.demon.co.uk/jim/freda
14. ↑ gitden.com
15. ↑ github.com
16. ↑ ebook.de
17. ↑ lucidor.org
18. ↑ lucidor.org
19. ↑ github.com
20. ↑ readium.org
21. ↑ Testbänk: Intermezzo Adobes Creative Suite 5.5 är beroende av digital publicering. I: c't , 14/2011
22. ↑ caliber-ebook.com
23. ↑ extensions.libreoffice.org
24. ↑ Testbänk: QuarkXPress 9 kontrollcenter är redo för digital publicering. I: c't , 11/2011
25. ↑ Writer2ePub
26. ^ Omgå Adobe ADEPT DRM för EPUB. i ♥ kål - ännu en blogg för omvänd teknik, 18 februari 2009, öppnad den 29 mars 2017 . 
27. ↑ Khawar Mehmood, Mehreen Afzal, M. Mukaram Khan, MM WaseemIqbal: En praktisk metod för att hindra nyckelåterställning och piratkopiering i Digital Rights Management System (DRM) . I: Proceedings of 2015 12th International Bhurban Conference on Applied Sciences & Technology (IBCAST) . Islamabad 2015, ISBN 978-1-4799-6369-0 , doi : 10.1109 / IBCAST.2015.7058528 (engelska).