Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Consider roadmap requirements #2261

Closed
14 of 18 tasks
Tracked by #2137
danielskovli opened this issue Aug 6, 2024 · 1 comment
Closed
14 of 18 tasks
Tracked by #2137

Consider roadmap requirements #2261

danielskovli opened this issue Aug 6, 2024 · 1 comment
Assignees

Comments

@danielskovli
Copy link
Contributor

danielskovli commented Aug 6, 2024

Description

The roadmap issue outlines acceptance criteria and has received comments, which may or may not still be applicable.

Consider these in the light of this particular (stage 1) implementation. Take action as required.

From acceptance criteria

  • Et underskjema vil ha alle de samme mulighetene som et hovedskjema med tanke på sideinndeling, bruk av komponenter, vis/skjul logikk, validering etc.
  • Et underskjema vil ha sin egen datamodell og sin egen layout for hvordan skjema skal fremstå for brukeren. I første versjon skal eksisterende sideoppbygging benyttes, men i fremtiden skal det være mulig å velge alternative visninger for enkle underskjema f. eks. en overlay eller embedded direkte i skjema. Sistnevnte er kanskje mest aktuelt i kombinasjon med dashboard funksjonalitet (planlagt i
    Analysis: How can workflow be implemented altinn-studio#83)
  • Data for underskjema lagres for seg selv og får et eget dataelement
  • Man kan opprette mange underskjema av samme type og man kan ha flere forskjellige typer underskjema.
  • Fra hovedskjema kan man legge til underskjema gjennom en egen komponent som holder kontroll på underskjemaene.
  • Man kan enten ha én underskjemakomponent som holder kontroll på alle underskjemaene uavhengig av type, eller man kan ha flere underskjemakomponenter som holder kontroll på sine egne typer.
  • Det skal være mulig å styre krav til hvor mange underskjema man skal ha av en gitt type (minimum og maksimum).
  • Det skal være mulig å lukke redigeringen av et underskjema, selv med valideringsfeil, og fortsette redigeringen på et senere tidspunkt.
  • Uttrykk i underskjema må kunne referere til data fra hovedskjema for vis/skjul logikk
  • Det skal være mulig å ha en oppsummeringsside som henter data fra både hovedskjema og underskjema.
  • Innsening av hovedskjema med tilhørende underskjema må validere alle skjema før innsending kan skje.
  • Det skal være mulig å lage egen PDF for underskjema
  • Det skal være mulig å inkludere data fra underskjema i PDF (hvis man bare ønsker en PDF)
  • Det skal være mulig å inkludere underskjema i grunnlaget det signeres på.
  • Ulike navn på PDF'er

From comments

  • Det bør vere mogleg å delegera kvart enkelt underskjema (out of scope for initial release)
  • Mulighet til å styre min/max count dynamisk basert på valg brukeren har gjort i hovedskjema (Can we support expressions in applicationmetadata? #2273)
  • Jeg tror også man må kunne dyplenke til en side i et underskjema. Det vil si, hvilket underskjema man står i, og hvilken side man står på der, bør ligge i URLen slik at fremover/tilbake-knappene i nettleseren bør fungere
@HauklandJ
Copy link
Contributor

Fra diskusjon om scope på versjon 1:
delegere underskjema - ikke ta tak i i første omgang
kan utsette signatur på underskjema
egen pdf for underskjema - lavest prioritering / utsette

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
Status: No status
Development

No branches or pull requests

2 participants