Radiopogas, regulāra aplikācija, pārvaldītas formas. Slēdži, pielāgota lietojumprogramma, pārvaldītas veidlapas Dizaina modeļi vai paaudžu gudrība

Galvenā problēma ir tā, ka 10-15 gadus jau ir uzpūsts daudz koda parastajām formām. Neviens nevēlas to visu pārrakstīt uz klients-servera + daudzi cilvēki ir apmācīti strādāt ar interfeisu. Obligātā pāreja uz BP 3.0 nākamgad rada paniku izstrādātāju un grāmatvežu prātos. Atsauksmes būs ļoti objektīvas. Turklāt latiņa iekļūšanai profesijā paceļas, programmēšana ir grūtāka, tipiskās kļuvušas vēl grūtākas. Kāda ir jaunā algoritma vērtība standarta dokumentos izpildei. UV izskatās lieliski, ja uz dokumentiem ir 2-3 pogas, UV ir lieliski piemērots darbam mobilajās ierīcēs, bet 0,01% uzņēmumu to izmanto. Nāksies pārslēgties, ja 1C neizdomās ko jaunu, bet visiem tas būs ilgi un sāpīgi. Un tā nauda būs jāmaksā pašiem uzņēmumiem.

Arī es pagaidām no pārvaldītajām formām piedzīvoju tikai negatīvu, lūk, citi jaunieveduma mīnusi:

• Nekas? Nu pāris reizes saskāros, piemēram, uzraksti un pievieno konf ārēju cepeškrāsns formu, tur apstrāde ir vesela epopeja, internetā ir daudz instrukciju un kodu lapām vajadzētu.
  uz bieza klienta viena procedūra ar parametriem t.i. attīstība ir dažu minūšu jautājums.
  un bremzes ir plānas ar neapbruņotu aci
• Kas attiecas uz spēju sagatavot pārvaldītās formas - tā ir māksla mākslas dēļ, bet kāda ir praktiskā nozīme, īpaši faila versijai?
• 3 gadus veidoju UV, bet tagad pārgāju atpakaļ uz vienkāršām formām, un ticiet man, šī pāreja bija psiholoģiski diezgan sarežģīta, bet tā ir mana apzināta izvēle, jo tas, ko piedāvā 1s uz UV, ir pilnīgi UG .... varbūt pēc pāris gadiem 1c veiks izrāvienu, bet tagad viņa tikai meklē vietu, kur šo izrāvienu izdarīt...
• UV staru atvēršana konfiguratorā prasa daudz ilgāku laiku.
  Pēc tam atvēršanas formas 8.1 - kā pārsēsties uz lidmašīnu no kravas automašīnas!
• Hemoroīdu ir vairāk visiem, lietotāji ir šokēti par jauno interfeisu (ne visi atzīst, bet ir daudz dumjāki un uz mazākām detaļām), puse programmētāju kļuvuši nepiemēroti profesionāļiem, vidusmēra speciālistam kļuvis grūtāk atrast darbu un kā ražot kvalitatīvu produktu. Un stilīgākā UV mārketinga tēma ir tā, ka visur viņi planē, ka pāreja ir vienkāršs atjauninājums, taču visi aizmirst, ka no sākuma jums ir jāpanāk jaunākie izdevumi! Bet kopumā man ideja patīk!
• Nezinu, mana prakse rāda pretējo. Tur, kur bukhs vienkāršās formās jau vairākus gadus sit uz mašīnu jau vairākus gadus, jaunajā UV standartā katru mēnesi sākas "bāc, kur tagad ir 1C pēc šīs pogas atjaunināšanas un kāpēc tas tagad nedarbojas", kas, redzi, ātrumu nepievieno.
• - vairāk koda
  - kods ir kļuvis sarežģītāks
  - standarta pilnveidošana - daudz grūtāk
  - lietotāji, kuriem iedevu UT11, neatrada nekādas priekšrocības salīdzinājumā ar 10.x
  - bet viņi atrada bremzes un dažu funkciju trūkumu, piemēram, meklēšanu (kādu iemeslu dēļ viņi gribēja meklēt uz priekšu un atpakaļ, nevis atlasi)
  mans viedoklis - pārāk lieli upuri web klienta un planšetdatoru labā. Un personīgi es vispār vēl neesmu redzējis reālu darbu ar tīmekļa klientu, kuram ir nepieciešams veiksmīgi izmantot attālo piekļuvi
• Klienta-servera savienojumam ir jānodrošina veiktspējas pieaugums un mērogojamība, vienlaikus palielinot kodēšanu.
  Tomēr ne visi uzrādīja pieaugumu, tāpēc arī vilšanās. Un tajā pašā laikā visi bija pakļauti kodēšanas izmaksām.
  P.S. Patiesībā man patīk pārvaldītie, es mierīgi zīmēju uz tiem. Bet tipiskie ir kļuvuši perversi.
• Mājās (parasts dators) kārtoju IP grāmatvedību.
  8.3, BP3, dambretē. Galvenais iespaids, ka nestrādāju, bet visu laiku gaidu. hemoroīda reakcija. SĀLS uz konta veidojas kā vienkārša muļķība - rodas iespaids, ka konta karte uz gadu megaholdingā.
• UT11 ir mežonīga bremze, šausmas un vispār murgs.
  UT10 lido, salīdzinot ar UT11.
  Attiecībā uz UV - bugs mudž gadiem, viss ir greizs, kolonnas nekad neiederas vienā ekrānā, stiepšanās daudzos gadījumos ir briesmīga.
  Un es joprojām varu nosist daudz mīnusu, es droši vien neko neteikšu no plusiem. Tās vienkārši neeksistē.
  Firmas īpaši sitās ar šīm formām, jo ​​izstrāde maksā vairāk, nebija speciālo un nav arī normālu.

Priekšrocību ir maz, taču tās noteikti pastāv...

plusi:

ilgu laiku ir atbilde, ko sniedza ES:

vairāku platformu klients

• strādāt uz sliktām sakaru līnijām
• iespēja strādāt caur pārlūkprogrammu (bez klienta instalēšanas)

Platforma 1C:Enterprise ļauj programmatiski pievienot un modificēt pārvaldītās veidlapas elementus. Apskatīsim, kāpēc tas varētu būt vajadzīgs.

Veidlapas programmatiska modifikācija var būt nepieciešama vairākos gadījumos:

• Pabeidzot tipiskās konfigurācijas, lai atvieglotu turpmāko atjaunināšanas procedūru. Šajā gadījumā tiks mainīts tikai veidlapas modulis. Moduļus ir daudz vieglāk atjaunināt nekā veidlapu.
• Īstenojot dažus vispārīgus algoritmus. Piemēram, apakšsistēmā "Objektu detaļu rediģēšanas aizliegums" visiem ar apakšsistēmu saistītiem objektiem programmatiski tiek izveidota poga, lai iespējotu detaļu rediģēšanas iespēju.
• Īstenojot dažus konkrētus algoritmus. Piemēram, nomenklatūras uzziņu grāmatā tiek izveidoti lauki papildu informācijas rediģēšanai.

Pārvaldītā formā varat programmatiski pievienot, modificēt un noņemt:

• rekvizīti;
• vietējās komandas;
• elementi.

Visas šīs darbības ir iespējamas tikai serverī.

Programmatiskajai pārveidošanai ir ierobežojumi:

• Varat dzēst tikai programmatiski pievienotos atribūtus/komandas/elementus. Konfiguratorā izveidotos objektus nevar programmatiski izdzēst.
• Atribūtu nav iespējams piešķirt kā galveno.

Veidlapu komandu maiņa

Lai pārvaldītu objekta komandu sastāvu ManagedForm ir kolekcija Komandas

Pievienot (< ИмяКоманды >)

Daudzums ()

Atrast (< ИмяКоманды >)

Dzēst (< Команда >)

Komandu kolekcija ir pieejama gan klientā, gan serverī. Modificēt kolekciju (metodes Add () un Remove () ) ir iespējama tikai serverī. Jūs varat meklēt un iegūt elementu skaitu (metodes Find () un Quantity () ) gan klientā, gan serverī.

Kā piemēru darbam ar formu komandām izveidosim jaunu komandu ChangeHistory ar nosaukumu "Izmaiņu vēsture ...", kas izsauks apstrādātāju DisplayHistory() . Izveidošana tiek veikta, atverot veidlapu.

&Serverī
Procedūra OnCreateOnServer (kļūme, standarta apstrāde)
Komanda = Komandas. Pievienot( "Izmaiņu vēsture");
Komanda . Darbība = ;
Komanda . Nosaukums = "Izmaiņu vēsture...";
Procedūras beigas
&AtClient
Procedūra Connected_DisplayHistory(komanda)
// komandu darbības
Procedūras beigas

Komandu apstrādātājam ir jāatrodas veidlapā, un tam ir jābūt kompilācijas direktīvai &AtClient .

Veidlapas informācijas maiņa

Formas atribūtu sastāva nolasīšanu veic funkcija Iegūstiet informāciju(< Путь >), kas atgriež FormAttributes tipa masīvu. Funkcijas parametrs norāda ceļu uz vecāku atribūtu (kā virkni). Ja parametrs ir izlaists vai ir norādīta tukša virkne, tiek atgriezti augstākā līmeņa akreditācijas dati.

Detaļu maiņa tiek veikta ar metodi RediģētRekvizīti(<Pievienotas detaļas>, <Noņemamas detaļas>) objektu ManagedForm. Iespējas Pievienotas detaļas Un Noņemamas detaļas tiek nodoti masīvi ar Form Requisite tipa elementiem.

Uzmanību!

Detaļu kompozīcijas maiņas process ir diezgan resursietilpīgs. Faktiski veidlapa tiek veidota no jauna. Šajā sakarā darbs ar veidlapas detaļām tiek veikts pakešu režīmā.

Izveidosim jaunu formas atribūtu ar nosaukumu Pircējs:

AddedAttributes = jauns masīvs;
Pievienotas detaļas. Pievienot(jauns formas atribūts("Pircējs", New TypeDescription ("DirectoryReference.Counterparties"), "Klients");

// Izmaiņas atribūtu sastāvā
);

Veidlapas elementu maiņa

Pārvaldīt objekta elementu kompozīciju ManagedForm ir kolekcija Elementi. Kolekcijai ir vairākas metodes:

Ievietot (< Имя>, < ТипЭлемента>, < Родитель>, < Элемент >)

Pievienot (< Имя>, < ТипЭлемента>, < Родитель >)

Daudzums ()

Atrast (< Имя >)

Kustēties(< Элемент>, < Родитель>, < МестоРасположения >)

Dzēst (< Элемент >)

Elementu kolekcija ir pieejama gan klientā, gan serverī. Modificēt kolekciju (Ievietot metodes () , Pievienot () , Pārvietot () un Dzēst () ) ir pieejami tikai serverī. Jūs varat meklēt un iegūt elementu skaitu (metodes Find () un Quantity () ) gan klientā, gan serverī. Kolekcijas elementi var būt:

• Grupas forma;
• tabulas veidlapas;
• FormField;
• ButtonForms.

Veidlapas elementiem varat programmatiski piešķirt notikumu apdarinātājus. Šim nolūkam metode SetAction(< ИмяСобытия>, < Действие >) .

Apskatīsim dažus no visbiežāk sastopamajiem praktiskiem piemēriem darbam ar komandām, atribūtiem un veidlapas elementiem.

Komandas un ar to saistītās pogas pievienošana:

// Izveidojiet komandu
Komanda = Komandas. Pievienot( "Izmaiņu vēsture");
Komanda . Darbība = "Connected_DisplayHistory"; // Veidlapā jābūt procedūrai ar norādīto nosaukumu
Komanda . galvene = "Izmaiņu vēsture...";
// Izveidojiet pogu un saistiet to ar komandu
Elements = Preces. Pievienot( "Izmaiņu vēsture", Tips("FormButton" ));
Element.CommandName = "Izmaiņu vēsture";

Atribūta un ar to saistītā ievades lauka pievienošana:

// Pievienotās informācijas apraksts
AddedAttributes = jauns masīvs;
Pievienotas detaļas. Pievienot(Jauns veidlapas atribūts ("Pircējs", jauna veida apraksts ( "Atsauces saite. Darījuma partneri"), "Klients" ));
// Atribūtu sastāva maiņa
RediģētAtribūtus (Pievienoti atribūti);
// Ievades lauka izveide un saistīšana ar atribūtu
Elements = Preces. Add("Klients" , Tips("FormField" ));
Elements . Skats = ViewFormFields. Ieejas lauks;
Elements . PathToData= "Pircējs" ;

Notikumu apstrādātāja piešķiršana veidlapas elementam:

Preču pircējs. SetAction("Kad tas mainās", "Plug-in_BuyerOnChange");

&AtClient
Procedūra Plugin_BuyerOnChange(Elements )
// Pasākumu darbības
Procedūras beigas

Uzmanību!

Procedūras, kas tiek instalētas kā notikumu apstrādātāji no koda, izmantojot metodi SetAction(), ieteicams izmantot prefiksu Connected_.

Uzmanību!

Varat lejupielādēt apstrādi ar programmatiskās meklēšanas piemēriem un pārvaldītās formas detaļu, komandu un elementu maiņu.

Šajā rakstā mēs iepazīsimies ar galvenajiem aspektiem darbā ar pārvaldīto formu 1C 8.3. Kas ir forma un kāpēc tā ir vajadzīga? Veidlapa ir galvenais objekts, caur kuru lietotājs mijiedarbojas ar programmu. Tas ir, izmantojot formu, lietotājs ievada informāciju programmā, kā arī veidlapā tiek parādīta lietotājam nepieciešamā informācija.

Jebkuras formas (pārvaldītā vai parastā) izstrādātāja galvenais uzdevums ir nodrošināt lietotājam ērtu mehānismu mijiedarbībai ar programmu.

1C platformai ir iespēja ģenerēt jebkura veida objektu, taču parasti, izstrādājot lietojumprogrammu risinājumus, programmētāji paši konfigurē formas.

Jautājumi par darbu ar pārvaldītajām veidlapām un ar pārvaldītu lietojumprogrammu kopumā ir detalizēti apskatīti grāmatā “1C attīstības pamati: Taxi. Pārvaldītas lietojumprogrammas izstrāde 12 soļos. Šī grāmata būs reāls palīgs tiem, kuri tikai sāk darbu ar pārvaldītu lietojumprogrammu izstrādi.

Grāmata "Attīstības pamati 1C: Taksometrā" ir lieliski piemērota tiem, kuri jau ir sākuši programmēt un saskaras ar zināmām grūtībām saistībā ar šo tēmu, kā arī tiem, kuri programmējuši jau ilgu laiku, bet nekad nav strādājuši ar 1C pārvaldītām formām

1. Nav sarežģītu tehnisku terminu;
2. Vairāk nekā 600 lappušu praktiska materiāla;
3. Katram piemēram ir pievienots attēls (ekrānuzņēmums);

Reklāmas kods 15% atlaidei - 48PVXHeYu

Dažreiz šķiet, ka programmēšanas valodas apguve 1C ir sarežģīta un sarežģīta. Patiesībā programmēšana 1C formātā ir vienkārša. Manas grāmatas palīdzēs jums viegli un ātri apgūt programmēšanu 1C: un "Attīstības pamati 1C: Taxi"

Apgūstiet programmēšanu 1C, izmantojot manu grāmatu "Programmēšana 1C 11 soļos"

1. Nav sarežģītu tehnisku terminu.
2. Vairāk nekā 700 lappušu praktiska materiāla.
3. Katram uzdevumam ir pievienots attēls (ekrānuzņēmums).
4. Mājas mācības uzdevumu krājums.
5. Grāmata uzrakstīta skaidrā un vienkāršā valodā – iesācējam.
6. Grāmata tiek nosūtīta pa e-pastu PDF formātā. Var atvērt jebkurā ierīcē!

Ja šī nodarbība jums palīdzēja atrisināt kādu problēmu, patika vai bija noderīga, tad varat atbalstīt manu projektu, pārskaitot jebkuru summu:

var maksāt manuāli:

Yandex.Money — 410012882996301
Tīmekļa nauda — R955262494655

Pievienojieties manām grupām.

Pēdējā nodarbībā mēs domājām par pastāvīgu (resnu) klientu. Platformas versijā 1C 8.2. Viņi izmanto jaunas ekrāna formas 1C 8.2. Tās sauc par pārvaldītajām veidlapām 1C 8.2.

Pārvaldītās veidlapas 1C 8.2 ir 1C nākotne. Tās atšķiras no parastajām 1C 8.2 formām ar to, ka tās automātiski ģenerē sistēma, pamatojoties uz īpašiem iestatījumiem (“parastās” veidlapas programmētājs vienkārši uzzīmē pēc vēlēšanās).

Atšķirības pārvaldīto formu 1C 8.2 attīstībā no parastajām ir būtiskas. Tāpēc mēs šodien esam pulcējušies, lai atsevišķi apspriestu pārvaldīto veidlapu 1C 8.2 izveidi un modifikācijas.

Pārvaldītās veidlapas 1C 8.2

Ja jau iepriekš esat izstrādājis 1C konfigurācijas, atverot 1C 8.2 pārvaldīto veidlapu redaktoru, jūs uzreiz mulsinās fakts, ka 1C 8.2 formu ar peli vispār nav iespējams ietekmēt.

Jūs nevarat mainīt veidlapu 1C 8.2, jūs nevarat pārvietot elementu, jūs pat nevarat apskatīt lauka rekvizītus kā iepriekš - veicot dubultklikšķi uz lauka 1C 8.2 formā.

Tagad veidlapas 1C 8.2 izstrādes pamatā ir nevis lauku saistīšana ar veidlapas koordinātām, bet gan īpaši iestatījumi. Sistēma automātiski ģenerē pārvaldītu veidlapu 1C 8.2, pamatojoties uz šiem iestatījumiem.

Iestatījumi sastāv no 1C 8.2 veidlapas elementu saraksta, kas atrodas redaktorā augšējā kreisajā stūrī. Veidlapas 1C 8.2 elementi ietver:

• Rekvizīti
• Komandas (jauna koncepcija 1C 8.2, var izskatīties kā pogas vai izvēlnes vienumi)
• Grupas (lai apvienotu detaļas un komandas).

Attiecīgi šo elementu iestatījumi atrodas nevis lauku rekvizītos, bet gan šo iestatījumu elementu rekvizītos (labā taustiņa izvēlne, vienums Properties).

Kā darbojas pārvaldītās veidlapas 1C 8.2

Darbs ar pārvaldītajām veidlapām 1C 8.2 lietotājam ir atšķirīgs. Viņiem ir vairāk funkciju, taču tie ir neparasti tiem, kuri jau ilgu laiku strādā ar 1C.

Pirmkārt, atšķiras parasto elementu atrašanās vieta veidlapā 1C 8.2. Komandjosla vienmēr atrodas augšpusē.

Komandjoslas kreisā puse ir pielāgojama. Tas parasti satur tādas tipiskas pogas kā Ierakstīt un Post.

Komandu paneļa labajā pusē ir veidlapas 1C jaunā standarta izvēlne Visas darbības. Šī izvēlne ļauj pārvaldīt veidlapu 1C 8.2, kā vēlaties, līdzīgi kā ACS atskaites iestatījumi ļauj būtiski mainīt pārskata izskatu.

Patvaļīgi izvēlnes vienumi 1C Visas darbības

Atkarībā no tā, vai šī veidlapa 1C 8.1 pieder vienam vai otram, izvēlne ir piepildīta ar vienumiem, kas ļauj pārvaldīt šo objektu. Piemēram, ja tā ir direktoriju saraksta forma, tad būs tādas komandas kā Izveidot vai Rediģēt.

Vienums Pielāgot izvēlņu sarakstu 1C Visas darbības

Ja veidlapā 1C 8.2 ir saraksts, tad izvēlnē ir komanda Iestatīt sarakstu un Parādīt sarakstu.
Ja komanda Output List jums jau ir pazīstama - tā ļauj saglabāt jebkuru sarakstu 1C programmā Excel / izdrukāt, tad otrā komanda ir jauna.

Kā jau esat pamanījis, sarakstu komandjoslā vairs nav atlases pogu. Tā vietā parādījās poga Atrast, uz kuru darbu (kā arī tagad ir atspējota kursora pozicionēšana sarakstā, rakstot) - ir sūdzības.

Pogas Atrast funkcionalitāte, protams, nav salīdzināma ar izlasēm, taču tās nekur nav pazudušas!
Tagad tie atrodas izvēlnes vienumā Pielāgot sarakstu. Tagad atlasi var veikt jebkurš lauks, un papildus tam var veikt kārtošanu un nosacīto formatēšanu tāpat kā to var veikt SKD pārskatos.

Vienums Mainīt izvēlnes formu 1C Visas darbības

Vienums Mainīt veidlapu ļauj līdzīgi mainīt ne tikai sarakstu veidlapā 1C 8.2, bet arī pašu veidlapu 1C 8.2.

Lietotājs var neatkarīgi iespējot vai atspējot veidlapas 1C 8.2 lauku redzamību, platumu un augstumu, noklusējuma lauka aktivizēšanu atverot utt.

Izmantojot pārvaldītās veidlapas 1C 8.2 un parastās veidlapas 1C

Pēc noklusējuma biezā (parastā) 1C klienta konfigurācijās tiek izmantotas parastās 1C veidlapas, savukārt plāna un tīmekļa 1C klienta konfigurācijās tiek izmantotas pārvaldītās veidlapas. Tomēr abas 1C formas var izmantot jebkurā konfigurācijā, tostarp vienlaikus.

Lai to izdarītu, jāievada arī konfigurācijas rekvizīti (konfigurācijas loga augšējais elements).

1C 8.2 konfigurācijas īpašībās ir parādījušās divas jaunas izvēles rūtiņas, kas ļauj iespējot nestandarta 1C veidlapu izmantošanu.

Pārvaldīto veidlapu izveide 8.2

Jaunas veidlapas 1C 8.2 pievienošana tiek veikta tāpat kā iepriekš - izmantojot tastatūras pogu Ins vai pogu Pievienot. Lai ievadītu esošu, veiciet dubultklikšķi uz tā ar peli.

Pēc noklusējuma tiks izveidota forma (parastā vai pārvaldītā), kas ir iestatīta konfigurācijā (skatiet konfigurācijas rekvizītu rekvizītu Galvenais palaišanas režīms).

Konstruktors liks jums izvēlēties formas veidu - elementa formu, sarakstu. Šeit jūs varat pievienot vai noņemt veidlapas komandjoslas. Visbiežāk šie iestatījumi pēc noklusējuma tiek atstāti tādi, kādi tie ir.

Tiek atvērta pēc noklusējuma aizpildīta veidlapa - visa informācija par 1C objektu, kas tai pievienota. Konstruktora otrajā cilnē varat atzīmēt konkrētu obligāto lauku sarakstu.

Veidlapu redaktors sastāv no trim sadaļām.

• Augšējā kreisajā stūrī ir veidlapas elementu saraksts. Tas sastāv no laukiem, komandām un grupām, kas ļauj apvienot elementus. Komandu sarakstu var skatīt atsevišķi cilnē Komandu interfeiss.
• Augšējā labajā stūrī ir pieejams formu atribūtu un objektu atribūtu saraksts (atveriet krustiņu blakus atribūtam Object).
• Tālāk ir parādīts iegūtās veidlapas priekšskatījums.

Varat vilkt pieejamo informāciju pa kreisi, un tā kļūs par formas elementu (veidlapas lauku).

Ja jums ir jāpievieno poga vai izvēlnes vienums, cilnes Komandas labajā pusē ir jāizveido jauna komanda. Šis ir veidlapas moduļa funkcijas iesaiņojums. Papildus norādīšanai, kura funkcija faktiski tiks izsaukta, varat piešķirt attēlojumu - piemēram, attēlu, kā arī redzamības atkarību no funkcionālās opcijas.

Komandas tiek vilktas arī pa kreisi. Ja vecāks ir komandjosla, tad tā būs komandjoslas poga - pretējā gadījumā tikai poga.

Formas elementu (lauku) sarakstā var ne tikai vilkt objekta/formas atribūtu, bet arī vienkārši pievienot (poga Add vai Ins). Jo īpaši varat izveidot jaunu formas objektu - grupu.

Grupa var būt komandu panelis (kursoram jāatrodas rindā Form). Tad jūs ievelciet tajā komandas, un tās kļūst par pogām.

Grupa var būt "regulāra". Tad tas ir veids, kā grupēt laukus gan vertikāli, gan horizontāli. Grupas nosaukumu var noņemt rekvizītos.

Grupa var būt panelis (lapas). Augšējā pievienotā grupa ir panelis, un šāda veida ligzdotās grupas ir lapas. Lauki jau tiek vilkti uz lapām.

Nevajadzīgie formas elementi tiek noņemti, dzēšot veidlapas elementus sarakstā.
Lauka novietojums veidlapā tiek noteikts pēc secības elementu sarakstā (vertikāli) vai pēc grupām (horizontāli). Platums un augstums ir iestatīti formas elementa rekvizītos.

Veidlapas elementu rekvizīti ir ievērojami paplašināti un satur daudzas noderīgas lietas - gan izskata kontroli (izvēles un dzēšanas pogas), gan noklusējuma vērtību pārbaudi.

Pašas veidlapas rekvizīti, ieskaitot tās izmērus, ir iestatīti veidlapas saknes elementā ar tādu pašu nosaukumu Forma.

Notikumu apstrādātāji (atbilde uz lietotāja darbībām) tagad ir sadalīti divos veidos. Vecie - tāpat kā iepriekš, tie ir norādīti formas un lauku rekvizītos (piemēram, OnChange un OnOpening the form). Jaunums - ir kļuvušas par komandām un tiek izmantotas izvēlnes elementiem un pogām.