Pēc tam, kad trīs dienas jutos praksē pārvaldītās veidlapas, es viņus mīlēju. Nevajag ar peli kārtot laukus uz formas, ciest ar stiprinājumiem. Viss ir vienkārši un izdarīts ar dažiem klikšķiem.

Man pat bija žēl, ka 1C pilnībā neatteicās no parastajām formām, jo ​​tās tiek izmantotas darbvirsmas režīmā. Galu galā būtu iespējams dot iespēju UV precīzai pikseļu pozicionēšanai un regulāras formas laika gaitā izmirtu. Un tāpēc jums ir jāšķaida savi spēki uz vecās funkcionalitātes zināšanām.

Un tā, protams, UV ir daudz ātrāk nekā parasti, jo. strādāt saskaņā ar trīs līmeņu shēmu starp klientu un serveri.

Turklāt paša UV funkcionalitāte ir daudz bagātāka un plašāka nekā parastajiem - nav pārsteidzoši, ka ir pagājis daudz laika, un tajās ir iekrituši daudzi saskarnes atradumi.

Piemēram, dinamiskas tabulas parādīšana ar grupām vai objektu informācijas izvilkšana tieši dinamiskā sarakstā. Vai pat radio poga nevis punktu veidā, bet gan pārslēgšanas slēdžu veidā.

Praksē tās nav tik biedējošas lietot, kā sākumā likās, ātri pieradu. Esmu pietiekami programmējis savā laikā kopīgie moduļi, kas darbojās tikai serverī un saskārās ar mainīgu vērtību konvertēšanu, lai tās nodotu serverim, tāpēc pārvaldītās veidlapas man bija saprotamas.

Modalitātes, notikumi un interfeisa bloķēšanas

Es dzirdēju, ka 8.3 versijā tika nolietotas tādas modālās funkcijas kāJautājums, Brīdinājums, OpenFormModal. Man nebija skaidrs, kāpēc tas tika darīts.

Kāds bija mans pārsteigums, kad vienā no piemēriem skolotāja nosauca veidlapas atvēršanu ar parametru “Lock the all interface”, t.i. būtībā modāls.

Es biju pārliecināts, ka modalitāte tika atmesta.

Sapratne nenāca uzreiz.

Modālie logi nav pamesti 1C. Ir jaunas funkcijas, lai parādītu brīdinājumu, uzdotu jautājumu, atvērtu modālā faila atlases dialoglodziņu.

Nianse ir tāda, ka pēc šo modālo logu izsaukšanas kontrole nesasalst, kā iepriekš, gaidot formas aizvēršanos, bet turpina. Veidlapa rada brīdinājumu, ka tā ir aizvērta, un jums ir jāapstrādā šis brīdinājums.

Tie. 1C platforma atbrīvojās no koda izpildes iesaldēšanas rudimenta un pārgāja uz pilnībā uz notikumiem balstītu formu pārvaldību.

Protams, tam nav nekāda sakara ar pārlūkprogrammām, kurām ir problēmas ar modālu rādīšanu. Tie ir maldi un aizspriedumi – aizmirstiet to kā sliktu sapni. Viss ir loģiski. Patiesībā tagad izpilde ir pilnībā balstīta uz notikumiem un asinhrona, mums izdevās atbrīvoties no sinhronās izpildes.

Mini konstruktori parādījās 1C - refaktoringā. Tādējādi ir vieglāk rakstīt paziņojumu apstrādātājus asinhronai darbībai, nevis rakstīt tos manuāli.

Konfigurācijai ir iespēja atspējot visus sinhronos zvanus (tie radīs kļūdu), kā rezultātā tā būs pilnīgi asinhrona un atbildīs jaunākajām pasākuma modeļa organizēšanas prasībām.

Jaunas saskarnes funkcijas

Izvēlne

Ja pārvaldītās formas izskatās pēc pilnīgi loģiska un pareiza attīstības virziena, tad ēdienkartes sistēmas attīstības virziens man palika nesaprotams.
Bez šaubām, izvēlne, kurā tiek rādīts tikai viens līmenis, tad jādodas uz nākamo apakšlīmeni un tā tālāk, līdz vēlamais vienums jau ir morāli novecojis, un to aizstāja izvēlnes karte, kurā vienlaikus tiek izvietoti vairāki izvēlnes vienumi . Tas tika darīts standarta veidā pirms jauno izvēlnes saskarņu izlaišanas 8.2. versijā.

Savulaik 8.1 es izveidoju izvēļņu sistēmu hierarhiska direktorija veidā, kas pievienota kreisajā pusē, kur katra vienuma redzamību noteica lietotāja piekļuves tiesības, kuram tika parādīta izvēlne.

Kā es saprotu, 1C uzskatīja par nepareizu, ka Interface lietojumprogrammas objekts netika izmantots, un nolēma tam izlaist jaunu, uzlabotu alternatīvu.

Manuprāt, tas izrādījās diezgan sarežģīts. Atkal viss ir saistīts ar pielāgojamām lomu izvēles rūtiņām, kuras man nekad nav patikušas - labākā sistēma lomas tiek rakstītas programmas koda līmenī, pierādījums tam ir lietotāja papildu tiesību sistēma, kas ļauj elastīgi un ērti iestatīt piekļuves tiesības standarta konfigurācijās.

Kopumā ir nākuši jauni ēdienkartes sakārtošanas veidi, manuprāt, tie nav īpaši veiksmīgi, bet alternatīvas nav, un tie tiek izmantoti tipiskajos.

Jautāju skolotājai: “Es saprotu par pārvaldītajām formām, bet kāpēc bija jāattīsta saskarnes, kāpēc nevarēja nedaudz uzlabot klasisko izvēlni”?

Viņš man atbildēja, ka 1C sistēma attīstās lietotāja komforta un ātruma palielināšanas virzienā. Manuprāt, tomēr tik grandiozas izmaiņas izvēlņu sistēmā nav tā vērtas.

Apvedceļa pasūtījums

Starp citu, apvedceļa secība ir svarīga lietotāju produktīvam darbam - daudzi jau ir iegaumējuši noteiktu lauka apiešanas secību mašīnā. Tātad tikai apvedceļa rīkojums 8.2 tika atcelts. Tas stingri ievēro secību, kādā elementi ir izvietoti. Par laimi, ir iespējams programmatiski pārtvert izeju no lauka un pārcelt fokusu uz citu lauku, pretējā gadījumā ar deklarēto veiktspēju būtu ļoti slikti.

Darbvieta un ligzdotas formas

Darba zona ir tikai viena. Tāpēc ir nepieciešams tajā ievietot gandrīz visu lietotāju veidlapas un noteikt to redzamību ar tiesībām. Tam visam vajadzētu radīt haosu lielās konfigurācijās.

Daudz vienkāršāk būtu to izveidot programmas kodā vai izmantot ligzdoto formu mehānismu.

Kas nav ieviests 8.2.-8.3

Es nekad negaidīju ligzdotas formas. Diemžēl tie nav, lai gan tie tika izmantoti senos laikos. Piekļuve.

Nav nekādas vilkšanas cauri starpliktuvē. Tie. jāvelk ar peli, norādīt nevar - velku no šejienes un ielieku šeit, ar peli neplēst skārdu, diemžēl. Lai gan, iespējams, šeit var palīdzēt trešās puses programmatūra, jo. vilkšana un nomešana ir sistēmas lieta Windows.

Funkcionālās opcijas un elementu redzamība

Savulaik RLS tika izveidoti, lai lietotājiem rādītu tikai atsevišķus tabulu ierakstus.

Funkcionālās iespējas un iestatījumi lauku attēlošanai pa lomām kļuva par turpmāko redzamības attīstību. Kopā tas veido sava veida daudzveidīgu zoodārzu, nav vispārējas harmonijas un saskaņotības.

Manuprāt, lauku redzamību joprojām ir vieglāk kontrolēt programmatiski nekā deklaratīvi, iestatot izvēles rūtiņas un izveidojot sarežģītu funkcionālo iespēju mehānismu.

Toreiz es to pierādīju RLS zemāka par pārmaiņām programmas vadība ieraksti objekta/abonēšanas moduļa līmenī. Tāpat man ir aizdomas, ka jebkura funkcionāla opcija ir zemāka par parasto elementu redzamības kontroles algoritmisko aprakstu - gan lietošanas vienkāršības, gan pieejas universāluma ziņā.

Konfiguratora lietotājam ir daudz jādomā, kā kontrolēt redzamību - pēc lomām vai ar funkcionālām opcijām. Savulaik uzrakstījis universālu algoritmu lauku redzamības noteikšanai, viņš vienmēr varēja to pielietot bez neviena no šiem platformas kruķiem.

Spriedums - funkcionālās iespējas un redzamība caur lomām - ir neefektīvs, bet jums tie ir jāzina, jo. tos izmanto tipiskās konfigurācijās.

8.2 interfeiss un Taxi interfeiss

8.2 interfeiss un taksometra interfeiss ir saderīgi, t.i. nav parādījušies jauni vienumi. Konfigurācija var darboties gan 8.2, gan Taxi, jūs varat ļaut lietotājam pārslēgties starp šīm saskarnēm.

Galvenā atšķirība ir galveno izvēlnes objektu atrašanās vieta. Programmā 8.2 tie aizņēma daudz vietas kreisajā un augšpusē, kā rezultātā lietotāja darbvietai apakšējā labajā stūrī bija atlicis maz vietas. Taxi saskarnē izvēlne tiek automātiski paslēpta, paliekot nelielas izvēlnes veidā kreisajā pusē, kā rezultātā gandrīz viss ekrāns tiek atvēlēts darbvietai.

Nav skaidrs, kāpēc bija jāiet tik juceklis ceļš, ja galu galā pamata izvēlņu sistēma 8.1 bija vēl ekonomiskāka, izmantojot ekrāna nekustamo īpašumu?

Arī Taxi ir mainījušies logu attēlošanas principi, kā rezultātā formas kods 8.2 vietām ir neērts. Bet šajā virzienā es vēl neesmu sapratis atšķirību, lai gan skolotāja mēģināja izstāstīt Taxi pamatprincipus. Mēģināšu to izdomāt praksē, lai gan es uzskatu, ka visi šie saskarnes uzlabojumi ir lieki un praktiski nevajadzīgi biznesa aplikāciju lietotājiem.

Starp citu, 8.2 versijā jūs nevarat mainīt paleti, tā ir kā 1C platformas vizītkarte. Tādā pašā veidā izvēlņu organizēšanas sistēma 8.2 vai Taxi formā pieradina lietotājus pie noteikta standarta. Tomēr prakse rāda, ka jauna sistēma Lietotāja izvēlne tiek apgūta gandrīz uzreiz. Daudz grūtāk ir mainīt prasmes strādāt ar dokumentiem un atskaitēm.

Tāpēc viss šis troksnis un strīdi ap izvēļņu sistēmu man nav īsti skaidrs - tas nav galvenais 1C platformā, atstāsim to uz platformas arhitektu un vadītāju sirdsapziņas, kas viņiem norāda attīstības virzienu. .

Neattīstīta ideoloģija

Skolotājs pareizi atzīmēja, lai gan ir saprotams, ka platformas izstrādātāji neradīja jaunas entītijas, kur tas bija nepieciešams.

Piemēram, apakšsistēmas tiek izmantotas gan konfigurācijas objektu sadalīšanai blokos, gan funkciju izvēlņu organizēšanai (jauna alternatīva parastajai lietojumprogrammu izvēlnei). Lai gan loģiski būtu izveidot atsevišķu aplikācijas objektu, kura nosaukums būtu "Funkciju izvēlne".

Ir arī jāorganizē tukšas lomas (interfeisa lomas), kas nepieciešamas tikai, lai norādītu, kuri objekti tiks parādīti vienā vai otrā formā. Lai gan loģiski būtu šajā virzienā attīstīt lietišķo objektu "Interfeiss".

Šaubas par efektivitāti

Dažas 1C pieejas lietojamība radīt šaubas.

Piemēram, kursos liels uzsvars ir likts uz to, lai dokumenta drukājamā forma tiktu parādīta atsevišķā dokumenta apakšveidlapā un notīrītu, kad dokuments mainās. Tam nav lielas jēgas, dažreiz ir jāizdrukā vairāki eksemplāri - piemēram, pirms rediģēšanas un pēc tam. Pāris dokumentos un vairākās drukātajās formās ar praksi nav iespējams apjukt, tāpēc enerģijas izkliede šajā virzienā man šķita apšaubāma.

Tāpat, piemēram, platformā nav iespējams šūnā izveidot ievades lauku dinamiskais saraksts ja avots nav bāzes tabula. Ne tāpēc, ka tas ir tehniski grūti, bet iemeslu dēļ lietojamība.

Iestatījumu saglabāšanas iespējas

Veidlapas iestatījumi tiek saglabāti tieši datu bāzē, nevis sesijā. Tie nav pazuduši, kad tie avarē. Attiecīgi ir parādījies jauns mehānisms darbam ar šiem iestatījumiem, kurā varat saglabāt savus datus. AlternatīvaSaveValue/RestoreValue.

Tagad, ja nepieciešams, visus saglabātos iestatījumus var kārtot programmatiski, kas nozīmē, ka tos var augšupielādēt citam lietotājam, failā utt.

Citi jautājumi

Kas ir pārvaldītās veidlapas?

Pārvaldītās veidlapās kods darbojas klientā un serverī.

Klients nozīmē vāju mašīnu, tā var būt pat parasta pārlūkprogramma.

Un serverim ir tiešs un ātrs savienojums ar datu bāzi.

Klients nevar strādāt ar datu bāzi, tas var veikt nelielas matemātiskas darbības un manipulēt ar tās formu elementiem. Ja vēlaties kaut ko iegūt no datu bāzes vai nosūtīt datus uz turieni, klients sazinās ar serveri.

Šādi darbojas pārvaldītās veidlapas. Ar pienācīgām prasmēm pastāvīga piekļuve serverim nav problēma.

Šāda organizācija ir efektīvāka nekā savienojuma izveide ar serveri attālā piekļuve turklāt darbs ir iespējams tieši caur pārlūkprogrammu, t.i. jebkurā platformā - Windows, Linux, Android , Mac OS .

Piezīmes par 1 vairumā

Šeit ir piezīmes, kuras rakstīju sev, tajās ir vērtīgas zināšanas:

1. 1C palaišanas logā vairs nav reģistrētas informācijas bāzes, bet gan ieejas punkti. Tie. viena datu bāze var būt klāt vairākas reizes, bet tā ir reģistrēta dažādiem lietotājiem un dažādiem darba rīkiem - pārlūkprogrammai, plānam/biezā klientam, administratora login.
2. Administratoram ir parādījusies atslēga, kas atspējo lomu kontroli. Šādā veidā varat pierakstīties pakalpojumā Enterprise tikai tad, ja jums ir konfigurācijas administratora tiesības.
3. Vispārīga informācija - nejauciet tos ar vispārīgām detaļām 1C7, 82. gadā tās tiek izmantotas, lai atdalītu piekļuvi saskarnē.
4. Bieži tiek izmantots veidlapas saraksta minimālais augstums, lai atbrīvotos no veidlapas papildu ritjoslas.
5. Nevajadzētu glabāt attēlus direktorija rekvizītos, tas noved pie direktoriju veiktspējas krituma, jāizmanto informācijas reģistrs.
6. Servera procedūrās, nododot parametrus, ir jāizmanto VALUE, lai parametrs netiktu nodots atpakaļ serverim.
7. Jaunas funkcijasLapa BeginsFrom un Lapa beidzas, iespējams, citi, no platformas 8.3.6.
8. 1s 8.2 parādījās priviliģēts režīms, t.i. kodu sadaļās varat atspējot piekļuves kontroli lomu līmenī.
9. Formu saraksta, vērtību tabulas un vērtību koka elementi atšķiras ar to, ka sarakstam serverī un klientam ir vienāds attēlojums, un tabulai un kokam tiek izveidoti īpaši objekti un tie ir jāpārveido. serverī.
10. Mani iepriecināja tas, ka skolotājai patīk objektus nosaukt vienskaitlī un nosaukt moduļus ar pasvītrojumu, lai kontekstuālajā mājienā šie moduļi būtu secībā pirmie.

Par dzīvi un ap 1C

Skolotājs teica:

1. Izstrāde jāveic no saskarnes.
   Mans viedoklis : Apgalvojums ir apšaubāms, jo zināšanas un pieredze platformas arhitektūras izmantošanā ļauj nekavējoties pāriet no lietojumprogrammu objektiem un pēc tam izveidot saskarni.
2. Pārzinis neievada datus, tikai skatās atskaites. Un viņš pārvalda nevis datu ievadi 1C, bet gan pa tālruni un ar sekretāra starpniecību. Tāpēc pārvaldniekam pietiek ar pārlūkprogrammu, un ievades lauki ir nepieciešami tikai datu filtrēšanai.
   Mans viedoklis A: Jā, šķiet, ka tā ir taisnība.
3. Kritizēts BSP (Standarta apakšsistēmu bibliotēka). Tādā ziņā, ka no tā nav iespējams un ļoti grūti izolēt nepieciešamos moduļus.
   Mans viedoklis : Jo pat BSP nevarēja sadalīt moduļos, tad SCP nevar sadalīt moduļos UT, ZUP, BP, Production. Un šeit nav platformas vaina, bet gan nepareiza metodoloģija tipisko rakstīšanai - modularitāte netiek ievērota. Tas pats Navision jau sen ir iespēja klientam vispirms pārdot grāmatvedību, un tad viņš var iegādāties tirdzniecību, produkciju un vajadzības gadījumā atalgojumu, nepārrakstot kodu un pārejot uz jaunu programmu.
4. Tipiski tēraudi ir ļoti sarežģīti un grūti maināmi. Atkal, nevis platformas sarežģītības dēļ, bet gan tipisko nepareizas organizācijas dēļ. Šajā gadījumā tiek zaudēts pamatprincips - ātrs un ekonomisks atbalsts un standarta konfigurāciju pilnveidošana nepieciešamības gadījumā.
5. Tika demonstrēta iespēja veikt pasūtījumu, kad prece atrodas darbvietas kreisajā pusē, bet pasūtījumu saraksts ir labajā pusē. Pretī nomenklatūrai var ievietot daudzumu, pēc tam vilkt to uz pasūtījumu sarakstu un tiek veidots pasūtījums. Priekšrocība - pasūtījumu tabula netiek bloķēta jauna pasūtījuma izveidošanai.
   Mans viedoklis : Priekšrocība ir tāla - tomēr lietotāji ir vairāk pieraduši redzēt izvēlēto preci tabulas daļā, viņi var saglabāt šo pasūtījumu kā melnrakstu vai kopēt pasūtījumu no veidnes. Kopumā dokumenti nav izdomāti velti.
6. Izskaidroja atšķirību starp sadaļām "Galvenais", "Svarīgi", "Aiziet", "Skatīt arī".
   Mans viedoklis : Personīgi es sapratu neskaidri, kas nozīmē, ka lielākā daļa nesapratīs šīs platformā iestrādātās nianses lietojamība taksometrā. Tāpēc saskarnes izskatīsies kā iepriekš, kā jau ir pieraduši gan lietotāji, gan programmētāji 1C.
7. Veidlapas tabulas lauka šūnā, kuras avots ir patvaļīgs pieprasījums, nevar ievadīt datus, tāpat kā ievades laukā. Tas tiek darīts labā lietojamība lai lietotājs koncentrētos uz datu ievadīšanu atsevišķā logā.
   Mans viedoklis : Es devu piemēru ar ievadi tabulas daļās, kur šāds lauks ir, man nav skaidra aizlieguma nozīme.
8. Laulības šķiršana rodas, salīdzinot laulāto ar citiem cilvēkiem. Mazāk salīdzinājumu – stiprāka laulība.
9. Svešvalodas ir vieglāk apgūt, apgūstot vairākas no tām vienlaikus, tiek noņemta šaurība un apsēstība ar vienu dzimto valodu.
10. Svešvalodas nevar iemācīties, ja saiti svešvārdu ar vārdu savā dzimtajā valodā, jums tas ir jāsaista ar attēlu. Ķēdes svešvārds - attēls ir īsāks nekā ķēdes svešvārds - dzimtais vārds - attēls. Pēdējā gadījumā domāšana svešvalodā nedarbosies.

Secinājums

Izsaku pateicību skolotājai.

Apmeklējot šo kursu, es atbrīvojos no aizspriedumiem par pārvaldītajām formām, skaidri sapratu modalitātes nianses, atšķirības starp 8.2 un Taxi saskarnēm.

Tagad kontrolētās formas mani nevis biedē, bet, gluži otrādi, piesaista tās iepazīt.

Ceru, ka arī jūs, kas lasāt šo rakstu, novērtēs pārvaldītās veidlapas.

Kad lietotājs ievada 1C Enterprise režīmā, lai sāktu darbu, viņš vispirms redz programmas saskarni.

Programmēšanā zem vārda saskarne var nozīmēt vairākas dažādas nozīmes. Tagad mēs domājam "lietotāja interfeisu".

Lietotāja saskarne ir visi logi, izvēlnes, pogas un citas lietas, ar kurām lietotājs strādā tieši programmā.

Interfeisa dizains ir izmantotais fonts, krāsa, fona attēls un citi dekoru elementi. Dizains neietekmē interfeisa sastāvu.

1C platforma ievieš divus dažādus lietotāja interfeisa mehānismus, kas tiek izmantoti dažādos . Biezajam 1C klientam ir savs interfeiss, plānajam (un tīmekļa klientam) ir savs.

Parunāsim šodien par lietotāja interfeisu 1C.

Interfeiss 1C

Bieza klienta 1C interfeiss izskatās šādi.

Tas iekļauj:

• Galvenā izvēlne
• Paneļi.

Dažās konfigurācijās izmantotā darbvirsma (grāmatvedība, algas) neietilpst 1C saskarnē, tā ir apstrāde, ko programmētājs veic atsevišķi un kas tiek atvērta 1C pilnekrāna režīmā, ievadot programmu.

Konfiguratorā 1C interfeiss atrodas sadaļā Vispārīgi / Interfeisi.

Programmētājs izveido 1C saskarni ar noteiktu nosaukumu un, veidojot lietotāju, norāda šī lietotāja noklusējuma 1C saskarni.

1C saskarnes rekvizītos ir izvēles rūtiņa "Pārslēdzams". Ja 1C saskarne nav pārslēdzama (izvēles rūtiņa nav atzīmēta), to redz visi lietotāji, pat ja viņiem ir piešķirts cits 1C interfeiss. Šajā gadījumā lietotājs redz abas saskarnes apvienotas vienā.

Pievienojot 1C saskarni, tiek parādīts paneļu saraksts. Pēc noklusējuma vienmēr ir panelis, tajā ir programmas galvenā izvēlne.

Ja pievienosit vairāk paneļu, tie tiks parādīti kā paneļi (ar pogām).

Pievienojot jaunu 1C interfeisu no nulles, tiek atvērts konstruktors, kas palīdz noformēt izvēlni, atzīmējot nepieciešamos objektus.

Rediģējot esošu izvēlni, vienumi tiek pievienoti pa vienam, jo, atkārtoti izsaucot konstruktoru, tas no jauna izveido izvēlni no jauna.

Pievienojot augšējo izvēlnes vienumu, rekvizītos var izvēlēties kādu no tipiskām izvēlnēm - File, Operations, Service, Windows, Help.

Pēc pogas vai izvēlnes vienuma pievienošanas jums ir jāizvēlas veicamā darbība. Darbība var būt divu veidu.

Ja vēlaties, lai ar klikšķi atvērtu 1C objektu - direktoriju, dokumentu vai atskaiti, jums jānoklikšķina uz pogas ar trim punktiem un jāizvēlas vajadzīgais objekts, kā arī vēlamā forma (iespējamā objekta darbība).

Ja vēlaties, lai noklikšķināšanas rezultātā tiktu izpildīta patvaļīga komanda, noklikšķiniet uz palielināmā stikla. Funkcija var atrasties . Pēc moduļa izvēles tajā tiks izveidota apdarinātāja funkcija, modulis tiks atvērts rediģēšanai.

Pārvaldītā komandu saskarne 1C

AT jauna versija 1C 8.2, parādījās jauni klientu veidi -.

1C plānā klienta saskarne izskatās šādi.

1C tīmekļa klienta saskarne izskatās šādi.

Ideālā gadījumā tie ir vienādi, un, kā redzat, tie ļoti atšķiras no bieza klienta 1C saskarnes.

Tagad tas sastāv ne tikai no izvēlnēm un paneļiem, bet arī no:
1) Grāmatvedības sadaļu saraksts
2) Navigācija pa izvēlēto sadaļu
3) komandas izpildīt pašreizējā sadaļā
4) Veidlapas kārtējās darbības veikšanai.

Lai izveidotu pārvaldīta klienta 1C interfeisu, vairs netiek izmantots "Interfeiss", tas tiek veidots sarežģīti, pamatojoties uz daudziem konfigurācijā veiktajiem iestatījumiem.

Fakts ir tāds, ka tagad 1C interfeiss ir vienāds visiem lietotājiem un tajā pašā laikā dinamisks, kas darbojas atkarībā no lietotāja tiesību kopas un komandām, kas viņam ir pieejamas izpildei.
Varat arī teikt, ka tas ir izveidots uz pamata, tāpēc to sauc arī par 1C komandu interfeisu.

Apakšsistēmas 1C

Pārvaldītās pamats komandu interfeiss 1C ir grāmatvedības sadaļu saraksts. Piemēram - nauda un preces, divas grāmatvedības sadaļas.

Konfigurācijā 1C apakšsistēmas objekts, kas atrodas filiālē Vispārīgi / 1C apakšsistēmas, ir atbildīgs par uzskaites sadaļām.

Izveidojot 1C apakšsistēmu nepieciešamajos direktorijos un dokumentos, objektu konstruktora cilnē 1C apakšsistēmas, varat tos iekļaut šajā 1C apakšsistēmā. Tas nozīmē, ka tie pieder šai grāmatvedības sadaļai. Objektus var iekļaut vairākās 1C apakšsistēmās.

Raksts ir iekļauts ciklā "Pirmie soļi attīstībā 1C". Tajā mēs turpinām iepazīties ar pārvaldīto Taxi saskarni un pāriet tieši uz tā konfigurāciju.

Kā zināms, infobāzes interfeisa izstrāde sākas ar tās izvēlnes struktūras izveidi, jo cik tas būs ērti un loģiski, lietotājam būs saprotama visa sistēma kopumā.

Pēc raksta izlasīšanas jūs uzzināsit:

• Kādu lomu izvēlņu struktūras veidošanā spēlē apakšsistēma?
• Kā izveidot 1. un 2. līmeņa izvēlnes sadaļas?
• Kā pielāgot izvēlnes sadaļās parādīto komandu sastāvu?
• Kam paredzēts komandu interfeisa redaktors un kā ar to strādāt?
• Kā iestatīt galvenā nodalījuma komandu interfeisu?

Piemērojamība

Rakstā aplūkots 1C platformā 8.3.4.496 izstrādātās konfigurācijas Taxi interfeiss. Informācija attiecas uz pašreizējiem platformas laidieniem.

Apakšsistēmas. Interfeisa pielāgošana ar apakšsistēmām

Apakšsistēmas tiek klasificētas kā kopīgi objekti. Tie nodrošina iespēju klasificēt konfigurācijas objektus pēc Apakšsistēmas.

Lai norādītu, vai objekts pieder apakšsistēmām Objektu rediģēšanas logs ir atbilstoša cilne, uz kuras karodziņi norāda, kurām apakšsistēmām objekts pieder.

Nākotnē objektu kokam varat izveidot filtru, izmantojot Apakšsistēmas.

Tajā pašā laikā ir iespējams kontrolēt: iespējot atlasītajam Apakšsistēmas pakārtoti objekti Apakšsistēmas un vecāku Apakšsistēmas vai nē.

Objektu klasifikācija pēc Apakšsistēmas padara to viegli izveidot lomas.

Objektam Loma varat definēt atbilstošās tiesības un norādīt, ka šis Loma var būvēt tikai uz tiem objektiem, kas ir iekļauti atlasītajā Apakšsistēmas.

Līdzīgi Apakšsistēmas izmanto, lai izveidotu Saskarnes. Saskarnes ir nepieciešami tikai tad, ja konfigurācija tiek palaista kopējās lietojumprogrammas režīmā.

Objektu klasifikācija pēc Apakšsistēmas izmanto arī, apvienojot konfigurācijas. Tie. varat sapludināt objektus, kas filtrēti pēc Apakšsistēmas.

Svarīgs apakšsistēmu mērķis ir tas, ka no tām režīmā tiek veidots konfigurācijas komandu interfeiss Pārvaldīta lietojumprogramma . Apakšsistēmas tiek noteikts pirmais līmenis .

Esošajiem Apakšsistēmas jūs varat definēt ligzdotu (pakārtotu). Dati Apakšsistēmas veidos grupas Navigācijas joslas.

Kad mēs klasificējam objektu pēc Apakšsistēmas, ir iespējams iekļaut objektu tikai ligzdotajā Apakšsistēma, iespējams, pirmā līmeņa apakšsistēmā, iespējams, abos.

Pēdējā gadījumā objekts tiks parādīts divas reizes: gan ligzdotajā apakšsistēmā, gan atsevišķi Navigācijas joslas. Vairumā gadījumu tas nav pilnīgi pareizi.

Principā apakšsistēmas ir izvēles vienība. Tie. platformā 8.3 izstrādāta konfigurācija varēs strādāt bez apakšsistēmām.

Bet šajā gadījumā nodalījuma paneļa vispār nebūs, viss tiks parādīts uz darbvirsmas. Ļoti vienkāršas konfigurācijas ar nelielu objektu kopu var darboties bez apakšsistēmām.

Bet, ja konfigurācijā ir daudz dokumentu, direktoriju un reģistru, izmantojiet Apakšsistēmas ievērojami vienkāršo lietotāja darbu.

Atzīmējiet, ka kāds konfigurācijas objekts pieder kādam Apakšsistēma iespējams trīs veidos.

Pirmkārt, to var izdarīt iekšā Objektu rediģēšanas logs uz grāmatzīmes Apakšsistēmas. Mēs jau esam apsvēruši šo iespēju.

Otrkārt, jūs varat izmantot Apakšsistēmas rediģēšanas logs. Grāmatzīme Savienojums jūs varat norādīt šajā iekļautos objektus Apakšsistēma.

Un visbeidzot, konfigurācijas objektiem caur konteksta izvēlne varat izsaukt īpašu dialoglodziņu Turklāt.

Šis logs arī ļauj atzīmēt objektu kā piederošu Apakšsistēmas. Šo logu izmanto, ja vēlamies strādāt ar vairākiem objektiem vienlaikus.

Pārvietojot kursoru virs konfigurācijas koka objektiem logā Turklāt tiek parādīta attiecīgā informācija par apakšsistēmām.

Izveidojot konfigurācijas objektu pēc noklusējuma, platforma 8.3 nesaista objektu nevienai apakšsistēmai.

Tie. izstrādātājam pašam jāiet uz šo cilni un jāatzīmē atbilstošās izvēles rūtiņas.

Ja izstrādātājs to nedara, sistēma noteiks piederības neesamību Apakšsistēmas kā kļūda.

Bet kļūda nav kritiska, tāpēc mēs tam varam piekrist.

Patiesībā sistēma jūs informē par palīdzību, ja, iespējams, esat aizmirsis iekļaut jaunus objektus Apakšsistēmas. Šajā gadījumā objekti netiks parādīti komandu saskarnē.

Lietotājs var piekļūt šādiem objektiem tikai caur Galvenā izvēlne izmantojot komandu Visas funkcijas.

Protams, lai objekts tiktu atvērts, lietotājam ir jāpiešķir atbilstošas ​​tiesības.

Ir vairāki gadījumi, kad izstrādātājiem ir ērtāk iekļaut objektus, kas pievienoti tipiskai konfigurācijai, savā atsevišķā apakšsistēmā.

Priekš Apakšsistēmas iekšā Rediģēt logu jūs varat noņemt karogu Iekļaut komandu saskarnē.

Kurā Apakšsistēmas netiks parādīts komandu saskarnē. Ja nav apakšsistēmas, kas būtu jāiekļauj komandu saskarnē, tad jauniem objektiem platforma 8.3 nepārbauda, ​​vai tie pieder kādai apakšsistēmai.

Lai pielāgotu to komandu sastāvu, kuras ir iekļautas attiecīgajā apakšsistēmas definētajā sadaļā, ir īpašs redaktors.

Šo redaktoru var izsaukt no apakšsistēmas rediģēšanas loga, nospiežot pogu Komandu saskarne(cilnē Galvenā).

iespējams katram Apakšsistēmas zvaniet šim redaktoram. Izmantojot redaktoru, ir iespējams kontrolēt sarakstu atvēršanu Navigācijas joslas, komandu pieejamība iekšā Darbības joslas.

Pēc noklusējuma direktorija un dokumentu vienumu izveides komandu izvēles rūtiņas nav atzīmētas, taču tās var atzīmēt. AT Darbības joslas varat arī atvērt pārskatus.

Redaktora elementus var pārvietot. Tajā pašā laikā no Navigācijas joslas iekšā Darbības josla un kustība pretējā virzienā nav iespējama. Jūs varat pārvietot elementus vai nu iekšā Navigācijas joslas, vai iekšā Darbības joslas.

Ir vispārīga redzamības kolonna un redzamības kolonnas pēc lomām. Katrai konfigurācijā definētajai lomai būs sava kolonna. Vispārīgās redzamības kolonnā iestatītā vērtība ir redzamības pēc lomas noklusējuma vērtība.

Redzamībai pa lomām var būt trīs vērtības: vai nu elements būs neredzams dotajai lomai (1); vai tas vienmēr būs redzams neatkarīgi no tā, kurš karodziņš ir iestatīts redzamības kolonnā (2); vai lomas redzamības karodziņš tiks mantots no vispārējās redzamības karoga (3).

Ja lietotājam ir piešķirtas divas lomas un vienai no tām ir norādīta izvēles rūtiņa, bet otrai nav, tad darbosies sistēmas 1C:Enterprise 8 standarta noteikums - lietotājam ir atļauts rīkoties, ja tas ir atļauts vienā no. lomas.

Dažreiz ir nepieciešams nekavējoties mainīt komandu interfeisu vairākos Apakšsistēmas. 1C:Enterprise 8 platformā ir servisa rīks, kas ļauj rediģēt vairāku komandu saskarni. Apakšsistēmas.

Šis rīks tiek izsaukts no filiāles saknes mezgla konteksta izvēlnes Apakšsistēmas.

Atvērtajā logā varat ātri pārvietoties Apakšsistēmas un rediģēt komandu saskarnes. Turklāt šajā logā varat rediģēt kompozīciju Apakšsistēmas. Varat arī pārvietot objektus uz Navigācijas joslas un Darbības joslas.

Turklāt jūs pat varat mainīt pakļautību Apakšsistēmas. Šim nolūkam ir īpaša poga. Pārvietot apakšsistēmu.

Lai pielāgotu komandu saskarni galvenā sadaļa tiek izmantots arī komandu interfeisa redaktors.

Viņu vairs neaicina Apakšsistēmas, un izmantojot konfigurācijas saknes mezgla konteksta izvēlni, vienumu Atvērt galvenā nodalījuma komandu interfeiss.

Atvērtajā logā mēs varam norādīt, kuri direktoriji, dokumenti un citi objekti ir iekļauti šajā komandu saskarnē. Varat arī iespējot viņu redzamību un pārvaldīt redzamību pēc lomas.

Lūdzu, ņemiet vērā, ka, noņemot Apakšsistēmas Platforma diemžēl nepārbauda, ​​vai šajā apakšsistēmā ir iekļauts vismaz viens objekts.

Pēc izņemšanas Apakšsistēmas kad konfigurācija ir saglabāta, netiek parādīti ziņojumi par informācijas bāzes pārstrukturēšanu.

Ar to beidzas mūsu iepazīšanās ar informācijas bāzes izvēlņu struktūras iestatīšanu. Nākamajā rakstā mēs turpināsim iepazīšanos ar pārvaldīto interfeisu un apsvērsim, kādas funkcijas nodrošina platforma 1C:Enterprise 8 darbam ar sarakstiem.

Koncepcija lietotāja interfeiss(Lietotāja interfeisa jēdziens)

Sistēmas 1C:Enterprise 8 lietotāja interfeisa koncepcija ir vērsta uz ideju nodrošināt ērtu efektīvs darbs un, protams, ņem vērā jaunākās tendences.

Programmas palaišana režīmā 1C:Enterprise sākas ar galvenā programmas loga atvēršanu

Šis logs kalpo, lai parādītu galveno, galveno izmantotā risinājuma struktūru (tā saukto nodalījuma paneli) un darbvirsmu.

Darbvirsma 1C: Enterprise 8.3/8.2

Darbvirsma ir programmas elements, kas satur visbiežāk izmantotās atskaites, dokumentus, direktorijus utt. Darbvirsma faktiski ir lietotāja palīgs. Katra sesija sākas no darbvirsmas. Caur darbvirsmu lietotājs saņem nepieciešamo informāciju, sniedz atbildes uz lietotāja jautājumiem.

Darbvirsma: nodalījumu josla

Sadaļu panelis. Tas ir apakšsistēmas augstākais līmenis un kalpo vislielākajai pielietotā risinājuma funkcionalitātes nošķiršanai. Atrodas galvenā loga augšpusē. Tas ļauj pāriet uz citām programmas sadaļām.

Darbvirsma: sadaļas

Pēc sadaļas aktivizēšanas visa konkrēto apakšsistēmu funkcionalitāte lietotājam ir pieejama divos paneļos - darbību panelī un navigācijas panelī. Šī funkcionalitāte satur arī ligzdotas apakšsistēmas.

Darbvirsma: komandas

Komandas ir darbības, kas ir pieejamas lietotājam. Šīs komandas var būt dažādas. Daļēji standarta programmas lietotājam nodrošina pati platforma. Otro daļu izstrādā pielietotā risinājuma veidotāji.

Darbvirsma: navigācijas josla

Navigācijas josla ir kā sadaļa "satura rādītājs". Tas satur tā saukto. navigācijas komandas. Tie kalpo, lai pārietu uz dažādiem šīs sadaļas vienumiem. Parasti, izmantojot navigācijas joslu, jūs pārejat uz dažādiem sarakstiem. Pēc navigācijas komandas aktivizēšanas sadaļas darba zonā parādās tai atbilstošais saraksts, tādējādi aizstājot iepriekšējo darba zonas saturu.

Piemērs ir komanda Warehouse - pēc tās izsaukšanas darbvietā tiks parādīts noliktavu saraksts.

Darbvirsma: darbību josla

Darbības josla. Šajā panelī ir visbiežāk izsauktās komandas. Tie ļauj ātri izveidot jaunus objektus, veikt tipisku apstrādi un izveidot populārākās atskaites. Šīs komandas sauc par darbības komandām, jo ​​to aktivizēšana noved pie jauna lietojumprogrammas loga, palīgloga izveidošanas un kādu laiku pārvieto lietotāju uz cita uzdevuma īstenošanas logu.

Konkrēti, izsaucot komandu Noliktava, tiks izveidots jauns, papildu logs, kurā būs iespējams ievadīt jaunas noliktavas datus. Tas pārslēgs lietotāju no navigācijas uzdevumiem, kas tika veikti galvenajā sistēmas logā, uz uzdevumu ievadīt jaunu noliktavas vienumu.

Darbvirsma: papildu logi

Pēc komandu aktivizēšanas esošo objektu rediģēšanai un jaunu izveidošanai, kā arī atverot apstrādi un atskaites, tiek atvērti papildu lietojumprogrammu logi. Papildu logi tiek parādīti datora monitorā neatkarīgi no galvenā loga. Tas liek domāt, ka iekš Šis gadījums netiek izmantots standarta vairāku logu interfeiss (MDI).

Darbvirsma: darba vēsture galvenajā logā

Lietotāja navigācija programmā (pāreja uz dažādām formām, vienu vai otru sadaļu) tiek automātiski saglabāta darba vēsturē. Tas notiek galvenajā logā, un jūs varat pārvietoties pa saglabātajām darbībām tā, it kā apmeklētu lapas interneta pārlūkprogrammā. Viss navigācijas punktu saraksts ir pieejams nolaižamajā izvēlnē, kas ļauj veikt tiešu pāreju uz vēlamo punktu.

Darbvirsma: Izlase

Tāpat kā tīmekļa pārlūkprogrammā, izlasei varat pievienot jebkuru sarakstu, objektu, datu bāzes sadaļu, apstrādi vai pārskatu. Tas ļauj veikt tūlītējas pārejas uz tiem, ja nepieciešams.

Darbvirsma: datu saites

Ir iespējams iegūt saiti, tā ir teksta virkne, uz jebkuru sarakstu, objektu, datu bāzes sadaļu, apstrādi vai atskaiti. Šādu saiti ir viegli nosūtīt kolēģim, lai viņš varētu viegli atrast sev interesējošo objektu un veikt nepieciešamās izmaiņas.

Informācijas panelis 8.2

Informācijas panelis tiek parādīts lietojumprogrammas loga apakšā. Tas kalpo, lai parādītu nesenās darbības izdarīts sistēmā. Ja pabeigtā darbība bija saistīta ar kādu datu ierakstu, tad, noklikšķinot uz atbilstošā paziņojuma, tiks atvērta forma, kurā būs norādīti mainītie dati. Piemēram, tiek atvērta ievietotā dokumenta forma.

Izpildes vēsture 8.2

Poga Vēsture ļauj piekļūt šī lietotāja darba vēsturei ar programmu.

Sistēmas komandu apgabals

Galvenā loga augšējā daļā ir apgabals sistēmas komandu izsaukšanai. Tajā ir sistēmas galvenā izvēlne. Ar tās palīdzību jūs varat pārvietoties pa dažādām lietotā risinājuma sadaļām, kuras lietotājs jau ir izmantojis. Turklāt šajā apgabalā ir iekļauts lietotāja saglabāts palīgprogrammu komplekts (kalendārs, kalkulators utt.) un iecienītākās saites.

Galvenā izvēlne

Šajā izvēlnē ir komandas, kas ir saistītas ar galveno lietojumprogrammas risinājumu un nav atkarīgas no noteiktas konfigurācijas.
Kā piemēru var minēt komandas sistēmas parametru iestatīšanas komandas un interfeisa pielāgošanai.

Papildu komandas

Sistēmas komandu apgabala labajā pusē ir papildu komandas. Piemēram, kalendārs, kalkulators, sekošana saitei, informācija par sistēmu utt. Lietotājs pats var papildināt šo apgabalu ar komandām, noņemot vai pievienojot nepieciešamās komandas.

Darbvirsma 1C: uzņēmums

Darbvirsma attiecas uz programmas standarta sadaļām un satur visbiežāk izmantotos direktorijus, atskaites, dokumentus utt. Darbs ar programmu vienmēr sākas no darbvirsmas.

Darbvirsma - spēlē sava veida lietotāja palīga lomu. Darba dienas sākums vienmēr notiek ar iepazīšanos ar darbvirsmas sniegto informāciju:

• Kas jauns?
• Kas šodien jādara?
• Kāds ir manas svarīgās informācijas statuss?
• Kam būtu jāpievērš uzmanība?

Darbvirsmā parasti ir vairākas formas: valūtas kursu saraksts, preču saņemšanas/pārdošanas dokumentu saraksts, aktuālie savstarpējie norēķini un līdzīga informācija. Darbvirsmas sastāvs ir konfigurēts noteiktai pozīcijai. Piemēram, pārdevēja galds un pārdošanas vadītāja galds, visticamāk, atšķiras

Tas notiek tāpēc, ka, konfigurējot programmu, izstrādātājs norāda, kuras formas šim vai citam speciālistam ir jāredz. Palaižot programmu režīmā 1C:Enterprise, automātiski tiek konfigurēta standarta veidlapu kopa, kas atbilst vienam vai otram lietotājam. Un to nosaka konkrēta lietotāja loma.

Darbvirsmas iestatīšana 1C 8.2

Lietotājs var pielāgot izskats jūsu darbvirsma. Lietotājs var mainīt formu atrašanās vietu, mainīt formu sastāvu un skaitu.
Piemēram, pašreizējo savstarpējo norēķinu vietā var pievienot datu meklēšanu.

Atlasītie iestatījumi tiks automātiski atcerēties, un turpmākajās sistēmas palaišanas reizē darbvirsma tiks parādīta tā, kā to konfigurējis konkrēts lietotājs.

Darbvirsmas rediģēšana konfiguratorā

Lai izstrādātu lietojumprogrammas risinājumu, kas kalpo darbvirsmas pielāgošanai un organizēšanai, tiek izmantots īpašs redaktors. Tas ļauj izvēlēties, kā veidlapas tiks novietotas uz darbvirsmas, pievienot vai noņemt veidlapas, kā arī organizēt noteiktu veidlapu redzamību, kas atbilst lietotāju lomām šajā sistēmā.

Sadalījuma panelis

Sadaļu panelis. Attiecas uz komandu interfeisa elementiem. Šis panelis parāda pielietotā risinājuma galveno, pamatstruktūru. Tas ļauj pārslēgties starp programmas sadaļām.

Noklikšķinot uz atbilstošām sadaļu cilnēm, lietotājs tiek pārvietots uz sadaļu (uz iezīmēto programmas aktīvo daļu, kas kalpo konkrēta, skaidri definēta uzdevumu loka risināšanai). Darbības, kas lietotājam ir pieejamas šajā sadaļā, tiek parādītas kā komandas, kas atrodas navigācijas joslā un konkrētas sadaļas darbību joslā.

Ja šāds panelis (sadalīšanas panelis) ir pieejams, tad tas atrodas galvenā loga augšpusē. Taču šis panelis ne vienmēr ir pieejams.

Piemēram, var būt programmas, kurās nav sadaļu joslas. Šādas programmas ir diezgan vienkāršas un tām ir maz funkciju. Šādās programmās komandas atrodas nevis sadaļu joslā, bet gan darbvirsmas darbību joslā un navigācijas joslā.

Varat arī atspējot nodalījuma paneli režīmā 1C:Uzņēmums, izmantojot lietotāja iestatījumus.

Sekciju paneli automātiski veido pati platforma. Darbvirsma vienmēr ir pirmais nodalījums. Bet citu sadaļu komplekts viena lietojumprogrammas risinājuma lietotājiem var atšķirties.

Piemēram, pārdevēja izmantotajā sadaļu panelī būs tikai uzņēmuma un pārdošanas paneļi, savukārt administratora panelī būs pilnīgi visas sadaļas.

Tas ir saistīts ar faktu, ka dažādu lietotāju lomām var nebūt piekļuves tiesības dažām augstākā līmeņa apakšsistēmām vai otrādi. Un šīs apakšsistēmas ir sadaļas, kuras lietotājs novēro sadaļu panelī. Analizējot lietotāja tiesības, platforma parāda tikai tās sadaļas, kurām konkrētajam lietotājam ir piekļuve.

Sadaļu joslas pielāgošana

Lietotājs var sev pielāgot sadaļu paneļa sastāvu - dzēst vai pievienot sadaļas, mainīt to attēlojumu.

Piemēram, izdzēsiet sadaļas Uzņēmums un Inventory un norādiet, ka nodaļas tiek rādītas kā teksts.

Sadaļu paneļa rediģēšana konfiguratorā

Izstrādājot lietoto risinājumu, sadaļu paneļa konfigurēšanai un veidošanai tiek izmantots komandu interfeisa redaktors. Tas nosaka secību, kādā sadaļas seko, un iestata to redzamību atbilstoši konfigurācijā esošajām lietotāju lomām.

Pavēli

Komanda ir konfigurācijas objekts, kas ļauj izstrādātājam aprakstīt konkrētam lietotājam atbilstošās darbības.

Vispārīgās komandas ir komandas, kas nav specifiskas objektam vai ir paredzētas, lai veiktu darbības ar objektiem, kuros netiek izmantotas standarta komandas.

Var būt komandas pašiem konfigurācijas objektiem. Tie ir paredzēti, lai veiktu darbības, kas tieši saistītas ar konkrētu objektu.

Parametru komandas ir komandas, kas savā algoritmā izmanto vērtības, kuras platforma nodod. Veids dotā vērtība ir definēts konfiguratorā, un šī parametrizētā komanda tiks parādīta tikai tajās formās, kurām ir tāda paša veida atribūti.

Darbības, ko veic komanda, ir aprakstītas komandu modulī 1C: Enterprise.

• Konfigurācijas objekti
• Izstrādes rīki.

Atkarībā no tā, kā komanda nonāca konfigurācijā, komandas var iedalīt:

• Standarta
• Izveidojis izstrādātājs.

Standarta komandas 8.2

Standarta komandas nodrošina platforma automātiski. Standarta komandas nodrošina konfigurācijas objekti, veidlapu paplašinājumi, formā ietvertā Tabulas elementa paplašinājumi.

Piemēram, direktorijā Accounts ir pieejamas šādas komandas: Konti, Konti: izveidot grupu, Konti: izveidot.

Izstrādātāja izveidotās komandas

Izstrādātājam ir iespēja konfigurācijā izveidot patvaļīgas komandas. Pievienojiet līdzīgu objektu Command, tas var gan vispārīgajā zarā, gan konkrētā objektā, vai arī noteiktā formā izveidot procedūras aprakstu, izmantojot iebūvēto valodu.

Kā piemēru var sniegt šādas vispārīgas komandas: Svītrkoda skenera konfigurēšana, Svītrkoda skenera instalēšana utt.

Darbību komandas un navigācijas komandas.

• Navigācijas komandas
• Darbības komandas.

Navigācijas komandas 8.2

Veidlapas, kuras izsauc šīs komandas, tiek atvērtas pašreizējā logā. Parasti šīs komandas pārvietojas dažādos sarakstos.

Piemērs: navigācijas komanda Noliktavas galvenajā logā atvērs noliktavu sarakstu.

Darbības komandas

Kad šāda komanda tiek izpildīta, tiek atvērts papildu logs. Parasti ar darbības komandas palīdzību tiek veikta pāreja uz apstrādes/atskaites formu vai uz objekta formu.

Piemērs: izpildot darbības komandu Noliktava, tiks atvērts palīglogs, kurā varēsiet rediģēt jaunās noliktavas datus.

Parametrizējamas un neatkarīgas komandas

Komandas atbilstoši to iekšējai organizācijai ir jāsadala:

• Neatkarīga
• Parametrizējams

Neatkarīgās komandas 8.2

Šādu komandu izpilde notiek bez papildu informācijas pieprasīšanas.

Piemērs: komanda Konti, kas ir neatkarīga, atver visu kontu sarakstu, neprasot nekādu citu informāciju.

Parametrizējamās komandas

Šādu komandu izpildei ir nepieciešama komandas parametra vērtība (papildu informācija).

Piemērs: komanda Norēķinu konti (Objekts. Piegādātājs), kas ir parametrizējama, atver norādītā darījuma partnera norēķinu kontu sarakstu. Lai izpildītu šo komandu, jānorāda, kuram darījuma partnerim vēlaties atvērt kontus. Šajā gadījumā šīs komandas parametrs ir darījuma partneris.

Globālās komandas un vietējās formas komandas

Atkarībā no tā, kā komandas attiecas uz noteiktu formu, tās var iedalīt:

• Globāli
• Vietējais

Globālās komandas

Šādas komandas nodrošina platforma, un, tā kā tās nav veidlapas daļa, tās var iekļaut šajā veidlapā, kā arī citās formās. Šīs komandas ir arī sadalītas parametrizējamās un neatkarīgās, kas atvieglo darbu ar šīm komandām.

Vietējās formas komandas

Šīs komandas nevar iekļaut citās formās, jo patiesībā tās ir daļa no noteiktas formas. Šīs komandas nodrošina veidlapas elementi, veidlapas paplašinājumi vai tās organizē izstrādātājs pašā veidlapā.

Navigācijas panelis

Navigācijas josla ir sistēmas komandu saskarnes elements. Tas ir kā papildu loga vai sadaļas "satura rādītājs". Navigācijas josla sniedz iespēju iepazīties ar informāciju, kas atrodas palīglogā vai sadaļā.

Navigācijas joslā ir navigācijas komandas. Par šādām komandām tiek uzskatītas tādas, kas tikai pārvieto lietotāju uz nepieciešamo informāciju, neizraisot izmaiņas datos. Parasti tās ir komandas, kas nodrošina piekļuvi dažādiem sarakstiem. Pēc šādas komandas izsaukšanas darbvietā tiek atvērts izsauktais saraksts, kas aizstāj iepriekšējo darbvietas saturu.

Piemērs: izsaucot komandu Noliktavas, tiks atvērts darbvietas noliktavu saraksts.

Saraksta parādīšana papildu logā

Kad nepieciešams analizēt un salīdzināt dažādas daļas vienu sarakstu vai dažādus sarakstus, varat atvērt vairākus sarakstus vienlaikus. Galvenajā logā un palīglogos.

Lai veiktu šo darbību, ir nepieciešams turēt nospiestu taustiņu Shift, izsaucot navigācijas komandu.

Komandu grupas 8.2

Komandas parasti tiek grupētas navigācijas joslā trīs standarta grupās.

• Svarīgs. Grupas nosaukums netiek parādīts, bet tiek iezīmētas tai piederošās komandas treknrakstā. Šajā grupā ir komandas, lai pārietu uz visbiežāk izmantoto informāciju šajā sadaļā.
• Normāls. Šai grupai trūkst arī virsraksta. Komandas tiek parādītas, izmantojot parastu fontu.

Papildus standarta grupām navigācijas joslā var būt grupas, kuras izveido izstrādātājs.

Regulāro komandu grupas 8.2

Otrajā grupā (komandas, kas saistītas ar Common) var būt papildu komandu grupas. Šīm grupām seko virsraksts, un tajās esošās komandas ir atkāpes no kreisās malas.

Šo komandu slēpšana un parādīšana tiek veikta, noklikšķinot uz šādu grupu virsrakstiem.

Gadījumā, ja programmu sadaļas veido pirmā līmeņa apakšsistēmas, tad navigācijas panelī komandu grupas veidos nākamo līmeņu apakšsistēmas.

Parasti grupās Svarīgi un Skatīt arī nav daudz komandu. Gluži pretēji, galvenajā grupā, kā likums, ir diezgan nopietns komandu skaits. Ērtākai navigācijai tajās viņi izmanto šo komandu papildu grupējumu.

Navigācijas joslas pielāgošana 8.2

Lietotājam ir iespēja pielāgot navigācijas joslā iekļauto komandu sastāvu - mainīt attēlošanas secību, noņemt nevajadzīgās vai pievienot nepieciešamās komandas.

Piemērs: izdzēsiet cenu un raksturlielumu komandu grupas un pārvietojiet komandu Korekcijas uz Skatīt arī.

Programma automātiski atcerēsies iestatījumus, kurus lietotājs ir mainījis, un nākamajā reizē, kad programma tiks palaista, tā parādīs paneli tādu, kādu to ir veicis lietotājs.

Lietojumprogrammas risinājuma izstrādes darba gaitā tiek izmantots komandu interfeisa redaktors, lai konfigurētu un veidotu navigācijas joslu. Tas ļauj iestatīt komandu atrašanās vietu, secību, sastāvu un konfigurēt lietotāja lomas, kas pastāv noteiktā konfigurācijā.

Darbību panelis

Darbību josla attiecas uz sistēmas komandu saskarnes elementiem. Šajā panelī ir iekļautas visbiežāk izmantotās komandas, kas nodrošina iespēju ātri izveidot jaunus objektus, veidot populāras atskaites un veikt tipisku apstrādi.

Šajā panelī ir darbības komandas. Šādu komandu izpilde ļauj mainīt datus un parasti tiek atvērta palīglogs, īslaicīgi pārslēdzot lietotāju uz citu darbību.

Piemērs: Izsaucot darbību komandu Noliktava, tiks atvērts jaunās noliktavas papildu datu logs rediģēšanai.

Komandu grupas 1C: Enterprise 8.3 / 8.2

Darbību joslā parasti ir trīs standarta komandu grupas.

1. Izveidot. Tajā ir komandas, kuru rezultātā tiek izveidoti jauni ar datu bāzi saistīti objekti – direktoriji, dokumenti utt.
2. Šīs sadaļas komandas novirza lietotāju uz dažādiem pārskatiem, kas ir pieejami šajā sadaļā.
3. Šajā grupā ir komandas, kas veic dažādas servisa darbības: pāreja uz servisa apstrādi, komandas darbam ar noteiktu tirdzniecības aprīkojumu utt.

Papildus standarta grupām darbību joslā var būt grupas, kuras izveido izstrādātājs.

Šīs komandu grupas ir ierāmētas un tām ir nosaukums. Ja grupai ir ievērojams skaits komandu, tiks parādītas tikai dažas pirmās.

Darbību joslas pielāgošana 8.2

Lietotājam ir iespēja pielāgot darbību joslā iekļauto komandu sastāvu - mainīt displeja secību, noņemt nevajadzīgās vai pievienot nepieciešamās komandas

Piemērs: varat dzēst komandu, lai izveidotu jaunu kontu un izdzēstu pakalpojumu grupu.

Programma automātiski atcerēsies iestatījumus, kurus lietotājs ir mainījis, un nākamajā reizē, kad programma tiks palaista, tā parādīs paneli tādu, kādu to ir veicis lietotājs.

Darba gaitā pie lietojumprogrammas risinājuma izstrādes tiek izmantots komandu interfeisa redaktors, lai konfigurētu un veidotu darbību joslu. Tas ļauj iestatīt komandu atrašanās vietu, secību, sastāvu un konfigurēt lietotāja lomas, kas pastāv noteiktā konfigurācijā.

Izlase

Izlase ir viens no standarta interfeisa elementiem. Šo mehānismu nodrošina platforma, un tas ir pieejams jebkura lietojumprogrammas risinājumu lietotājiem. Izlase ļauj jums izveidot savu nepieciešamo saišu sarakstu.

Lietotājs šim sarakstam neatkarīgi pievieno saites uz programmas sadaļām, uz sarakstiem, kas tiek atvērti galvenajā logā, uz apstrādi, pārskatiem un ar datu bāzi saistītiem objektiem - dokumentiem, direktoriju elementiem utt.
Elements Izlase ir paredzēts, lai lietotājs šim sarakstam pievienotu vissvarīgākās, nepieciešamās vai biežāk lietotās saites, lai ātri pārvietotos pa tām.

Atverot izvēlni Izlase, saraksts tiks parādīts vai nu galvenajā logā, vai papildu logā.

Saites pievienošana izlasei

Saites izlasei pievieno ar klasisko metodi, ko izmanto tīmekļa pārlūkprogrammās – izmantojot komandu Add to Favourites vai nospiežot taustiņu kombināciju Ctrl + D. Komanda Pievienot izlasei atrodas izvēlnē Izlase lietojumprogrammas papildu un galvenajā logā, sistēmas komandu apgabalā.

Izlases iestatīšana

Lietotājs var rediģēt izlases sarakstu. Tas var noņemt nevajadzīgas saites vai apmainīt esošās. Šī opcija ir pieejama logā, ko atver komanda Set Favorites, kas atrodas papildu vai galvenā lietojumprogrammas loga izvēlnē.

Darbs ar pirmās valodas izlasi

Ir iespējams pārvaldīt izlasi programmatiski, izmantojot iebūvēto valodu UserWork Favourites.

Piekļuve šim objektam netiek nodrošināta, izmantojot globālā konteksta rekvizītu, kā tas notiek, piemēram, ar lietotāja darba vēsturi.

Lai piekļūtu izlasei, izlasiet izlases no sistēmas iestatījumu krātuves, pievienojiet vienumu ar nepieciešamo saiti un saglabājiet modificētās izlases atpakaļ sistēmas iestatījumu krātuvē.

Nākamajā piemērā varat redzēt, kā izlasei tiek pievienotas divas saites: saite uz uzmeklēšanas vienumu un ārēja hipersaite.

Atsauce

Saite ir viens no standarta interfeisa elementiem. Šo mehānismu nodrošina platforma, un tas ir pieejams jebkura lietojumprogrammas risinājumu lietotājiem. Šis elements ļauj iegūt teksta saites uz jebkuru no sadaļām, sarakstiem, datu bāzes objektiem, apstrādi vai atskaitēm.

Interaktīvas un neinteraktīvas saites

Interaktīvas – tās sauc par saitēm uz datu bāzes objektiem (dokumentiem, direktorijiem), programmas sadaļām, apstrādi un atskaitēm. Šīs saites var pārsūtīt darbiniekam, sekot tām, pievienot izlasei. Arī šīs saites tiek atcerētas darba vēsturē.

Neinteraktīvas — šīs saites ir pieejamas tikai no valodas 1C:Uzņēmums. Piemēri ietver saites uz datu bāzes tabulas sadaļu atribūtiem, objektu atribūtiem, saites uz pagaidu krātuvi un reģistra ierakstu atribūtiem. Šādas saites tiek izmantotas veidlapu veidošanā, attēlošanai attēla veidā, kā arī ārējo failu pārsūtīšanai uz serveri, izmantojot pagaidu krātuvi.

Saites iegūšana

Iekšējās un ārējās saites

Ir trīs veidi, kā izmantot šādas saites no lietotāja viedokļa:
*Ārējās un iekšējās saites var viegli pievienot izlasei, lai vajadzības gadījumā ātri pārietu uz izvēlēto sarakstu vai dokumentu.

• Iekšējās saites tiek izmantotas noteiktā informācijas bāzē. Viens lietotājs var saņemt un nodot iekšējo saiti citam lietotājam. Šādu saiti var izmantot lietotājs, kurš ir pieslēdzies šai datubāzei ar jebkuru klientu. Šādas saites pārsūtīšana ir pieejama dažādos veidos: E-pasts, piemēram.
• Ārējās saites tika izstrādātas izmantošanai ārpus 1C: Enterprise. Šādas saites ir racionāli izmantot tīmekļa klientam.

Piemērs: lietotājs, kurš ir savienots ar datu bāzi plāns klients (http protokols) vai tīmekļa klients, saņem ārējā saite un nodod to citam lietotājam. Šis lietotājs ievada saiti interneta pārlūkprogrammas adreses joslā. Darbību rezultāts būs tīmekļa klienta palaišana, tiks izveidots savienojums ar nepieciešamo informācijas bāze un pāreja tika veikta uz nodoto saiti.

Sekojot saitei

Lai sekotu saņemtajai saitei, palīglogā vai galvenajā logā izsauciet komandu Iet uz saiti.

Šajā rakstā pastāstīšu, kā pielāgot Taxi programmas interfeisu ērtam darbam, lai visas nepieciešamās pogas un nepieciešamākās atskaites vienmēr būtu pa rokai.

1) Sāksim ar manu mīļo klientu biežāk uzdoto jautājumu, kas saistīts ar izvēlnes "Operācijas" trūkumu. Daudzi grāmatveži to izmantoja, lai meklētu pārskatus, apstrādi, dokumentus, kurus dažkārt bija ļoti grūti atrast citās programmas sadaļās.

Grāmatvedībā 3.0 nav izvēlnes “Operācijas”. Tā analogu sauc par "Visas funkcijas", un pēc noklusējuma šīs sadaļas parādīšana programmā nav iestatīta. Lai to iespējotu, jāieiet izvēlnē, kas atveras ar oranžo pogu ar trīsstūri programmas augšējā kreisajā stūrī. Parādītajā sarakstā atlasiet sadaļu "Pakalpojums" un atveriet sadaļu "Opcijas".

Atvērtajā logā atzīmējiet izvēles rūtiņu "Rādīt komandu" Visas funkcijas "un labojiet rezultātu, noklikšķinot uz pogas "Lietot".

Tagad tajā pašā galvenajā izvēlnē (oranža poga ar trīsstūri) mēs redzam sadaļu "Visas funkcijas"

Kurā viss, ko esam tik pieraduši redzēt grāmatvedībā 2.0 sadaļā "Darbības":

2) Tagad apskatīsim programmas iespējas TAXI interfeisa iestatīšanas ziņā. Piemēram, tagad mana programma izskatās šādi:

Tie. sadaļas iepriekš. Atveriet logus grāmatzīmes zemāk. Apskatīsim, kā mainīt visu programmas darba loga elementu atrašanās vietu. Atkal atveram galveno izvēlni un tur atrodam sadaļu "Paneļa iestatījumi".

Tad viss ir vienkārši. Ar peles kreiso pogu satveriet sadaļu, kuras pozīciju vēlamies mainīt, un velciet to uz vietu, kur vēlamies redzēt šo paneli. Piemēram, šādi: es pacelšu “Open Panel” uz augšu un velku “Partition Panel” uz loga kreiso pusi.

Noklikšķiniet uz pogas "Lietot" vai "Labi" un voila, mūsu programma sāka izskatīties šādi:

Varbūt kādam būs ērtāk šādi strādāt.

3) Vēl viens padoms programmas iestatīšanai. Parasti katram grāmatvedim ir dažas sadaļas vai atskaites, kuras viņš izmanto katru dienu. Nu, piemēram, OSV vai OSV kontā. Un būtu ļoti ērti, ja tie vienmēr būtu klāt, vienmēr pa rokai. To var panākt pavisam vienkāršā veidā, ievietojot nepieciešamās atskaites sadaļā "Izlase". Bilanci atradīsim sadaļā "Pārskati". Pavēršot peli uz to, mēs redzam pelēku zvaigzni blakus.

Noklikšķinot uz tā, mēs atzīmēsim atlasīto pārskatu kā "Izlase"

Sadaļa "Izlase"izmantojot mums jau zināmo paneļa redaktoru, ievietosim, piemēram, programmas darba loga apakšā.

4) Un vēl viens "noslēpums" programmas interfeisa iestatīšanai. Dažādās programmas sadaļās ir dokumenti, kurus daži nekad neizmanto. Nu vienkārši organizācijas specifikas dēļ. Piemēram, sadaļā "Pirkumi" ar EGAIS saistītie dokumenti.

Mums šie dokumenti nav vajadzīgi, un mēs varam tos noņemt no darbvirsmas. Lai to izdarītu, rediģējamajā sadaļā augšējā labajā stūrī noklikšķiniet uz zobrata un parādītajā izvēlnē atlasiet vienumu "Navigācijas iestatījumi".

Parādītajā logā mēs redzam divas kolonnas. Kreisajā pusē ir komandas, kuras var pievienot mūsu darbvirsmai. Un labajā pusē tās komandas, kas atrodas mūsu darbvirsmā. Labajā kolonnā atrodam sadaļu EGAIS un noklikšķiniet uz pogas "Dzēst".

Attiecīgi dokumentus, kas atrodas labajā kolonnā, var pievienot darbvirsmai, noklikšķinot uz pogas "Pievienot"

5) Un visbeidzot tiem, kas nevēlas pierast pie Taxi interfeisa. Varat mainīt saskarni uz to, kas bija pirmajās grāmatvedības 3.0 versijās.

Sadaļā "Administrēšana" atrodam vienumu "Interfeiss"

Šeit izstrādātāji piedāvāja mums izvēlēties mainīt programmas saskarni uz tādu, kāds ir iepriekšējās versijas 8.3. un tamlīdzīgi Grāmatvedība 7.7. Izvēloties mūs interesējošās programmas izskatu, tā būs jārestartē.

Šādi izskatīsies programma ar iepriekšējo saskarni.

Intereses labad apskatīsim, kāds ir interfeiss, līdzīgi kā Grāmatvedība 7.7.

Nu, es nezinu, es nezinu. Es laikam atgriezīšos pie sava ierastā "Taksometra".

Tas ir viss, ko es šodien gribēju jums pateikt. Ceru, ka kāda informācija jums būs noderīga darbā ar programmu.