Skjemaet styres gjennom ulike skjemaelementer, som er plassert hierarkisk på fanen Elementer skjemadesigner. Det viktigste elementet er selve formen, som er plassert øverst i elementhierarkiet, og de resterende elementene er underordnet det.

Alle skjemaelementer kan deles inn i fem grupper: felt, grupperingselementer, knapper, dekorasjoner og tabeller. I artiklene mine vil jeg analysere hver av gruppene. I denne artikkelen vil vi begynne å studere en av typene feltelementer - inndatafelt, men før det lærer vi hvordan du legger til et element i skjemaet.

Legge til elementer i et skjema

Dette gjøres ganske enkelt: du må velge elementet Skjema i vinduet Form Design Elements og klikk på "Legg til"-knappen. Etter dette åpnes et vindu der du må velge ønsket elementtype

Etter valg vil ønsket element vises i vinduet Elementer.

Administrert skjemaelement Felt

La oss se på et administrert skjemaelement Felt. Dette elementet er nødvendig for å legge inn informasjon på skjemaet. Og også for å vise all informasjon. Etter at du har lagt til dette elementet i skjemaet, åpnes egenskapspaletten for skjemaelementer til høyre. Foreløpig bør du være interessert i to egenskaper – DataPath og View.

I DataPath-egenskapen kan utvikleren knytte et skjemaelement til ønsket skjemaattributt. Vær oppmerksom på at etter at elementet er lagt til Inndatafelt på skjemaet ble det ikke vist på selve skjemaet. Dette skjedde fordi vår nytt element ikke relatert til. For eksempel opprettet jeg flere detaljer på behandlingsskjemaet med forskjellige primitive typer og en rekvisitt med en referansetype.

La oss nå koble vårt nylig tillagte skjemaelement med en av detaljene. For å gjøre dette, velg ønsket attributt fra elementets PathKData-egenskap.

Etter dette vil egenskapene DataPath og View fylles ut, og selve elementet vises i skjemavisningen.

Vær oppmerksom på elementegenskapen Utsikt. Denne egenskapen definerer funksjonaliteten til inndatafeltet. Du kan velge forskjellige verdier for denne eiendommen.

Avhengig av den valgte verdien, vil funksjonaliteten bli bestemt. I figurene ovenfor er den valgte verdien – inndatafelt, dvs. vi kan legge inn alle verdier i dette inndatafeltet, og hvis vi velger en verdi etikettfelt, da kan vi ikke legge inn noe.

Denne eiendomsverdien Utsikt inndatafelt er praktisk å velge når du bare trenger å vise bakgrunnsinformasjon til brukeren.

La oss nå legge til et nytt skjemaelement med type Inndatafelt og koble den til rekvisittene Detaljer Dato gjennom den allerede kjente for oss DataPath-egenskapen

Som du kan se, har utseendet til inndatafeltet endret seg, og det mulige valget av verdier for View-egenskapen vil også endres.

Dermed konkluderer vi med at funksjonaliteten til inndatafeltet avhenger av typen attributt.

For rekvisitter med type boolsk Følgende View-egenskapsverdier vil være tilgjengelige.

Og for attributter med en referansetype vil andre verdier for View-egenskapen være tilgjengelige.

Mer detaljert arbeid med skjemaelementer ved bruk av praktiske eksempler er gitt i boken «Grunnleggende for utvikling i 1C: Taxi. Administrert applikasjonsutvikling i 12 trinn".

Noen ganger virker det som om å lære programmeringsspråket i 1C er komplisert og vanskelig. Faktisk er programmering i 1C enkelt. Bøkene mine vil hjelpe deg enkelt og raskt å mestre programmering i 1C: og "Grunnleggende utvikling i 1C: Taxi"

Lær programmering i 1C ved hjelp av boken min "Programmering i 1C i 11 trinn"

1. Ingen kompliserte faguttrykk.
2. Over 700 sider med praktisk materiale.
3. Hver oppgave er ledsaget av en tegning (skjermdump).
4. En samling av problemer for lekser.
5. Boken er skrevet i en klar og på enkelt språk- for en nybegynner.

Denne boken passer for de som allerede har begynt å programmere og opplever visse vanskeligheter med dette emnet og for de som har programmert lenge, men aldri har jobbet med 1C administrerte skjemaer.

1. Uten komplekse tekniske termer;
2. Mer enn 600 sider med praktisk materiale;
3. Hvert eksempel er ledsaget av en tegning (skjermbilde);
4. Boken sendes på epost til PDF-format. Kan åpnes på alle enheter!

Kampanjekode for 15% rabatt - 48PVXHeYu

Hvis denne leksjonen hjalp deg med å løse et problem, du likte det eller fant det nyttig, kan du støtte prosjektet mitt ved å donere et hvilket som helst beløp:

Du kan betale manuelt:

Yandex.Money - 410012882996301
Web Money - R955262494655

Bli med i gruppene mine.

Hvem er motpartene? Dette er juridiske personer eller enkeltpersoner som er dine kunder, kjøpere eller partnere. Hver juridisk enhet har detaljer, det vil si unike data (TIN, KPP, juridiske og faktiske adresser) som kun tilhører denne organisasjonen. Dette er dataene du trenger for å fylle ut motpartskortet i programmet.

La oss komme i gang. Finn inskripsjonen "Kataloger" på venstre side av menyen og klikk. Før oss er deler av programmet, vi ser etter "Kjøp og salg", underseksjon "Motparter":

La oss gå til delen. For å gjøre det lettere å navigere under arbeidsprosessen vil vi lage mapper etter type: «Kjøpere», «Leverandører» og «Annet».

Klikk på inskripsjonen "Opprett en gruppe". I rullegardinboksen i «Navn»-feltet skriver du inn navnet på «Kjøpere»-gruppen:

På samme måte oppretter du de gjenværende mappene "Leverandører" og "Annet":

La oss lage ett element i hver mappe. La oss starte med "Kjøpere". Gå inn og velg "Opprett":

En side for utfylling åpnes. Dette er motpartskortet. Det øverste feltet, merket med gult, er beregnet for automatisk utfylling av opplysninger om motparten ved å taste inn skattebetalers identifikasjonsnummer (TIN). Dette vil bare fungere hvis 1C-motpartsfunksjonen er aktivert.

Vi skal se på å fylle den ut manuelt. La oss si at kjøperen vår er organisasjonen STYLE LLC. I feltet "Type motpart" forlater vi Juridisk enhet. I "Navn"-feltet skriver du inn navnet på organisasjonen. For å gjøre det enklere å søke skriver du vanligvis inn LLC STYLE, dvs. først navnet, og deretter den organisatoriske og juridiske formen. Du kan bare legge igjen ett navn. Feltet "Fullt navn" må inneholde riktig stavemåte av navnet på denne organisasjonen - STYLE LLC eller med en utskrift - Limited Liability Company. Dette vil vises når du skriver ut dokumenter. Feltet "Delte i gruppe" fylles ut automatisk. Deretter fylles feltene: TIN, KPP, OGRN ut med de angitte detaljene for denne organisasjonen. Et veldig viktig poeng i kortet "Hovedbankkonto". La oss trykke på den lille knappen til venstre. Vi får presentert to felt som må fylles ut:

I det første feltet må du skrive inn BIC til banken som betjener organisasjonen. I det andre feltet skriver du inn gjeldende kontonummer. Neste er "Adresse og telefon"-elementet. La oss utvide det:

De juridiske og faktiske adressene fylles ut her. Vi ser et varsel der vi blir bedt om å laste ned adresseklassifisereren. Dette fungerer bare hvis 1C-motpartsfunksjonen er aktivert. La oss hoppe over det. Klikk "Fyll" til høyre for den juridiske adressen. Et vindu åpnes foran oss for å legge inn nødvendige data. Fyll ut og klikk OK:

Linjen "Faktisk adresse" fylles ut automatisk. Hvis organisasjonen har forskjellige juridiske og faktiske adresser, må du fjerne merket for den tilsvarende boksen ved siden av påskriften "Den faktiske adressen er den samme som den juridiske adressen" og fylle den ut manuelt. Skriv det ned. Det samme gjelder for «Mail Address»-feltet. Til poenget" Ytterligere informasjon"Du kan legge inn en hvilken som helst kommentar. Vi sjekker om alt er fylt ut og klikker "Record" øverst.

Alle operasjoner i 1C-systemet utføres ved bruk av kontrakter. En avtale er et universelt regnskapsskille som er angitt i nesten alle dokumenter. Gå til fanen "Avtaler" og klikk på "Opprett".

"Kontrakt (oppretting)"-siden åpnet foran oss:

La oss begynne å fylle den ut. Det første feltet er "Kontrakttype". Siden vi fyller ut et kort for en organisasjon som vil kjøpe noe fra oss, må vi velge riktig type - "Med en kjøper". Hvis du først angir feil type, vil det være problematisk å endre den. Det neste feltet "Kontraktnummer" taler for seg selv - skriv inn kontraktsnummeret. Til høyre velger du datoen da kontrakten ble inngått. "Navn"-feltet genereres automatisk basert på de angitte dataene. Om nødvendig kan vi rette og skrive det ned på en måte som er praktisk og forståelig for oss. La oss deretter utvide og se på følgende faner. "Beregninger". Her velger vi i hvilken valuta oppgjør med vår kjøper skal finne sted. I feltet "MVA" må du velge fremgangsmåten for registrering av fakturaer spesifikt for denne avtalen.

Hvis kjøperen vår (organisasjonen) ga informasjon om ledere, kan du fylle ut feltene i "Signaturer"-delen. Dette vil vises når dokumenter skrives ut. Hvis disse dataene ikke er tilgjengelige, hopper vi over dem. I delen "Tilleggsinformasjon" skriver du inn gyldighetsperioden for kontrakten, hvis det er angitt. Du kan la feltet stå tomt. Og du kan velge "Type beregninger". Vi er ferdige med denne avtalen. Klikk "Lagre og lukk". Nå kan vi se at vår motpart "STYLE" har en avtale "Med kjøper". Vær oppmerksom på funksjonen "Bruk som primær". Hvis vi markerer det, da denne typen avtalen vil som standard inkluderes i dokumentene:

I tillegg til avtalen er fanen "Bankkontoer" veldig viktig:

Her ser vi kontoen vi allerede har opprettet, som vi indikerte på hovedfanen. Og, som i kontrakten, kan vi sjekke funksjonen "Bruk som primær" for å bruke denne kontoen som standard.

La oss si at det er en motpart som har to kontrakter: "Med leverandøren" og "Med kjøperen." Den ene brukes oftere, det er denne avtalen vi kan markere som den viktigste for å forenkle innføringen av informasjon.

I fanen «Kontaktpersoner» på hovedsiden legges detaljene til personen fra motparten inn, som vi kan kontakte om nødvendig. Dette kan være en direktør, regnskapsfører eller leder:

Her, på fanen "Adresser", kan vi angi telefonnumrene og adressen hans e-post for kommunikasjon. Etter å ha skrevet inn, klikk "Lagre og lukk":

Vi går tilbake til siden med den nye motparten. Hvis vi klikker på "Mer"-koblingen, vil "Oppgjørskontoer med motparten" være tilgjengelig:

Dette er en lignende oppslagsbok som "Vareregnskap", kun for motparten. 60 og 62 tellinger er ofte brukt her.

Kjøperens innspill er nå ferdig.

På lignende måte vil vi opprette en leverandør - Edelweiss LLC. Vi går tilbake til mappen "Leverandører" og klikker på "Opprett". Hele prosessen med å fylle ut data er den samme som for kjøperen. Bare kontraktstypen vil bli angitt "Med leverandør":

Vi markerer også "Bruk som hoved"-innstillingen i fanene "Avtaler" og "Bankkontoer". Vi ordnet det med leverandøren.

La oss nå gå tilbake til "Annet"-mappen. Her er det etablert banker, skattetjenester osv. La oss opprette en bank her på en lignende måte for å vise mottak av bankprovisjoner:

For slike motparter skal kontraktstypen brukes "Annet":

Dermed er motparten inngått informasjonsgrunnlag, tildeles en kontrakt og disse dataene vil automatisk bli brukt i gjensidige oppgjør med denne motparten.

Sannsynligvis kan ingen algoritmer beskytte databasen mot feil som oppstår når brukere legger inn data. Hovedproblemene knyttet til menneskelig uoppmerksomhet kan identifiseres i følgende liste:

• Feil valg av objekt;
• Feil mengde eller skrivefeil i navnet;
• Duplisering av katalogelementer, deres ikke-unikkhet eller feilsortering;
• Ignorerer utfylling av felter som er kritiske for korrekt beregning og jevn drift av programmet.

Løsningen på det siste problemet er, for den åttende versjonen av 1C-programmet, å sjekke at skjemadetaljene er fylt ut.

Sjekker utfylling for et vanlig skjema

Når brukeren åpner skjemaet, hvis startmodusen er "Normal applikasjon", er de nødvendige elementene uthevet med en rød stiplet linje (fig. 1).

Som det fremgår av eksempelet ovenfor, er de obligatoriske feltene i dokumentet "Salg av varer og tjenester" "Nummer" og "Motpart". I dette tilfellet er ikke "Nummer"-feltet tilgjengelig for redigering. Dette betyr at når et dokument registreres i informasjonsbasen, vil det automatisk fylles ut i henhold til nummereringsreglene som er spesifisert for denne organisasjonen.

Registrering av katalogelementer eller postering av dokumenter som inneholder ufylte obligatoriske felter vil føre til et unntak (fig. 2).

Ris. 2

Flere detaljert informasjon Du kan se hvilket spesifikt felt som ikke er fylt ut i tjenestemeldingsvinduet.

Selve merket, som informerer om at feltet må fylles ut, settes i egenskapene til skjemaelementet. Slik gjør du dette:

1. Åpne skjemaet i konfiguratoren;
2. Høyreklikk på skjemaelementet og åpne "Egenskaper"-vinduet;
3. Det er nødvendig å merke av for AutoMark Unfilled og AutoSelect Unfilled i undermenyen "Bruk" (fig. 3);

Direkte verifisering skrives som regel i objektmodulen.

For kataloger og ikke-posterte dokumenter anbefales det å ringe fullføringskontrollprosedyren når du registrerer et element. Dokumenter som ikke er fullstendig fullført, hvis de utføres, kan registreres i databasen, og det er bedre å ringe verifiseringsprosedyren før dannelsen av bevegelser, det vil si under utførelse. Det er tilrådelig å utføre kontroller i behandling og rapporter som inneholder obligatoriske felt direkte i knappeklikkbehandling.

Du kan sjekke om verdien som sendes til feltet er forskjellig fra tom (standardverdien) ved å bruke funksjonen ValueFilled (“Value”). Det bør tas i betraktning at hvis feltet har kompositt type data, gir utførelse av denne funksjonen et unntak.

Validering i administrerte skjemaer

Det særegne ved plattformens drift i klient-serverversjonen setter også sitt preg på fyllingssjekken.

Først må du forstå hvilken prosedyre som følger når du legger inn et objekt i denne driftsmodusen.

Så, etter å ha klikket på "Record", "OK", "Pass"-knappen:

1. Prosedyren "Før opptak" kalles opp på klienten;
2. Dataene overføres til serveren og hendelsene som er spesifisert i skjemamodulen på serveren oppstår (her kan du kjøre ProcessingFillingCheckOnServer-prosedyren);
3. Skjemadataene overføres til objektmodulen på serveren (det blir mulig å starte standardprosedyren ProcessingCheckFill);
4. Data fra modulen returneres til skjemamodulen på serveren, og BeforeWritingOnServer-prosedyren skjer;
5. Dataene returneres til objektmodulen og en annen BeforeWrite-prosedyre skjer;
6. Objektet skrives direkte til databasen.

Når som helst i dette diagrammet kan du sette inn CheckFill()-funksjonen. Etter å ha gått gjennom detaljene, i egenskapene som «Fyllingssjekk»-attributtet er satt til «Gi en feil» (fig. 4), vil denne funksjonen, hvis minst én av dem ikke er fylt ut, returnere «False» .

Forskjeller mellom behandlerne ProcessingFillCheck() og ProcessingFillCheckOnServer()

På grunn av det faktum at grensesnittet administrert applikasjon kan inneholde både objektdetaljer og direkte skjemadetaljer, og disse to prosedyrene er atskilt. Samtidig er de like i parametere som kan sendes til behandlerne:

1. Avslag (resultatet av sjekken sendes her);
2. Sjekkede detaljer (datatype – array, hvis ikke fylt ut, vil alle detaljer som "Sjekkfylling" er satt for i egenskapene bli sjekket, ellers vil detaljer valgt programmatisk bli behandlet).

ProcessingFillingCheckOnServer()-prosedyren lar deg sjekke detaljer som ikke er direkte relatert til objektet som redigeres. Hver programmerer bestemmer selv hva og i hvilken grad han vil sjekke.

ProcessingCheckFill()-prosedyren kontrollerer de grunnleggende detaljene.

Svært ofte, mens du jobber i 1C-programmet, må du raskt legge inn flere dokumenter eller legge til nye objekter i kataloger (type vare, organisasjon, lager, kasseapparat, etc.). Samtidig har ikke alle en forståelse av hvordan man automatiserer oppføringen av grunnleggende verdier, slik at de nødvendige verdiene umiddelbart blir erstattet i feltene når de opprettes. Jeg vil fortelle deg hvordan du gjør dette i denne artikkelen.
1C-programmet har mekanismer som lar deg raskt fylle ut verdiene av detaljer i dokumenter og oppslagsverk. Basert på handlingene deres, kan de deles inn i følgende typer:

• Enkeltverdierstatning
• Erstatte en verdi med valg
• Fylle ut statistikkdetaljer
• Erstatning av tidligere angitte detaljer
• Erstatte verdier ved å bruke et mønster
• Legge inn et nytt dokument ved å kopiere

Substitusjon av en enkelt verdi som brukeren har rettigheter til.

La oss si at organisasjonen din har tre varehus, de legges inn i databasen. Samtidig har lederen lov til å selge varer kun fra en. Når du oppretter et nytt dokument, vil dette lageret settes inn automatisk. Dette fungerer basert på brukerens angitte tillatelser. Det vil si at ved å slå av rettigheter til objekter som brukeren ikke jobber med, kan du automatisere datainntasting.

Erstatte en verdi basert på utvalget spesifisert i listeskjemaet.

Hvis listen er satt til å velge etter en viss detalj (kasse, bankkonto, lager), vil denne detaljen automatisk fylles ut i det nye dokumentet. For eksempel setter du valg etter kasse i form av en liste over kassedokumenter. Når du utsteder et nytt betalingsdokument, vil informasjon om valgt kassaapparat automatisk bli hentet fra listen. Og siden det er spesifisert en organisasjon for kassa, vil informasjon om organisasjonen automatisk fylles ut. Du kan bruke valg i en hvilken som helst liste over dokumenter.

Fylle ut statistikkdetaljer.

1C-programmet fører statistikk over innføring av grunnleggende verdier for hver bruker. Hvis du skrev inn samme organisasjon, divisjon, lager, forretningstransaksjon osv. to ganger når du opprettet et nytt dokument, vil programmet analysere de sist angitte verdiene. Dermed "justerer" den statistiske fyllingsalgoritmen seg automatisk til hver bruker.
Hvis brukeren bryter denne kjeden i et nytt dokument, vil programmet forstå dette og begynne å erstatte nye verdier etter en stund, men i det første slike dokument vil verdiene ikke bli erstattet.
Utfylling av tidligere angitte detaljer ved valg av verdi på en annen detalj er mulig hvis du velger for eksempel en handelsavtale eller kontrakt hvor alle hovedfeltene er fylt ut (lager, betalingsplan, priser osv.). Når du spesifiserer en avtale eller kontrakt i et dokument, vil detaljene fylles ut i henhold til følgende regler:

alle data som ble spesifisert i avtalen eller kontrakten vil bli fylt ut;

hvis noen verdi (for eksempel deling) ikke er spesifisert i avtalen eller kontrakten, vil denne verdien fylles ut i henhold til statistikk. Hvis verdiene ved inntasting av nytt dokument ble fylt ut i henhold til statistikk, vil de fylles ut på nytt dersom de er definert i avtalen eller kontrakten.

Substitusjon av verdier ved hjelp av en mal.

Vær oppmerksom på når den er opprettet nytt utseende nomenklatur, kan du spesifisere standardverdier som vil bli erstattet med nye objekter. Når du registrerer en ny vare for denne typen vare, vil disse verdiene legges inn automatisk. Et annet eksempel vil være automatisk erstatning av informasjon om en avdeling i et dokument hvis brukeren som utarbeider dokumentet har informasjon om avdelingen definert på brukerens kort.

Legge inn et nytt dokument ved å kopiere.

Alt er enkelt her. Hvis brukeren allerede har lagt inn et lignende dokument, kan det kopieres og deretter kan endrede data korrigeres. Sjekk alle detaljene, og vær spesielt oppmerksom på detaljer som datoen.

Her er fem hovedmåter for å gjøre det enklere å legge inn lignende dokumenter og oppslagsverk. Sørg for å bruke dem i ditt daglige arbeid

Hvordan angi raskt verdien av detaljer i 1C?

1. Inndatafelt
2. Avmerkingsboks
3. Bytt

Inndatafelt

Som regel er et inndatafelt knyttet til et objektattributt og gjenspeiler dets data. Dette er kanskje et av de vanligste elementene, det har flere måter å velge en verdi på:

Velge fra en liste (listevalgsmodus)

Velge fra et annet skjema (Velg-knapp)

Kontrollknapper

Implementeringen av eksemplene ovenfor krever ikke vesentlig innsats fra utbyggers side. for eksempel, for listemodus må du fylle listen over et element med verdier for å velge fra et annet skjema, du trenger bare å knytte kontrollen til ordbokdata. Men for kontrollknappene må du skrive mer kode for å behandle klikk på hver knapp, selv om den ikke vil være stor:

Prosedyre pvValg av nomenklaturregulering (element, retning, standardbehandling)
//Velg data for inndatafeltet
// i dette tilfellet, nomenklaturkatalogen
Request = Ny forespørsel;
Request.Text=
"VELGE
| Nomenclature.Link Som produkt
|FRA
| Directory.Nomenclature AS Nomenclature
| BESTILL ETTER
| Nomenclature.Code";
TZNomenclature = Request.Run().Upload();

//søk etter gjeldende katalogelement spesifisert i inndatafeltet
CurrentElement = TZNomenclature.Find(Element.value);

Hvis TechElement = Udefinert Da
// hvis elementet ikke blir funnet, sett inn indeksnummeret
// utenfor verditabellen, fordi det aller første elementet i
// verditabell har indeks 0
TechIndex = -1;
Noe annet
// hvis elementet blir funnet får vi dets indeks
TechIndex = TZNomenclature.Index(TechElement);
endIf;

// beregne en ny indeks avhengig av tastetrykk
// minus før Variabel retning verdt det for å
// ved å klikke på den øverste pilen viste elementet over det
// og derfor med en mindre indeks
NewIndex = TechIndex-Direction;

// få antall elementer i katalogen
// trekke fra en fordi alle samlinger i 8.1 starter på 0
Number ofElements = TZNomenclature.Quantity()-1;

Hvis NovIndex< 0 Или НовИндекс >Antall elementer da
// hvis når du endrer indeksen er utenfor verditabellen
// dvs. tallet er større enn den største indeksen eller mindre enn 0 da
// ikke endre verdien og informer brukeren om det
Notify("Du har nådd kataloggrensen");
Noe annet
// tilordne en ny verdi, "Produkt" er navnet på kolonnen i verditabellen
Element.value = TZNomenclature.Get(NewIndex).Product;
endIf;

Slutt på prosedyre

Avmerkingsboks

I de fleste programmer tjener en avmerkingsboks til å vise to tilstander: avmerket, umerket. I 1c har avkrysningsboksen tre tilstander i den tredje tilstanden, avkryssingsboksen vises som avkrysset og samtidig skyggelagt. De tre tilstandene er bare tilgjengelige hvis avmerkingsboksens data er et tall, med tilstandene som har følgende betydning:

Bryter

Bryteren brukes til å velge én verdi fra et lite antall mulige (helst ikke mer enn fem), og verdiene kan for eksempel ikke kombineres: egnet for å velge en persons kjønn. Et annet eksempel: la oss si at et selskap gir en av 3 rabatter på et produkt, og at rabattene ikke er kumulative:

I dette tilfellet kan bekvemmeligheten ved å bruke radioknapper ligge i det faktum at hver av dem kan ha en verdi, som er angitt i egenskapen "Velgbar verdi". Og så kan "5% rabatt" lagre verdien 5 eller 0,05.

Det er viktig å huske tre ting når du bruker brytere:

Den første bryteren bør ha egenskapen "FirstInGroup" (i dette eksemplet er det bryteren "5 % rabatt").

Brytere som er meningsfullt relatert til en gruppe bør gå på rad når du setter opp traverseringsrekkefølgen, uten avbrudd av andre skjemaelementer. Traverseringsrekkefølgen settes fra menyen "Skjema -> Sette traverseringsrekkefølge", for dette eksemplet ser det slik ut:

1. Type valgt verdi angis for bryteren som har egenskapen "FirstInGroup".

Valg