Hver logikkblokk har én eller flere regler. Hver regel kobler en betingelsesgruppe (når skal dette utløses?) med én eller flere handlinger (hva skal skje?). Ni handlingstyper er tilgjengelige:
En logikkblokk er et dokumentelement — den sitter på lerretet mellom spørsmål, akkurat som en overskrift eller et bilde. Du kan plassere den hvor som helst: mellom to felt på samme side, øverst på en side, eller rett før et sideskift.
Betingelser er Når-siden av en regel. Hver betingelse velger et felt, bruker en{' '} operator, og sammenligner ofte med en verdi. Feltvelgeren grupperer det du kan overvåke:{' '} Spørsmål, Skjulte felter, Beregnede felter og Metadata (i dag, respondentens språk).
Når en regel har to eller flere betingelser, vises en veksling øverst i Når-seksjonen:
Legg til et sett med betingelser nøster en ny gruppe inne i den første, ett nivå dypt, med sin egen Alle/Noen-veksling. Det dekker sammensatt logikk som "plan er Pro og (land er Norge eller land{' '} er Sverige)". Et sett inneholder kun betingelser — det kan ikke inneholde et annet sett.
> ⚠️ **Et skjult spørsmål har ingen verdi** >> Hvis logikk skjuler et spørsmål, teller svaret det eventuelt allerede har, for ingenting — ikke i betingelser, ikke i beregninger, ikke > i betalingsbeløpet, og ikke i den lagrede innsendingen. Svaret kommer bare tilbake hvis spørsmålet blir synlig igjen. Det samme gjelder > hvert spørsmål i en skjult rad, kolonne eller gjentakende gruppe, og et valgt alternativ som logikken skjuler. En side som Angi neste > side-reglene hopper over, regnes også som skjult: spørsmålene der er ikke påkrevd, og det som ble besvart der, forkastes. Skjulte{' '} > felt er det motsatte: de har alltid verdien sin. >
> 💡 **Hold det lesbart** >> Hvis en enkelt logikkblokk føles for kompleks, kan du vurdere å dele logikken over flere logikkblokker eller omstrukturere skjemasidene > dine. >
Operatorlisten avgjøres av feltet du har valgt — du ser bare de operatorene det feltet støtter. Under navngir hver overskrift det eksakte settet.
Alle tekstsammenligninger ser bort fra store og små bokstaver og mellomrom i starten og slutten, så x@Competitor.com slutter
med @competitor.com.
De andre tekstlignende inndatafeltene har et snevrere sett, så velg typen som passer med hvordan du trenger å sammenligne:
Schedule appointment og Dokumenter kan være mål for synlighet, men aldri kilder til betingelser. En booking er knyttet til innsendingen i stedet for lagret som et vanlig svar, og en dokumentblokk samler ikke inn noe svar i det hele tatt. Bruk tidligere kvalifiseringssvar til å vise eller skjule begge deler. Hvert synlige Schedule appointment-spørsmål må bookes før innsending; et skjult spørsmål blokkerer ikke innsendingen. Se{' '} Cal.com-timebestilling med logikk.
Hver handling trenger et mål — det den virker på. Målet avhenger av handlingstypen:
Vis og Skjul rekker lenger enn spørsmål. Målrett en hvilken som helst blokk på lerretet — et avsnitt, en overskrift, et bilde eller en layoutbeholder — for å avsløre en merknad som var skjult som standard, eller skjule innhold når det ikke lenger er relevant. De kan også målrette individuelle alternativer inne i et valgfelt, ikke bare hele spørsmålet. Skjul en blokk fra blokkmenyen først, og skriv deretter en regel for å avsløre den.
Hver regel er uavhengig, og alle evalueres samtidig. Regler leses ovenfra og ned, på tvers av logikkblokker, i dokumentrekkefølge. Hvordan flere regler på ett mål kombineres, avhenger av handlingen.
Så du kan peke flere regler på én blokk uten at de kommer i konflikt. Et tilbakemeldingsskjema har et Radio Buttons-spørsmål — "Hva kan vi hjelpe deg med?" — med fire alternativer, og et e-postfelt "Kan vi kontakte deg?" som er skjult som standard. Fire regler{' '} Vis-er det samme e-postfeltet (pluss hvert sitt oppfølgingsspørsmål) for sitt alternativ. E-postfeltet vises uansett hvilket alternativ som velges, og forblir skjult bare hvis ingen er valgt.
> 💡 **Én regel er ofte nok** >> For å vise en blokk for flere svar er én regel med Noen og én betingelse per svar — eller en enkelt{' '} > is not empty-betingelse som dekker alle — enklere å lese enn fire regler. Bruk flere regler når hvert alternativ også > trenger sitt eget distinkte oppfølgingsspørsmål. >
Når to regler er uenige om det samme målet — én Vis-er en blokk mens en annen Skjul-er den, eller én gjør et felt påkrevd mens en annen gjør det valgfritt — og begge betingelsene samsvarer samtidig,{' '} vinner den første regelen. Den tapende regelen flagges i redigeringsprogrammet: "Denne handlingen gjelder aldri — en tidligere regel styrer allerede målet. Rekkefølgen på reglene avgjør: den første regelen vinner."
Ett unntak fra rekkefølgen: en regel hvis betingelse leser et beregnet felt, kjører etter regelen som skriver til det, uansett dokumentrekkefølge, slik at en poengsum alltid beregnes før noe forgrener seg på den. Regler som skriver til hverandres beregnede felt i en løkke, utløser en publiseringsadvarsel som navngir kjeden — bryt løkken slik at verdiene løses opp på en forutsigbar måte.
Et spørsmål som ender opp skjult, er aldri påkrevd, enten det ble skjult av en regel eller skjult fra blokkmenyen uten noen regel som avslører det igjen. Stjernen forsvinner, og innsending blokkeres ikke — ellers kunne en respondent bli stengt ute fra et skjema av et felt de ikke kan se.
En tilfredshetsundersøkelse spør "Hvordan vil du vurdere opplevelsen din?" med en 1-5 Star Rating. En logikkblokk under den bruker betingelsen "rating is less than or equal to 3" med handlingen Vis som målretter et Text Area-felt som spør "Hva kan vi forbedre?" Respondenter som gir 4 eller 5 ser aldri oppfølgingsspørsmålet.
Et påmeldingsskjema har et Radio Buttons-spørsmål: "Hvilken plan passer deg best?" Under det sitter et avsnitt — "Godt valg! Pro-planen vår inkluderer prioritert støtte." — skjult som standard med blokkmenyens Skjul. En logikkblokk avslører det: hvis plan{' '} er "Pro", Vis avsnittet. Den oppmuntrende merknaden vises bare for dem som velger Pro, og forblir skjult for alle andre.
Et arrangement-registreringsskjema har et Radio Buttons-spørsmål: "Deltar du fysisk eller eksternt?" To logikkblokker følger:
Regel 1 og 2 leser oppmøte-spørsmålet, så de virker når respondenten forlater siden med det spørsmålet. Etter det går Neste videre i siderekkefølge. Regel 3 leser et spørsmål på "Lokalitetsinformasjon", så den virker når respondenten forlater den siden. De som deltar fysisk, hopper da over "Strømmeoppsett". Hver vei samler bare relevant informasjon, og begge konvergerer på en felles "Bekreftelse"-side.
Et lead-kvalifiseringsskjema har tre Star Rating-spørsmål: budsjett, tidslinje og myndighet. Et beregnet felt kalt "Lead score" bruker en logikkblokk med handlingen Beregn verdi for å legge sammen verdien av hver vurdering. En andre logikkblokk leser det beregnede feltet: hvis Lead score is greater than 12, Angi neste side "Prioritert oppfølging"; ellers hopp til standard bekreftelsessiden.
URL-en fyller ut et skjult felt kalt plan (f.eks. ?plan=enterprise). En logikkblokk sjekker: hvis plan{' '}
er "enterprise", Vis spørsmålet "Dedikert kontoadministrator" og Gjør påkrevd
feltet "Selskapsstørrelse". Respondenter på gratisplanen ser aldri disse spørsmålene.
Et bestillingsskjema beregner en løpende total. En logikkblokk bruker betingelsen: hvis Order total is less than 10, Hindre innsending av skjema. Respondenten kan ikke sende inn før minimumsordreterskelen er nådd.
Mens en hindre-regel er aktiv, vises knappen som utilgjengelig, og respondenten får vite hvorfor. Skriv årsaken inn i{' '} Melding vist til respondenten på handlingsraden — "Bestillingen din må totalt være minst 10" — slik at de vet hvilket svar de skal endre. Lar du det stå tomt, faller skjemaet tilbake på "Dette skjemaet kan ikke sendes inn med de nåværende svarene." (eller "Du kan ikke fortsette til neste side med de nåværende svarene." for en navigasjonsblokk). Når flere hindre-regler utløses samtidig, er det den første som har en melding, som bestemmer teksten.
> 💡 **Test logikk med Forhåndsvisning** >> Etter at du har satt opp reglene dine, bytter du til Forhåndsvisning i øverste verktøylinje og fyller ut skjemaet slik > en respondent ville gjøre det. Logikk utløses i sanntid i Forhåndsvisning, slik at du kan bekrefte hver forgrening, skjult felt og > valideringsport før publisering. >