Vi trykker “eksportér”, så kører det

Lidt om, hvorfor “eksport til epub” fra DTP-software sjældent ender godt

(dette rant fra min gamle twitterkonto, har jeg nu efterfølgende har besluttet mig for at sammenskrive og udvide til dette lille indlæg. Kontekst: det omhandler primært reflowable epub. Og nej, PDF er ikke et e-bogsformat, i al fald ikke som jeg snakker om e-bøger i indlægget.)


Jeg hører tit “e-bøger? Er det ikke bare noget med at trykke på ‘eksportér’ i InDesign” (eller hvad man nu bruger til at layoute)?
Og svaret er “nej”. Ikke hvis man vil have et professionelt resultat.

“Men jeg trykkede ‘eksportér’ og den ser skidegodt ud”.

Jah. Jo.

Prøv et andet brugerscenarie.
Skift tekststørrelse.
Skift font.
Prøv en anden skærmstørrelse.
Et andet operativsystem.
En læsedims, som har nogle år på bagen.

Hvis du er heldig, crasher du ikke noget.

Men den skidegode e-bog ser ud som noget der er løgn flere steder undervejs, det garanterer jeg. (pssst, validerer den?)

Det korte af det lange er, at man ikke kan lave en god e-bog uden at kunne HTML/CSS som absolut minimum. Kan (eller i al fald forstår) du XML er du endnu længere. Vil du arbejde mere effektivt og gøre livet nemmere for dig selv, er det en god ting at kunne programmere i et simpelt, men overskueligt sprog som Python eller Ruby (andre sprog kan naturligvis også bruges).

Og endnu vigtigere: du skal tænkte strukturelt, for det er strukturen, der laver en god e-bog. Eller rettere, god struktur er grundforudsætningen for en god e-bog. Garbage In, Garbage Out. Din grunddata skal mærkes semantisk op. Overskriftniveauer skal tildeles ud fra semantiske overvejelser, ikke “den her skal være lidt mindre end den før”. Når du er nået dertil, kan du begynde at overveje at lave en e-bog. KISS HTML/CSS er vejen frem.

Pointen er: INGEN automatiseret eksport får dig derhen. De lader hånt om struktur (med mindre de bliver tvunget og selv da råber og skriger de JEG VIL IKKE! DU KAN IKKE TVINGE MIG! JEG VED BEDST!! hele vejen), og producerer divitis-inficeret HTML-kode, som guderne må vide hvordan opfører sig på forskellige platforme.

Og så er der de vildt inkonsistente læseapps. QA er branchens Sisyfos-opgave, og ca 46% af mine grå hår stammer derfra (men hey, min kone siger at de grå hår klæder mig).

Det korte af det lange: nej, det er ikke “bare lige” at eksporter en e-bog. Hvorfor tror I ellers at en kriseramt branche, som kigger overalt efter sparemuligheder ansætter specialister til at løse opgaven, hvis den bare kunne løses tilfredsstillende ved at en grafiker trykkede “eksport”?

Og for at det her ikke kun skal være mig, der brokker mig: denne liste er vanvittigt brugbar og et godt indblik i, hvad man skal være opmærksom på, når man designer en god e-bog.

Sådan fik jeg ereolen til at virke under linux(-ish)

Ereolen er folkebibliotekernes nye ebogs-tilbud til borgerne – rimeligt stort udvalg, nemmere at bruge end tidligere løsninger og … igen kun til Windows / Mac? (og IOS og Android, men det er sagen uvedkommende her). Der har så været noget polemik omkring sitet, men det er ikke mig, der dækker det – det overlader jeg til Toke (som linker videre i bedste stil).

Nuvel, jeg kiggede på tjenesten og så at det eneste krav der reelt er til afvikling er en fungerende installation af Adobe Digital Editions (ADE) med tilhørende Adobe ID. Det kan da ikke være så svært? En hurtig søgning tydede desværre på at det kunne det – folk har kæmpet og lavet alle mulige krumspring for at få det til at virke. Hm. Og ja, Adobe har vist permanent aflyst linux-versionen af ADE.

Men prøves skulle det, og da jeg lige havde lavet en frisk installation af Linux Mint 12, var det bare at kaste sig ud i det.  Læs videre “Sådan fik jeg ereolen til at virke under linux(-ish)”