Sideredigering og forhåndsvisning

Overordnet forvalter man sider i en editor til venstre og ser en fortløpende forhåndsvisning til høyre. Sidene starter som et blank ark der man ved hjelp av seksjoner og moduler kan bygge alt fra svært enkle artikler til omfattende "longreads". Noen av modulene man plasserer inn i en side lener seg igjen på en sidebar/søkepanel hvor man kan finne andre elementer (bilder osv.) som kan plasseres inn i en modul.

• Side
  • X antall innholdssekjoner i en side
    
    • X antalll innholdsmoduler i en seksjon

Sidekonseptet der man bygger fritt antall seksjoner og moduler i valgfri rekkefølge virker å sikre at mange aktører kan dekke sine behov, selv om disse ofte kan være veldig ulike. Det gir også en mulighet for å være kreativ, men gir nok også en viss inngangsterskel før man mestrer løsningen fullt ut.  Mens man jobber med sidene får man en forhåndsvisning som fortløpende viser en tilnærmet 1:1 versjon av hvordan siden kommer til å se ut når den lagres.

• For fordypning i sidekonseptet se også dokumentasjon og eksemper her

Sider er typisk sammensatt av tekster som man skriver/limer inn i diverse innholdsmoduler og andre elementer (bilder, kort, DigitaltMuseum-objekter etc.) som man kan legge til på siden via et søkepanel, eller sette opp regler for, slik at de dukker opp automatisk.

Grunnkonseptene sikrer at nye kunder ikke trenger å definere hvordan alle mulige detaljer skal fremstå. Overordnet design og hver enkelt moduls relativt strukturerte natur sikrer stort sett et rimelig godt visuelt resultat. Ved at innholdsmoduler generelt plasseres under hverandre får man også en forutsigbarhet i forhold til mobil visning.

Frihet versus maler

Løsningen klarer ikke i dag å sikre f.eks en helt fast struktur på hvordan ett visst type innhold skal se ut, fordi oppbygningen og rekkefølger er så fri i sin natur. I dag må dette evnt løses av eksempelsider og redaksjonelle forum som kommer frem til  felles prinsipper. 

Fra andre liknende løsninger er sikkert mange vant med en noe strengere malstyring? Det er også mulig å tenke seg et malkonsept i m24 der man oppretter f.eks en “Nyhets”-mal og legger inn et antall ønskede komponenter i denne, som så kan danne grunnlag for alle “Nyheter” som senere blir laget.  Museum24 har et slik konsept liggende ubrukt, men utfordringen i dette ligger i hvilken frihet eller mangel på sådan, man skal legge opp til dersom sider baseres på slike maler.  Man kan veldig fort havne i en tvangstrøye som skader mer enn det gagner. I tillegg må alle funksjoner i sideredigering og potenselt i mange komponenter da være i stand til å utilgjengeliggjøres el. dersom man skal ha strenge malregimer. Bl.a har jo hver eneste innholdsmodul i m24 et stort omgang av både innstillinger og innholdsomfang, hvilket gjør det vanskelig å låse uttrykkene.

Forhåndsvisning

Forhåndsvisningen er viktig, men også en ganske krevende del av applikasjonen. Den gjør et hederlig forsøk på å til enhver tid vise akkurat hvordan siden ser ut eller kommer til å se ut, unntatt for noen komplekse moduler. Vi tenker at vi kanskje kunne forenklet forhåndsvisning noe i fremtiden. F.eks kunne header/footer vært unnlatt å ved forhåndsvisning av en side, da det uansett ikke er noe man kan påvirke når man jobber på dette nivået.  
Det kan også hende at noen moduler ikke trenger en eksakt visning av hvordan resultatet blir.  Et teknisk aspekt her er om sluttportal skulle kunne ta over mer av ansvaret for forhåndsvisning. Dette ville kunne skape en enklere total-løsning og en komplett 1:1 representasjon. Men aspekter som å vise forhåndsvisning av hvert enkelt tastetrykk, ville da bli krevende eller umulig. 

En mellomting kunne være å fremdeles ha en veldig dynamisk forhåndsvisning som viser det man produserer av f.eks tekst fortløpende, på en litt forenklet måte, mens mer avanserte moduler først vises av en portalbasert-forhåndsvisning. Slik fungerer det delvis også allerede for noen type moduler. Men i praksis viser ikke portalen i dag noen forhåndsvisning, fordi man er nødt til å publisere endringene før den kan vise noe som helst. Da er siden teknisk sett allerede tilgjengelig på nett, selv om den kanskje måtte være ukjent for de fleste. Forhåndsvisning av endringer på en allerede publisert side er også et aspekt som må løses. Dette er også krevende i dag, hvis man ser bort fra at forhåndsivsning i dag vises uten at man har foretatt en "lagring". Skal man lagre endringer uten at disse vises til sluttbruker på allerede publisert side, må dette skje ved at man oppretter en ny versjon av siden.

En forhåndsvisning utført av “portal” ville også kunne muliggjøre at man kan sende en “link” ut på høring før man evnt publiserer siden, noe som kunne vært et nyttig og enkelt alernativ til mer integrerte arbeidsflyt og QA funksjoner.

Neste

• Rutenett og bannere