Tabeller i PDF: celler, rubriker och relationer

Table samlar tabellen, TR beskriver en rad, TH en rubrikcell och TD en datacell. Avgör först vilka celler som faktiskt är rubriker. En fetstilt totalsumma är inte automatiskt en rubrik.

För enkla tabeller kan Scope ange om en rubrik gäller kolumn, rad eller båda. Mer komplexa samband kan behöva uttryckliga kopplingar mellan dataceller och rubrikcellernas ID:n. Att enbart sätta TH på översta raden beskriver inte alla möjliga tabeller.

Källor: [1], [2]

I en tabell står talet 105. För sig självt betyder det nästan ingenting. Med kolumnrubriken ”Timmar” vet läsaren vilken enhet som avses. Med radrubriken ”Februari” går värdet att placera i tid. Om tabellen dessutom har en överordnad rubrik för år behöver även den relationen vara begriplig.

När du planerar tabellen kan du göra detta prov utan något PDF-verktyg: välj en datacell och skriv ut dess fullständiga betydelse i en mening. ”I februari användes 105 timmar.” Om du inte kan skriva meningen utan att gissa är den synliga tabellen eller dess förklaring troligen otydlig redan från början.

Den meningen ska inte kopieras in som alternativtext på varje cell. Den är ett analysverktyg för att identifiera vilka rubriker, enheter och förklaringar som cellen behöver. Därefter beskriver du de faktiska relationerna i tabellstrukturen.

TH säger att en cell är en rubrikcell. Scope kan beskriva om rubriken gäller rad, kolumn eller båda. Det hjälper i tabeller där sambanden är regelbundna. Ett ID ger en rubrikcell en identifierare. Headers kan sedan ange vilka sådana rubriker en viss cell hör till. Det behövs en korrekt helhet, inte bara ett ifyllt attribut.

Anta att översta raden har två årtal, vardera över kolumnerna Intäkter och Kostnader. En datacell behöver då kunna kopplas till rätt år och rätt mått, och kanske till ett verksamhetsnamn på raden. Om bara den närmaste rubriken ”Intäkter” förmedlas blir två olika års värden svåra att skilja åt.

Vid sammanslagningar behöver även RowSpan och ColSpan motsvara hur många rader eller kolumner cellen sträcker sig över. Tomma celler kan behöva finnas kvar som celler i strukturen för att tabellens geometri ska hänga ihop. Att radera en tom cell därför att den inte har text kan flytta tolkningen av resten av raden.

Källor: [1], [2]

Anta att rapporten jämför två verksamheter, Nord och Syd, under 2025 och 2026. Under varje år finns Intäkter och Kostnader. Välj cellen för Syds kostnader 2026. Den behöver tre sammanhang: verksamheten Syd, året 2026 och måttet Kostnader. Enheten behöver också vara tydlig, exempelvis tkr i tabellrubriken eller kolumnbeskrivningen.

Rita upp alla logiska kolumner innan du rättar strukturen. Ett årtal som visuellt sträcker sig över två kolumner ska också beskrivas som en rubrik med motsvarande spann. Kontrollera att varje datarad täcker samma rutnät, även när en ruta saknar innehåll. Annars kan en efterföljande cell få en position som inte motsvarar den synliga tabellen.

Ange sedan vilka rubriker varje representativ datacell behöver. Börja med en cell under första året och en under det andra. Lägg till en cell på nästa verksamhetsrad. Om modellen fungerar för dessa fall har du ett underlag för att granska resten, men ännu inget bevis för att exportverktyget har sparat modellen korrekt.

När du har byggt eller rättat strukturen följer du kopplingarna i själva PDF:en. Rubrikernas identifierare måste vara entydiga där de används, och referenserna måste peka på rätt rubriker. En kopierad cell kan råka behålla föregående års relation trots att det synliga talet har ändrats. Det felet märks först när relationen kontrolleras, inte när du bara räknar taggar.

Sammanslagna celler kräver korrekta spann och rubrikrelationer. Ofta är två mindre tabeller lättare att både läsa och underhålla än en enda mycket komplicerad. Välj dock inte en förenkling som tappar information.

En tabell som fortsätter på nästa sida ska fortfarande ge begripliga cellrelationer. Upprepade visuella rubriker får inte skapa förvirrande dubbla datarader.

Förenkling kan betyda att dela upp en tabell per år och behålla samma radordning i varje del. Den lösningen gör jämförelser inom ett år enklare, men kan göra jämförelser mellan år långsammare. Välj efter vad läsaren främst ska kunna göra. Lägg inte till upprepade förklaringar bara för att kompensera för en tabell som borde få en tydligare struktur.

Tabellens rubrik och fotnoter behöver också ha en begriplig plats i läsningen. Förklara förkortningar och enheter nära tabellen. Om ett värde är preliminärt eller undantaget från en beräkning måste noten gå att koppla till rätt värde. Ett stjärntecken som läses upp utan förklaring ger inte tillräckligt sammanhang.

Två textspalter är inte automatiskt en tabell. Om varje spalt är ett självständigt textavsnitt kan rubriker och stycken vara en bättre beskrivning. Att använda Table bara för att återskapa en visuell placering kan ge läsaren onödig tabellnavigation utan meningsfulla cellrelationer.

En jämförelse av två produkter kan däremot vara en riktig tabell om varje rad jämför samma egenskap. Då kan raderna beskriva Pris, Format och Leveranstid, med produkter som kolumnrubriker. Fråga om en enskild cell får sin betydelse genom andra cellers rubriker. Det är en bra utgångspunkt för att skilja datarelationer från ren sidkomposition.

Bedöm även listor som ser ut som tabeller. En serie fristående kontaktuppgifter kanske fungerar bättre som tydliga grupper med namn och roll. Om läsaren däremot behöver jämföra öppettider per dag och mottagning kan en enkel tabell hjälpa. Den semantiska formen ska beskriva hur innehållet hänger ihop.

Prova flera dataceller, särskilt vid sammanslagningar och sidbrytningar. Läs både radvis och kolumnvis. Kontrollera vilken enhet och period varje belopp avser. En översiktsbild av taggträdet kan inte ensam visa om navigeringen fungerar.

Skriv en förväntad tolkning för några utvalda celler innan provningen börjar. Flytta sedan till dem från olika håll med ett hjälpmedel. Om rätt rubriker bara fungerar när du läser uppifrån men inte när du kommer från vänster har du hittat en relevant begränsning. Notera program, version, cell och vad som faktiskt presenterades, så att felet går att återskapa.