Ryggen må stemme
Et trykt omslag kan se perfekt ut på skjermen og likevel bli til makulatur i trykkpressen. Det som ødelegger det, er som regel fire sider.
Slik skjer det: Trykkeriet oppgir en ryggbredde for en bok med et gitt sidetall. Du bygger omslaget etter dette – forside, rygg, bakside, én flat fil. Så retter du et avsnitt i kapittel 6, teksten ombrytes på nytt, boken øker med fire sider, og ryggen er nå for smal. Ingenting på skjermen din endrer seg. Du oppdager det først når eskene ankommer og tittelen kryper rundt og ut på forsiden.
Nettopp den feilen er grunnen til at Junifye finnes. Ingen editor jeg kunne leie hadde noen formening om det, for en editor vet ikke at den lager et fysisk objekt.
Trykkpressen må kjenne boken
I Junifye er derfor ikke et trykkeri en sidestørrelse. En forhåndsinnstilling inneholder beskjæring, innvendig utfall, utfall for omslag, minimum og maksimum sidetall, en skala som kobler sidetall til indremarg, om det ønskes skjæremerker, sperresonen for strekkoden på omslaget, og ryggformelen – en millimeterverdi per side pluss en konstant.
Når du leser av en boks trykkstatus, returneres hver verdi merket med hvilket lag som avgjorde den: trykkeriets forhåndsinnstilling, en overstyring du selv har satt, eller en bredde trykkeriet bare oppga til deg. Den tredje merkingen er den farlige, og det er grunnen til at advarselen over den finnes – en oppgitt ryggbredde er låst til sidetallet den ble oppgitt for, og Junifye gir beskjed i samme øyeblikk som boken beveger seg forbi dette.
Den skiller også mellom to typer foreldelse. En rendret fil kan være utdatert fordi boken ble redigert, eller fordi tjenesten ble deployet på nytt under den. Bare det første er en grunn til å ikke sende filen til et trykkeri.
Rendring for skjerm er mer stilferdig. Det finnes ingen render-knapp noe sted. Hver endring bumper bokens versjon, og neste gang PDF-en hentes, rendres den på nytt hvis den har avveket. Lys og mørk er separate filer – en bok som leses på en telefon ved midnatt, er ikke det samme objektet som en bok lest på papir.
En bok er en struktur, ikke et dokument
Ingenting av trykkmaskineriet ville fungert om en bok bare var en klump med formatert tekst. Så det er den ikke. En bok inneholder kapitler, et kapittel inneholder blokker, og hver blokk vet hva den er: avsnitt, overskrift, liste, tabell, figur, skriftstedsitat.
Det siste er det jeg bryr meg mest om. Når du legger til en skriftstedsblokk, oppgir du en referanse og en oversettelseskode, og verseteksten hentes fra Darash – søkeverktøyet for originalspråk som utgjør den andre halvparten av dette. Du skriver det ikke inn på nytt, og det gjør heller ikke assistenten som hjelper deg. Det som havner i boken, er det som faktisk står skrevet, ikke det en modell husket. Det er den vanligste måten en studie umerkelig sporer av på, og det var verdt å designe det helt bort fremfor å kontrollere for det i etterkant.
Du skriver ved å snakke med AI-assistenten din over MCP, eller for hånd i en nettlesereditor. Redigeringslenken er PIN-beskyttet og krever ingen konto, så en medforfatter kan få tilgang til én enkelt seksjon og ingenting annet. Seksjoner låses mens noen er inne i dem, og lagringer er sikret med sjekksum, slik at to personer på samme bok ikke overskriver hverandre.
Utgaver som vet at de er utgaver
Biblioteket rommer 134 titler på 36 språk. Svært mange av disse er samme bok på et annet språk, og det er her publiseringsverktøy vanligvis gir opp.
I Junifye er en oversettelse koblet til sin original – én original, et vilkårlig antall utgaver, og en språkvelger i leseren. Strukturen er bevisst flat: En utgave kan ikke være en oversettelse av en oversettelse, og en bok som allerede har utgaver, kan ikke bli noen andres utgave. Kjedekoblinger ville vært døden for det.
Koblingen viser sin verdi når du redigerer. Kapitler pares på tvers av utgaver etter posisjon, og Junifye husker, per kapittel og per utgave, versjonen der de sist ble avstemt. Gjør du en endring i kapittel 4 i den norske utgaven, varsles du om at den engelske og farsi nå henger etter, hvor de skilte lag, og nøyaktig hva som flyttet seg på siden som ble endret.
Den forsøker ikke å gjøre en diff på tvers av språk. Det var et bevisst valg, ikke en snarvei. En maskin satt til å sammenligne norsk prosa med farsi-prosa produserer skråsikker meningsløshet. Det du får i stedet, er den fullstendige, nåværende kilden fra begge sider, en enkeltspråklig diff av den faktiske endringen, og deretter avgjør et menneske. Når du har overført endringen, bekrefter du det, og fastpunktet nullstilles.
Når en bok er ferdig og offentlig, tildeles den et ekte ISBN fra vår egen nummerserie. Det føres inn i kolofonen og i EPUB-metadataene, ett per bok, permanent. Strekkoden på et trykt omslag er et annet nummer og forblir forfatterens eget.
Junifye er i beta og er mer uferdig enkelte steder enn jeg skulle ønske. Men det som ligger under panseret, er den delen jeg aldri kunne leie.
«Og Herren svarte meg og sa: Skriv synet ned og gjør det tydelig på tavler, så den som leser det, kan løpe.» (Habakkuk 2:2)
Tydelig på tavler. Ikke tydelig på en skjerm og feil i trykkpressen.
Junifye er i beta på junifye.publifye.pro — skriv med din AI-assistent over MCP eller i nettlesereditoren, og få EPUB, lese-PDF-er og trykk-klart omslag fra én og samme kilde.
Skrevet av Jørn André Halseth, grunnlegger av Publifye AS — ti år med bibelpublisering og bygging av trykkpressene de kjøres på, utgiver av over 4 200 bibelutgaver, og opphavsmann til Darash, Junifye, Lexifye og Tringine. Om · Kontakt