Miután három napig éreztem magam a gyakorlatban kezelt űrlapok, szerettem őket. Nem kell egérrel rendezni a mezőket az űrlapon, szenvedni kell a kötésekkel. Minden egyszerű és néhány kattintással elvégezhető.

Még azt is sajnáltam, hogy az 1C nem hagyta el teljesen a szokásos formákat, mivel asztali módban használják őket. Hiszen UV-ben is lehetne lehetőséget adni a precíz pixelpozicionálásra, ill szabályos formák idővel kihalna. És így a régi funkcionalitás ismeretében kell szétszórnia az erejét.

És így természetesen az UV sokkal gyorsabb a szokásosnál, mert. háromszintű séma szerint működnek a kliens és a szerver között.

Ráadásul magának az UV-nek a funkcionalitása is jóval gazdagabb és szélesebb, mint a megszokottaké - nem meglepő módon sok idő telt el, és sok interfész lelet is beleesett.

Például egy dinamikus táblázat megjelenítése csoportosítással, vagy az objektumok részleteinek közvetlen kihúzása egy dinamikus listába. Vagy akár egy rádiógombot nem pontok, hanem váltókapcsolók formájában.

A gyakorlatban nem olyan ijesztő a használatuk, mint amilyennek elsőre tűnt, hamar megszoktam. Eleget programoztam az időmben közös modulok, amely csak a szerveren működött, és változó értékek konverzióiba ütközött, hogy átadja azokat a szervernek, így a kezelt űrlapok érthetőek voltak számomra.

Módszerek, események és interfészzárak

Azt hallottam, hogy a 8.3-ban megszűntek a modális funkciók, mint plKérdés, Figyelem, OpenFormModal. Nem volt világos számomra, hogy miért tették ezt.

Mi volt a meglepetésem, amikor az egyik példában a tanár az űrlap megnyitását a „Teljes felület zárolása” paraméterrel nevezte, i.e. lényegében modális.

Biztos voltam benne, hogy a modalitást elhagyták.

A megértés nem jött azonnal.

A modális ablakokat nem hagyták el az 1C-ben. Új funkciók jelennek meg a figyelmeztetések megjelenítésére, a kérdések feltevésére, a modális fájlkiválasztó párbeszédpanel megnyitására.

Az árnyalat az, hogy ezeknek a modális ablakoknak a meghívása után a vezérlés nem fagy le, mint korábban, az űrlap bezárására várva, hanem folytatódik. Az űrlap figyelmeztetést ad, hogy bezárult, és Önnek kezelnie kell ezt a figyelmeztetést.

Azok. az 1C platform megszabadult a kódvégrehajtási lefagyás kezdetétől, és teljesen eseményalapú űrlapkezelésre váltott.

Természetesen ennek semmi köze ahhoz, hogy a böngészőknek problémái vannak a modális megjelenítésével. Ez egy téveszme és előítélet – felejtsd el, mint egy rossz álmot. Minden logikus. Valójában most már teljesen esemény alapú és aszinkron a végrehajtás, sikerült megszabadulni a szinkron végrehajtástól.

Mini-konstruktorok jelentek meg az 1C - refaktoringban. Ez megkönnyíti az értesítéskezelők írását az aszinkron működéshez a kézi írás helyett.

A konfiguráció képes letiltani az összes szinkron hívást (hibát dobnak), ennek eredményeként teljesen aszinkron lesz, és megfelel az eseménymodell megszervezésének legújabb követelményeinek.

Új interfész funkciók

Menü

Ha a kezelt formák teljesen logikus és helyes fejlesztési iránynak tűnnek, akkor a menürendszer fejlesztési iránya számomra érthetetlen maradt.
Kétségtelen, hogy a menü, ahol csak egy szint látható, akkor a következő alszintre kell lépni, és így tovább, amíg a kívánt elem már erkölcsileg elavulttá válik, és felváltotta egy menütérkép, ahol egyszerre több menüpont kerül telepítésre. . Ez a szokásos módon történt az új menüfelületek 8.2-es kiadása előtt.

Valamikor a 8.1-en készítettem egy menürendszert egy balra csatolt hierarchikus könyvtár formájában, ahol az egyes tételek láthatóságát annak a felhasználónak a hozzáférési jogai határozták meg, akinek a menüje megjelent.

Ha jól értem, az 1C hibásnak tartotta, hogy az Interface Application objektumot nem használták, és úgy döntött, hogy kiad egy új, fejlett alternatívát.

Kicsit trükkösnek bizonyult, szerintem. Ismét minden olyan szerepek testreszabható jelölőnégyzeteihez van kötve, amelyeket soha nem szerettem - legjobb rendszer a szerepek a programkód szintjén vannak megírva, ennek bizonyítéka a további felhasználói jogosultságok rendszere, amely lehetővé teszi a hozzáférési jogok rugalmas és felesleges konfigurálását standard konfigurációkban.

Általában új étlaprendezési módok jöttek, véleményem szerint ezek nem túl sikeresek, de nincs alternatíva, és a tipikusakban alkalmazzák.

Megkérdeztem a tanárt: „Értem a kezelt űrlapokat, de miért kellett fejleszteni a felületeket, miért nem lehetett kicsit javítani a klasszikus menün”?

Azt válaszolta, hogy az 1C rendszer a felhasználó kényelmének és sebességének növelése irányába fejlődik. Véleményem szerint ennek ellenére a menürendszer ilyen grandiózus változtatásai nem érik meg.

Megkerülési sorrend

A megkerülési sorrend egyébként fontos a felhasználók eredményes munkájához - sokan már megjegyezték a gépen a terepi kihagyás bizonyos sorrendjét. Tehát csak a 8.2-es bypass parancsot hagyták el. Szigorúan követi az elemek elhelyezési sorrendjét. Szerencsére programozottan el lehet hárítani a mezőről való kilépést és áthelyezni a fókuszt egy másik mezőre, különben nagyon rossz lenne a deklarált teljesítménnyel.

Munkaterület és beágyazott űrlapok

A munkaterület csak egy. Ezért szinte minden felhasználó űrlapját bele kell tolni, és jogosultságokkal kell meghatározni láthatóságát. Mindez nagy konfigurációkban káoszhoz vezet.

Sokkal egyszerűbb lenne programkódban létrehozni, vagy a beágyazott űrlapok mechanizmusát használni.

Ami nincs megvalósítva a 8.2-8.3

Soha nem vártam a beágyazott formákat. Sajnos nem azok, bár az ókorban használták. Hozzáférés.

Nincs húzás a vágólapon. Azok. az egérrel kell húzni, nem lehet megadni - innen húzom és ide teszem, anélkül, hogy az egérrel széttépném a bádogot, sajnos. Bár itt talán a harmadik féltől származó szoftverek jöhetnek segítségül, mert. drag and drop egy rendszer dolog ablakok.

Funkcionális opciók és az elemek láthatósága

Egy időben RLS azért jöttek létre, hogy a felhasználóknak csak a táblák egyedi rekordjait jelenítsék meg.

A láthatóság továbbfejlesztése a mezők szerepek szerinti megjelenítésének funkcionális lehetőségei és beállításai. Ez együtt egyfajta változatos állatkertet alkot, nincs összhang és összhang.

Szerény véleményem szerint a mezők láthatósága továbbra is könnyebben szabályozható programozottan, mint deklaratívan, jelölőnégyzetek beállításával és a funkcionális opciók komplex mechanizmusával.

Annak idején ezt bebizonyítottam RLS alsóbbrendű a változásnál programvezérlés objektum/előfizetési modul szintű bejegyzések. Hasonlóan gyanítom, hogy bármely funkcionális lehetőség rosszabb, mint az elemek láthatóságának szabályozásának szokásos algoritmikus leírása - mind a könnyű használat, mind a megközelítés egyetemessége tekintetében.

A konfigurátor felhasználójának sokat kell gondolkodnia azon, hogyan szabályozza a láthatóságot – szerepkörök szerint vagy funkcionális opciókon keresztül. Miután egyszer írt egy univerzális algoritmust a mezők láthatóságának meghatározására, mindig alkalmazhatta ezt a platformmankók nélkül.

Az ítélet - funkcionális lehetőségek és láthatóság a szerepeken keresztül - hatástalan, de ismerni kell őket, mert. tipikus konfigurációkban használatosak.

8.2 interfész és Taxi interfész

8.2 interfész és taxi interfész kompatibilis, pl. nem jelentek meg új elemek. A konfiguráció 8.2-ben vagy Taxiban is működhet, ezek között a felületek között válthat a felhasználó.

A fő különbség a főmenüobjektumok elhelyezkedése. A 8.2-ben sok helyet foglaltak el a bal és a felső oldalon, emiatt a jobb alsó sarokban kevés hely maradt a felhasználó számára. A Taxi felületen a menü automatikusan el van rejtve, a bal oldalon egy kis menü formájában marad, ennek eredményeként szinte a teljes képernyő a munkaterülethez van hozzárendelve.

Nem világos, hogy miért kellett ilyen zavaros úton járni, ha végül a 8.1-es alapmenürendszer még gazdaságosabb volt a képernyő-ingatlanok használatában?

A Taxiban is megváltoztak az ablakok megjelenítésének elvei, emiatt a 8.2-es űrlapkód néhol kényelmetlen. De ebben az irányban még nem vettem észre a különbséget, bár a tanár megpróbálta elmondani a Taxi alapelveit. Megpróbálom a gyakorlatban is rájönni, bár mindezeket az interfész-fejlesztéseket redundánsnak és a gyakorlatban szükségtelennek tartom az üzleti alkalmazások felhasználói számára.

Egyébként a 8.2-ben nem lehet megváltoztatni a palettát, olyan, mint az 1C platform névjegykártyája. Ugyanígy a menüszervezési rendszer 8.2 vagy Taxi formájában egy bizonyos szabványhoz szoktatja a felhasználókat. A gyakorlat azonban azt mutatja új rendszer A felhasználói menü szinte azonnal újratanul. Sokkal nehezebb megváltoztatni a dokumentumokkal és jelentésekkel való munka készségeit.

Ezért ez a sok zaj és vita a menürendszer körül számomra nem teljesen tiszta - az 1C platformon nem ez a fő szempont, hagyjuk a platform építészeinek és az őket a fejlődés irányába mutató menedzserek lelkiismeretén. .

Kidolgozatlan ideológia

A tanár helyesen megjegyezte, bár érthető, hogy a platform fejlesztői nem hoztak létre új entitásokat ott, ahol szükség volt rá.

Például alrendszereket használnak a konfigurációs objektumok blokkokra való felosztására és a funkciómenük rendezésére (a szokásos alkalmazásmenü új alternatívája). Bár logikus lenne egy külön alkalmazás objektumot létrehozni, aminek a neve "Funkció menü".

Üres szerepköröket (interfész szerepköröket) is kell rendszerezni, amelyek csak annak meghatározásához szükségesek, hogy mely objektumok jelenjenek meg ilyen vagy olyan formában. Bár logikus lenne az alkalmazott „Interfész” objektumot ebbe az irányba fejleszteni.

Kétségek a hatékonysággal kapcsolatban

Néhány 1C megközelítés használhatóság kételyeket kelt.

Például a kurzusokon nagy hangsúlyt kapott, hogy egy dokumentum nyomtatható formája a dokumentum külön részűrlapján jelenjen meg, és a dokumentum változása esetén törlésre kerüljön. Ennek nincs sok értelme, néha több példányt is ki kell nyomtatni - például szerkesztés előtt és után. Gyakorlattal lehetetlen összezavarodni egy-két dokumentumban és több nyomtatott formában, ezért az energia ilyen irányú eloszlása ​​számomra kétségesnek tűnt.

Például a platformon lehetetlen beviteli mezőt létrehozni egy cellában dinamikus lista ha a forrás nem az alaptábla. Nem azért, mert technikailag nehéz, hanem okokból használhatóság.

Lehetőségek a beállítások mentésére

Az űrlapbeállítások közvetlenül az adatbázisba kerülnek mentésre, nem a munkamenetbe. Nem vesznek el, amikor összeomlanak. Ennek megfelelően megjelent egy új mechanizmus ezekkel a beállításokkal való munkavégzéshez, ahol elmentheti adatait. AlternatívSaveValue/RestoreValue.

Mostantól szükség esetén az összes mentett beállítás programozottan rendezhető, ami azt jelenti, hogy feltölthetők egy másik felhasználóhoz, fájlba stb.

Egyéb kérdések

Mik azok a kezelt űrlapok?

A felügyelt űrlapokon a kód az ügyfélen és a szerveren fut.

A kliens gyenge gépet jelent, lehet akár rendes böngésző is.

A szerver pedig közvetlen és gyors kapcsolatban áll az adatbázissal.

A kliens nem tud dolgozni az adatbázissal, tud kis matematikai műveleteket végrehajtani, formák elemeit manipulálni. Ha az adatbázisból szeretne valamit megkapni, vagy oda adatokat küldeni, a kliens felveszi a kapcsolatot a szerverrel.

A kezelt űrlapok így működnek. Megfelelő hozzáértéssel a szerver folyamatos elérése nem jelent problémát.

Egy ilyen szervezet hatékonyabb, mint a szerverhez való csatlakozás távoli hozzáférés emellett közvetlenül a böngészőn keresztül is lehet dolgozni, i.е. bármilyen platformon - Windows, Linux, Android , Mac OS .

Megjegyzések 1 ömlesztve

Íme a jegyzetek, amelyeket magamnak írtam, értékes ismereteket tartalmaznak:

1. Az 1C indítóablakában már nem az információs bázisok vannak regisztrálva, hanem a belépési pontok. Azok. egy adatbázis többször is jelen lehet, de különböző felhasználókhoz és különböző munkaeszközökhöz van regisztrálva - böngésző, vékony/vastag kliens, rendszergazda bejelentkezés.
2. A rendszergazda számára megjelent egy kulcs, amely letiltja a szerepkör felügyeletét. Csak akkor jelentkezhet be ilyen módon az Enterprise-ba, ha rendelkezik adminisztrátori jogokkal a konfigurációhoz.
3. Általános részletek - ne keverje össze őket az 1C7 általános részleteivel, a 82-ben a hozzáférés elkülönítésére szolgálnak az interfészen.
4. Gyakran használta a lista minimális magasságát az űrlapon, hogy megszabaduljon az űrlap extra görgetősávjától.
5. Ne tároljon képeket a címtár kellékei között, ez a címtárak teljesítményének csökkenéséhez vezet, használnia kell az információs nyilvántartást.
6. A szervereljárásokban a VALUE értéket kell használnia a paraméterek átadásakor, hogy a paraméter ne kerüljön visszaadásra a kiszolgálónak.
7. Új funkciókPage BeginsFromés Az oldal vége, esetleg mások, a 8.3.6 platformról.
8. Az 1s 8.2-ben megjelent egy privileged mode, pl. kódszakaszokban szerepkörszinten letilthatja a hozzáférés-vezérlést.
9. Az űrlaplista, az értéktáblázat és az értékfa elemei annyiban különböznek egymástól, hogy a szerveren és a kliensen lévő lista ugyanazt a reprezentációt tartalmazza, és speciális objektumok jönnek létre a táblához és a fához, amelyeket át kell alakítani. a szerveren.
10. Örömömre szolgált, hogy a tanár szereti egyes számban elnevezni az objektumokat, a modulokat pedig aláhúzással, hogy ezek a modulok legyenek az első helyen a kontextuális célzásban.

Az életről és az 1C körül

A tanár kijelentette:

1. A fejlesztést a felületről kell végrehajtani.
   Véleményem : Az állítás kétséges, mert A platform architektúrájának használatának ismerete és tapasztalata lehetővé teszi, hogy azonnal kilépjen az alkalmazásobjektumokból, majd megépítse a felületet.
2. A vezető nem ír be adatokat, csak a jelentéseket nézi. És nem az 1C-ben kezeli az adatbevitelt, hanem telefonon és titkárnőn keresztül. Ezért a kezelőnek elegendő a böngésző, és a beviteli mezők csak az adatok szűréséhez szükségesek.
   Véleményem V: Igen, úgy tűnik, ez igaz.
3. BSP-t (Szabványos alrendszerek könyvtára) bírálták. Abban az értelemben, hogy lehetetlen és nagyon nehéz elkülöníteni tőle a szükséges modulokat.
   Véleményem : Mert még a BSP-t sem lehetett modulokra osztani, akkor az SCP-t nem lehet UT, ZUP, BP, Termelés modulokra. És itt nem a platform hibája, hanem a rossz módszertan a tipikusak írásához - a modularitást nem tartják tiszteletben. Ugyanaz Navision már régóta lehetősége van arra, hogy először könyvelést adjon el egy ügyfélnek, majd szükség esetén kereskedelmet, termelést és bért vásárolhat anélkül, hogy kódot kell átírnia és új programra váltania.
4. A tipikus acélok nagyon összetettek és nehezen cserélhetők. Ismétlem, nem a platform összetettsége, hanem a tipikusak helytelen szervezése miatt. Ebben az esetben az alapelv elveszik - a gyors és gazdaságos támogatás és a szabványos konfigurációk finomítása, ha szükséges.
5. Bemutatásra került egy lehetőség a rendelés leadására, amikor a tétel a munkaterület bal oldalán, a rendelések listája pedig a jobb oldalon található. A nómenklatúrával szemben megadhat egy mennyiséget, majd húzza a rendelések listájára, és létrejön a rendelés. Előny - a rendelések táblázata nincs blokkolva új rendelés létrehozásához.
   Véleményem : Az előny messze van - ennek ellenére a felhasználók jobban megszokták, hogy a kiválasztott terméket a táblázatos részben látják, ezt a rendelést elmenthetik vázlatként vagy másolhatják a rendelést a sablonból. A dokumentumokat általában nem hiába találták ki.
6. Elmagyarázta a különbséget a „Fő”, „Fontos”, „Menj”, „Lásd még” szakaszok között.
   Véleményem : Én személy szerint homályosan értettem, ami azt jelenti, hogy a többség nem fogja megérteni ezeket a platformba ágyazott árnyalatokat használhatóság taxiban. Ezért az interfészek úgy fognak kinézni, mint korábban, ahogy az 1C-ben a felhasználók és a programozók már megszokták.
7. Egy űrlap táblázat mezőjének cellájába, amelynek forrása egy tetszőleges kérés, nem adhat meg adatokat, mint a beviteli mezőben. Ezt a javára teszik használhatóság hogy a felhasználó egy külön ablakban történő adatbevitelre koncentráljon.
   Véleményem : Példát adtam táblázatos részek bevitelével, ahol van ilyen mező, ott nem világos számomra a tiltás jelentése.
8. A válások abból erednek, hogy egy házastársat más emberekkel hasonlítanak össze. Kevesebb összehasonlítás - erősebb házasság.
9. Az idegen nyelveket könnyebb megtanulni, ha egyszerre többet tanul belőlük, megszűnik a szűklátókörűség és egy anyanyelv iránti megszállottság.
10. Az idegen nyelveket nem lehet megtanulni, ha egy idegen szót egy anyanyelvi szóhoz kapcsol, azt egy képhez kell kapcsolnia. A láncidegen szó - kép rövidebb, mint a láncidegen szó - anyaszó - kép. Ez utóbbi esetben az idegen nyelven való gondolkodás nem fog működni.

Következtetés

Köszönetemet fejezem ki a tanár úrnak.

A tanfolyamon való részvétel megszabadított a kezelt formákkal kapcsolatos prekoncepcióktól, tisztán megértettem a modalitás árnyalatait, a 8.2 és a Taxi interfész közötti különbségeket.

Az irányított formák most nem ijesztenek meg, hanem éppen ellenkezőleg, vonzanak megismerni őket.

Remélem, Ön, aki ezt a cikket olvassa, értékelni fogja a kezelt űrlapokat.

Amikor a felhasználó belép az 1C-be Enterprise módban, hogy elkezdjen dolgozni, először a program felületét látja.

A programozásban a szó alatt felület több különböző jelentést is jelenthet. Most "felhasználói felületet" értünk.

A felhasználói felület minden ablak, menü, gomb és egyéb dolog, amellyel a felhasználó közvetlenül a programban dolgozik.

A felület kialakítása a használt betűtípus, szín, háttérkép és egyéb dekorációs elemek. A tervezés nem befolyásolja a felület összetételét.

Az 1C platform két különböző felhasználói felületi mechanizmust valósít meg, amelyeket különböző módon használnak. A vastag 1C kliens saját felülettel rendelkezik, a vékony (és webes kliens) saját.

Beszéljünk ma az 1C felhasználói felületről.

Interfész 1C

A vastag kliens 1C felülete így néz ki.

Magába foglalja:

• Főmenü
• Panelek.

Az egyes konfigurációkban (könyvelés, bérszámfejtés) használt asztal nem része az 1C interfésznek, ez egy olyan feldolgozás, amelyet a programozó külön végez el, és amely a programba lépéskor teljes képernyőn nyílik meg 1C-ben.

A konfigurátorban az 1C interfész az Általános / Interfészek ágban található.

A programozó létrehoz egy 1C interfészt meghatározott névvel, és a felhasználó létrehozásakor megadja ennek a felhasználónak az alapértelmezett 1C interfészt.

Az 1C interfész tulajdonságai között van egy "Kapcsolható" jelölőnégyzet. Ha az 1C interfész nem kapcsolható (a jelölőnégyzet nincs bejelölve), akkor azt minden felhasználó látja, még akkor is, ha más 1C interfész van hozzárendelve. Ebben az esetben a felhasználó mindkét felületet egybevonva látja.

1C interfész hozzáadásakor megjelenik a panelek listája. Alapértelmezésben mindig van panel, ez tartalmazza a program főmenüjét.

Ha további paneleket ad hozzá, akkor azok panelként jelennek meg (gombokkal).

Új 1C interfész a semmiből történő hozzáadásakor megnyílik egy konstruktor, amely a szükséges objektumok kipipálásával segít a menü kialakításában.

Meglévő menü szerkesztésekor az elemek egyenként kerülnek hozzáadásra, mert a konstruktor ismételt meghívásakor a menüt a semmiből hozza létre.

A legfelső menüpont hozzáadásakor a tulajdonságokban a tipikus menük közül választhatunk - Fájl, Műveletek, Szolgáltatás, Windows, Súgó.

Egy gomb vagy menüelem hozzáadása után ki kell választania a végrehajtandó műveletet. Az akció kétféle lehet.

Ha azt szeretné, hogy a kattintással megnyíljon egy 1C objektum - egy könyvtár, dokumentum vagy jelentés -, kattintson a három ponttal rendelkező gombra, és válassza ki a kívánt objektumot, valamint a kívánt formát (az objektum lehetséges művelete).

Ha azt szeretné, hogy a kattintás eredményeként tetszőleges parancs kerüljön végrehajtásra, kattintson a nagyítóra. A funkció itt található. Egy modul kiválasztása után egy kezelő funkció jön létre benne, a modul megnyílik szerkesztésre.

Felügyelt parancs interfész 1C

NÁL NÉL új verzió 1C 8.2, új típusú ügyfelek jelentek meg -.

Az 1C vékonykliens felülete így néz ki.

Az 1C webes kliens felülete így néz ki.

Ideális esetben ugyanazok, és amint látja, nagyon különböznek egy vastag kliens 1C interfészétől.

Most már nem csak menükből és panelekből áll, hanem a következőkből is:
1) A számviteli szakaszok listája
2) Navigálás a kiválasztott szakaszon
3) Az aktuális szakaszban végrehajtandó parancsok
4) Űrlapok az aktuális művelet végrehajtásához.

A felügyelt kliens 1C interfészének kialakításához az "Interfaces" már nem használatos, bonyolult módon van kialakítva, a konfigurációban elvégzett számos beállítás alapján.

Az a tény, hogy most az 1C felület minden felhasználó számára azonos, ugyanakkor dinamikus, a felhasználói jogok készletétől és a végrehajtható parancsoktól függően működik.
Mondhatjuk úgy is, hogy alapon van kialakítva, ezért 1C parancsfelületnek is hívják.

Alrendszerek 1C

Az alapja a kezelt parancs interfész Az 1C a számviteli szakaszok listája. Például - pénz és áruk, a számvitel két szakasza.

A konfigurációban az 1C alrendszer objektum, amely az Általános / 1C alrendszerek ágban található, felelős a könyvelési szakaszokért.

Miután létrehozott egy 1C alrendszert a szükséges könyvtárakban és dokumentumokban, az objektumkonstruktor 1C alrendszerek lapján, felveheti őket ebbe az 1C alrendszerbe. Ez azt jelenti, hogy a számvitel ebbe a szakaszába tartoznak. Az objektumok több 1C alrendszerbe is beépíthetők.

A cikk az „A fejlesztés első lépései az 1C-n” ciklusban szerepel. Ebben továbbra is megismerkedünk a kezelt Taxi felülettel, és közvetlenül továbblépünk a konfigurációjához.

Tudniillik egy infobase felület fejlesztése a menüszerkezetének kialakításával kezdődik, mert mennyire kényelmes és logikus lesz, a felhasználó számára az egész rendszer egésze érthető lesz.

A cikk elolvasása után tudni fogja:

• Milyen szerepet játszik az alrendszer a menüstruktúra kialakításában?
• Hogyan alakítsuk ki az 1. és 2. szint menürészeit?
• Hogyan lehet testreszabni a menürészekben megjelenő parancsok összetételét?
• Mire való a parancsfelület-szerkesztő, és hogyan kell vele dolgozni?
• Hogyan állítsuk be a fő partíció parancsfelületét?

Alkalmazhatóság

A cikk az 1C platformon 8.3.4.496 fejlesztett konfiguráció Taxi interfészét tárgyalja. Az információ az aktuális platformkiadásokra vonatkozik.

Alrendszerek. Interfész testreszabása alrendszerekkel

Az alrendszerek a közös objektumok közé tartoznak. Lehetővé teszik a konfigurációs objektumok osztályozását Alrendszerek.

Annak jelzésére, hogy egy objektum alrendszerekhez tartozik-e Objektumszerkesztő ablak van egy megfelelő fül, amelyen a jelzők jelzik, hogy az objektum mely alrendszerekhez tartozik.

A jövőben létrehozhat egy szűrőt az objektumfához Alrendszerek.

Ugyanakkor lehet vezérelni: engedélyezni a kiválasztotthoz Alrendszerek alárendelt objektumok Alrendszerekés szülői Alrendszerek vagy nem.

Az objektumok osztályozása szerint Alrendszerek megkönnyíti a létrehozást szerepeket.

Tárgyhoz Szerep meghatározhatja a megfelelő jogokat, és jelezheti, hogy ezt Szerep csak azokra az objektumokra építhető, amelyek szerepelnek a kiválasztottban Alrendszerek.

Hasonlóképpen Alrendszerek létrehozására használtak Interfészek. Interfészek csak akkor szükségesek, ha a konfiguráció közös alkalmazás módban fut.

Az objektumok osztályozása szerint Alrendszerek konfigurációk összevonásakor is használatos. Azok. alapján szűrt objektumokat egyesítheti Alrendszerek.

Az alrendszerek fontos célja, hogy belőlük módban épüljön fel a konfigurációs parancs interfész Felügyelt alkalmazás . Alrendszerek az első szintet határozzák meg .

A létezőért Alrendszerek beágyazott (alárendelt) definiálható. Adat Alrendszerek csoportokat fog alkotni Navigációs sávok.

Amikor osztályozunk egy objektumot aszerint Alrendszerek, akkor lehetséges, hogy egy objektumot csak beágyazott Alrendszer, esetleg az első szint alrendszerébe, esetleg mindkettőbe.

Ez utóbbi esetben az objektum kétszer jelenik meg: a beágyazott alrendszeren belül és külön-külön is Navigációs sávok. A legtöbb esetben ez nem teljesen helyes.

Elvileg az alrendszerek opcionális entitások. Azok. a 8.3-as platformon kifejlesztett konfiguráció alrendszerek nélkül is működni fog.

De ebben az esetben egyáltalán nem lesz Partition Panel, minden megjelenik az Asztalon. A nagyon egyszerű konfigurációk kis objektumkészlettel működhetnek alrendszerek nélkül is.

De ha sok dokumentum, könyvtár és nyilvántartás van a konfigurációban, akkor a használata Alrendszerek nagyban leegyszerűsíti a felhasználó munkáját.

Jelölje meg, hogy néhány konfigurációs objektum tartozik valamelyikhez Alrendszer háromféleképpen lehetséges.

Először is meg lehet tenni Objektumszerkesztő ablak a könyvjelzőn Alrendszerek. Ezt a lehetőséget már mérlegeltük.

Másodszor, használhatja Alrendszer szerkesztő ablak. Könyvjelző Összetett megadhatja az ebben szereplő objektumokat Alrendszer.

És végül a konfigurációs objektumokhoz a via helyi menü hívhat egy speciális párbeszédpanelt Továbbá.

Ez az ablak azt is lehetővé teszi, hogy egy objektumot hozzátartozóként jelöljön meg Alrendszerek. Ezt az ablakot akkor használjuk, ha egyszerre több objektummal szeretnénk dolgozni.

Amikor a kurzort a konfigurációs fa objektumai fölé viszi az ablakban Továbbá az alrendszerekre vonatkozó releváns információk jelennek meg.

Konfigurációs objektum alapértelmezés szerinti létrehozásakor a 8.3-as platform nem köti az objektumot egyetlen alrendszerhez sem.

Azok. a fejlesztőnek magának kell erre a lapra lépnie, és be kell jelölnie a megfelelő négyzeteket.

Ha a fejlesztő ezt nem teszi meg, a rendszer megállapítja a hozzátartozás hiányát Alrendszerek mint egy hiba.

De a hiba nem kritikus, így ezzel egyetérthetünk.

Valójában a rendszer tájékoztatja Önt, ha esetleg elfelejtett új objektumokat hozzáadni Alrendszerek. Ebben az esetben az objektumok nem jelennek meg a parancsfelületen.

A felhasználó az ilyen objektumokhoz csak ezen keresztül férhet hozzá Főmenü parancs segítségével Minden funkció.

Természetesen egy objektum megnyitásához szükséges, hogy a felhasználó megkapja a megfelelő jogosultságokat.

Számos olyan eset van, amikor a fejlesztők számára kényelmesebb, ha egy tipikus konfigurációhoz hozzáadott objektumokat saját külön alrendszerükbe foglalnak.

Mert Alrendszerek ban ben Szerkesztési ablak eltávolíthatja a zászlót Tartalmazza a parancsfelületen.

Ahol Alrendszerek nem jelenik meg a parancsfelületen. Ha nincs olyan alrendszer, amelyet fel kellene venni a parancsfelületre, akkor új objektumok esetén a 8.3-as platform nem ellenőrzi, hogy valamelyik alrendszerhez tartoznak-e.

Az alrendszer által meghatározott megfelelő szakaszban szereplő parancsok összetételének testreszabásához van egy speciális szerkesztő.

Ez a szerkesztő az Alrendszer szerkesztő ablakából hívható meg a gomb megnyomásával Parancs interfész(a lapon Fő).

mindegyiknél lehetséges Alrendszerek hívja ezt a szerkesztőt. A szerkesztőből lehet vezérelni a listák megnyitását Navigációs sávok, a parancsok elérhetősége Akciósávok.

Alapértelmezés szerint a Címtár- és Dokumentumelemek létrehozására szolgáló parancsok jelölőnégyzetei nincsenek bejelölve, de bejelölhetők. NÁL NÉL Akciósávok jelentéseket is megnyithat.

A szerkesztőben lévő elemek áthelyezhetők. Ugyanakkor tól Navigációs sávok ban ben Akciósávés az ellenkező irányú mozgás nem lehetséges. Az elemeket belül is mozgathatja Navigációs sávok, vagy belül Akciósávok.

Van egy általános láthatósági oszlop és szerepkörök szerinti láthatósági oszlopok. A konfigurációban meghatározott minden szerepkör saját oszloppal rendelkezik. Az általános láthatóság oszlopban beállított érték a szerepkör szerinti láthatóság alapértelmezett értéke.

A szerepek szerinti láthatóság három értéket vehet fel: vagy az elem láthatatlan lesz az adott szerep számára (1); vagy mindig látható lesz, függetlenül attól, hogy melyik jelző van beállítva a láthatósági oszlopban (2); vagy a szerep láthatósági jelzője az általános láthatósági jelzőtől öröklődik (3).

Ha egy felhasználóhoz két szerep van hozzárendelve, és az egyikhez egy jelölőnégyzet van megadva, a másikhoz nem, akkor az 1C:Enterprise 8 rendszer szabványos szabálya működik - a felhasználó akkor járhat el, ha az egyikben engedélyezett. a szerepek.

Néha azonnal meg kell változtatni a parancsfelületet több helyen Alrendszerek. Az 1C:Enterprise 8 platformon van egy szervizeszköz, amely lehetővé teszi több eszköz parancsfelületének szerkesztését. Alrendszerek.

Ez az eszköz az ág gyökércsomópontjának helyi menüjéből hívható meg Alrendszerek.

A megnyíló ablakban gyorsan navigálhat Alrendszerekés szerkesztheti a parancsfelületeket. Ezenkívül ebben az ablakban szerkesztheti a kompozíciót Alrendszerek. Az objektumokat is áthelyezheti ide Navigációs sávokés Akciósávok.

Ezen kívül még az alárendeltséget is megváltoztathatja Alrendszerek. Erre van egy speciális gomb. Alrendszer áthelyezése.

A parancsfelület testreszabásához fő szakasz parancsfelület-szerkesztő is használatos.

Már nem hívják Alrendszerek, és a konfigurációs gyökércsomópont helyi menüjén keresztül Nyisd ki a fő partíció parancsfelülete.

A megnyíló ablakban megadhatjuk, hogy mely Könyvtárak, Dokumentumok és egyéb objektumok szerepeljenek ezen a parancsfelületen. Engedélyezheti a láthatóságot, és szerepkör szerint kezelheti a láthatóságot.

Vegye figyelembe, hogy eltávolításkor Alrendszerek A platform sajnos nem ellenőrzi, hogy legalább egy objektum benne van-e ebben az alrendszerben vagy sem.

Eltávolítás után Alrendszerek a konfiguráció mentésekor nem jelennek meg üzenetek az információs bázis átstrukturálásával kapcsolatban.

Ezzel véget is értünk az infobázis menüszerkezet felállításával. A következő cikkben folytatjuk a menedzselt felülettel való ismerkedésünket, és megvizsgáljuk, hogy az 1C:Enterprise 8 platform milyen funkciókat biztosít a listákkal való munkához.

Koncepció felhasználói felület(A felhasználói felület fogalma)

Az 1C:Enterprise 8 rendszer felhasználói felületének koncepciója arra a gondolatra összpontosít, hogy kényelmes eredményes munkaés természetesen figyelembe veszi a legújabb trendeket.

A program elindítása 1C:Enterprise módban a fő programablak megnyitásával kezdődik

Ez az ablak az alkalmazott megoldás fő, fő struktúrájának (ún. partíciós panelnek) és az asztalnak a megjelenítésére szolgál.

Asztali 1C: Enterprise 8.3 / 8.2

Az asztal egy programelem, amely a leggyakrabban használt jelentéseket, dokumentumokat, könyvtárakat stb. tartalmazza. Az asztal valójában a felhasználó asszisztense. Minden munkamenet az asztalról indul. Az asztalon keresztül a felhasználó megkapja a szükséges információkat, választ ad a felhasználó kérdéseire.

Asztal: Partition Bar

Szakaszok panel. Ez az alrendszer legfelső szintje, és az alkalmazott megoldás funkcionalitásának legnagyobb szétválasztását szolgálja. A főablak tetején található. Lehetővé teszi, hogy a program más részeire ugorjon.

Asztal: szakaszok

A szakasz aktiválása után az egyes alrendszerek összes funkciója két panelen – a műveleti panelen és a navigációs panelen – elérhető a felhasználó számára. Ez a funkció beágyazott alrendszereket is tartalmaz.

Asztal: Parancsok

A parancsok olyan műveletek, amelyek a felhasználó rendelkezésére állnak. Ezek a parancsok variálhatók. A szabványos programokat részben maga a platform biztosítja a felhasználó számára. A második részt az alkalmazott megoldás megalkotói fejlesztik.

Asztal: Navigációs sáv

A navigációs sáv olyan, mint egy „tartalomjegyzék” rész. Tartalmazza az ún. navigációs parancsok. Arra szolgálnak, hogy a szakasz különböző elemeire ugorjanak. Általában a navigációs sávon keresztül különböző listákra navigálhat. A navigációs parancs aktiválása után a megfelelő lista megjelenik a szakasz munkaterületén, így lecseréli a munkaterület korábbi tartalmát.

Példa erre a Raktár parancs - meghívása után a raktárak listája megjelenik a munkaterületen.

Asztal: Műveletsáv

Akciósáv. Ez a panel tartalmazza a leggyakrabban hívott parancsokat. Lehetővé teszik új objektumok gyors létrehozását, tipikus feldolgozást és a legnépszerűbb jelentések elkészítését. Ezeket a parancsokat akcióparancsoknak nevezzük, mivel aktiválásuk egy új alkalmazásablak létrehozásához vezet, egy kiegészítő ablakhoz, és egy időre áthelyezi a felhasználót egy másik feladat végrehajtására szolgáló ablakba.

Különösen a Raktár parancs meghívásakor egy új, kiegészítő ablak jön létre, amelyben lehetőség nyílik egy új raktár adatainak megadására. Ez átváltja a felhasználót a fő rendszerablakban végrehajtott navigációs feladatokról egy új raktári tétel bevitelére.

Asztal: Kiegészítő ablakok

A meglévő objektumok szerkesztésére és újak létrehozására szolgáló parancsok aktiválása, valamint a feldolgozás és a jelentések megnyitásakor további alkalmazásablakok nyílnak meg. A számítógép monitorán további ablakok jelennek meg a főablaktól függetlenül. Ez arra utal, hogy in ez az eset nem használ szabványos többablakos interfészt (MDI).

Asztal: Munkaelőzmények a főablakban

A program felhasználói navigációja (különböző űrlapokra, egyik vagy másik szakaszra való áttérés) automatikusan mentésre kerül a munkaelőzményekbe. Ez a főablakban történik, és úgy navigálhat a mentett tevékenységek között, mintha egy internetböngészőben látogatna oldalakat. A navigációs pontok teljes listája a legördülő menüben érhető el, amely lehetővé teszi, hogy közvetlenül áttérjen a kívánt pontra.

Asztali: Kedvencek

A webböngészőhöz hasonlóan bármilyen listát, objektumot, adatbázis-szakaszt, feldolgozást vagy jelentést hozzáadhat kedvenceihez. Ez lehetővé teszi, hogy szükség esetén azonnali áttéréseket hajtson végre rájuk.

Asztali: adatkapcsolatok

Bármilyen listára, objektumra, adatbázis-szakaszra, feldolgozásra vagy jelentésre lehet hivatkozást kapni, ez egy szöveges karakterlánc. Könnyű elküldeni egy ilyen linket egy kollégának, hogy könnyen megtalálja az őt érdeklő tárgyat és elvégezze a szükséges változtatásokat.

Irányítópult 8.2

Az információs panel az alkalmazás ablakának alján jelenik meg. Megjelenítésre szolgál legutóbbi akciók elkötelezett a rendszerben. Ha az elvégzett művelet valamilyen adatrekordhoz volt társítva, akkor a megfelelő értesítésre kattintva megnyílik egy űrlap, amely tartalmazza a megváltozott adatokat. Példaként megnyílik a feladott dokumentum űrlapja.

Végrehajtási előzmények 8.2

Az Előzmények gomb segítségével hozzáférhet a felhasználó programban végzett munkájának előzményeihez.

Rendszer parancsi terület

A főablak felső része tartalmazza a rendszerparancsok meghívására szolgáló területet. Ez tartalmazza a rendszer főmenüjét. Segítségével az alkalmazott megoldás különböző, a felhasználó által már használt részei között navigálhat. Ezenkívül ez a terület a felhasználó által mentett segédprogramokat (naptár, számológép stb.) és kedvenc hivatkozásait tartalmazza.

Főmenü

Ez a menü olyan parancsokat tartalmaz, amelyek a fő alkalmazási megoldáshoz kapcsolódnak, és nem függenek egy adott konfigurációtól.
Példaként említhetők a rendszerparaméter-beállító parancs és az interfész testreszabására szolgáló parancsok.

Segédparancsok

A rendszerparancsok terület jobb oldalán találhatók a segédparancsok. Például naptár, számológép, hivatkozás követése, információ a rendszerről stb. A felhasználó maga is kiegészítheti ezt a területet parancsokkal a szükséges parancsok eltávolításával vagy hozzáadásával.

Asztali 1C: Enterprise

Az asztal a program szabványos részeire utal, és tartalmazza a leggyakrabban használt könyvtárakat, jelentéseket, dokumentumokat stb. A programmal való munka mindig az asztalról indul.

Asztali - egyfajta felhasználói asszisztens szerepét tölti be. A munkanap kezdete mindig az asztal által szolgáltatott információk megismerésével történik:

• Mi újság?
• Mit kell ma tenni?
• Mi a fontos információim állapota?
• Mire kell figyelni?

Az asztal általában több formát tartalmaz: árfolyamok listája, áruátvételi/eladási dokumentumok listája, aktuális kölcsönös elszámolások és hasonló információk. Az asztal összetétele egy adott pozícióhoz van konfigurálva. Például az eladói és az értékesítési menedzser asztala valószínűleg különbözik egymástól

Ez azért történik, mert a program konfigurálásakor a fejlesztő meghatározza, hogy ennek vagy annak a szakembernek melyik űrlapot kell látnia. Amikor a programot 1C:Enterprise módban futtatja, a rendszer automatikusan konfigurálja az egyik vagy másik felhasználónak megfelelő szabványos űrlapokat. És ezt egy adott felhasználó szerepe határozza meg.

Asztali beállítás 1C 8.2

A felhasználó testreszabhatja megjelenés az asztalon. A felhasználó megváltoztathatja az űrlapok helyét, módosíthatja az űrlapok összetételét és számát.
Például a jelenlegi kölcsönös elszámolások helyett adatkeresést is felvehet.

A kiválasztott beállításokat a rendszer automatikusan megjegyzi, és a rendszer későbbi indításakor az asztal úgy jelenik meg, ahogy azt egy adott felhasználó konfigurálta.

Az asztal szerkesztése a konfigurátorban

Egy speciális szerkesztő segítségével olyan alkalmazásmegoldást fejlesztenek ki, amely az asztal testreszabását és rendszerezését szolgálja. Lehetővé teszi, hogy pontosan kiválassza, hogy az űrlapok hogyan helyezkedjenek el az asztalon, űrlapokat vegyen fel vagy távolítson el, és megszervezheti bizonyos űrlapok láthatóságát a rendszer felhasználói szerepköreinek megfelelően.

Partíciós panel

Szakaszok panel. A parancsfelület elemeire vonatkozik. Ez a panel az alkalmazott megoldás fő, alapvető felépítését mutatja be. Lehetővé teszi a program részei közötti váltást.

A megfelelő szekciófülekre kattintva a felhasználó a szekcióra kerül (a program megjelölt aktív részére, amely egy meghatározott, egyértelműen meghatározott feladatkör megoldására szolgál). Az ebben a szakaszban a felhasználó számára elérhető műveletek parancsokként jelennek meg a navigációs sávban és egy adott szakasz műveletsorában.

Ha van ilyen panel (partíciós panel), akkor az a főablak tetején található. Ez a panel azonban nem mindig van jelen.

Például lehetnek olyan programok, amelyek nem tartalmaznak szakaszsávot. Az ilyen programok meglehetősen egyszerűek és kevés funkcióval rendelkeznek. Az ilyen programokban a parancsok nem a szakaszsávban, hanem az asztal műveletsorában és a navigációs sávban találhatók.

A partíciós panelt 1C:Enterprise módban is letilthatja a felhasználói beállítások segítségével.

A szakaszpanelt automatikusan maga a platform alkotja. Az asztal mindig az első partíció. De a többi szakasz készlete egy alkalmazásmegoldás felhasználói számára eltérő lehet.

Például az eladó által használt szakaszpanel csak a Vállalati és Értékesítési paneleket fogja tartalmazni, míg az adminisztrációs panel teljesen az összes részt.

Ennek az az oka, hogy a különböző felhasználók szerepkörei nem rendelkeznek hozzáférési joggal egyes legfelső szintű alrendszerekhez, vagy fordítva. És ezek az alrendszerek azok a szakaszok, amelyeket a felhasználó megfigyel a szakaszok panelen. A felhasználói jogok elemzésekor a platform csak azokat a részeket jeleníti meg, amelyekhez az adott felhasználó hozzáfér.

A szakaszsáv testreszabása

A felhasználó személyre szabhatja a szakaszok panel összetételét - törölheti vagy hozzáadhatja a szakaszokat, megváltoztathatja a megjelenítésüket.

Például törölje a Vállalati és Leltár szakaszokat, és adja meg, hogy a részlegek szövegként jelenjenek meg.

A szakaszok panel szerkesztése a konfigurátorban

Alkalmazott megoldás kidolgozásakor a parancsfelület-szerkesztőt használják a szakaszpanel konfigurálására és kialakítására. Beállítja a szakaszok sorrendjét, és beállítja láthatóságukat a konfigurációban jelenlévő felhasználói szerepkörök szerint.

Parancs

A parancs egy konfigurációs objektum, amely lehetővé teszi a fejlesztő számára, hogy leírja az adott felhasználó számára megfelelő műveleteket.

Az általános parancsok olyan parancsok, amelyek nem objektumspecifikusak, vagy olyan objektumokon való műveletek végrehajtására szolgálnak, amelyek nem használnak szabványos parancsokat.

Maguknak a konfigurációs objektumoknak is lehetnek parancsai. Egy adott objektumhoz közvetlenül kapcsolódó műveletek végrehajtására szolgálnak.

A paraméterezett parancsok olyan parancsok, amelyek algoritmusukban azokat az értékeket használják, amelyeket a platform átad. Típusú adott értéket van megadva a konfigurátorban, és ez a paraméterezett parancs csak azokon az űrlapokon jelenik meg, amelyeknek azonos típusú attribútumai vannak.

A parancs által végrehajtott műveletek leírása az 1C:Enterprise parancsmoduljában található.

• Konfigurációs objektumok
• Fejlesztési eszközök.

Attól függően, hogy a parancs hogyan került a konfigurációba, a parancsok a következőkre oszthatók:

• Alapértelmezett
• Egy fejlesztő készítette.

Szabványos parancsok 8.2

A szabványos parancsokat a platform automatikusan biztosítja. A szabványos parancsokat konfigurációs objektumok, űrlapkiterjesztések, az űrlapban található Table elem kiterjesztései biztosítják.

Például az Accounts könyvtár a következő parancsokat tartalmazza: Accounts, Accounts: Create group, Accounts: create.

A fejlesztő által létrehozott parancsok

A fejlesztőnek lehetősége van tetszőleges parancsokat létrehozni a konfigurációban. Adjon hozzá egy hasonló objektumot, a Command-ot, amely mind az Általános ágban, mind egy adott objektumban, vagy meghatározott formában készíthet leírást az eljárásról a beépített nyelv segítségével.

Példaként a következő általános parancsok adhatók: Vonalkódolvasó konfigurálása, Vonalkódolvasó telepítése stb.

Műveleti parancsok és navigációs parancsok.

• Navigációs parancsok
• Akcióparancsok.

Navigációs parancsok 8.2

Az ezen parancsok által meghívott űrlapok az aktuális ablakban nyílnak meg. Általában ezek a parancsok különféle listákon navigálnak.

Példa: A Raktárak navigációs parancs megnyitja a raktárak listáját a főablakban.

Akcióparancsok

Egy ilyen parancs végrehajtásakor egy segédablak nyílik meg. Általában egy műveleti parancs segítségével történik az átállás a feldolgozási / jelentési űrlapra vagy az objektum űrlapra.

Példa: a Raktár művelet parancs végrehajtása megnyílik egy segédablak, amelyben szerkesztheti az új raktár adatait.

Paraméterezhető és független parancsok

A csapatokat belső felépítésük szerint a következőkre kell osztani:

• Független
• Paraméterezhető

Független csapatok 8.2

Az ilyen parancsok végrehajtása további információk kérése nélkül történik.

Példa: A független Accounts parancs az összes fiók listáját nyitja meg anélkül, hogy további információkat kérne.

Paraméterezhető parancsok

Az ilyen parancsok végrehajtásához szükség van a parancsparaméter értékére (további információ).

Példa: a Paraméterezhető Elszámolási számlák (Tárgy. Szállító) parancs megnyitja a megadott partner elszámolási számláinak listáját. A parancs végrehajtásához meg kell adnia, hogy melyik partnernél kíván számlákat nyitni. Ebben az esetben a parancs paramétere a partner.

Globális parancsok és helyi űrlapparancsok

Aszerint, hogy a parancsok hogyan kapcsolódnak egy bizonyos formához, a következőkre oszthatók:

• Globális
• Helyi

Globális csapatok

Az ilyen parancsokat a platform szolgáltatja, és mivel nem részei az űrlapnak, szerepelhetnek ezen az űrlapon és más formában is. Ezek a parancsok paraméterezhető és független parancsokra is fel vannak osztva, ami megkönnyíti az ezekkel a parancsokkal való munkát.

Helyi űrlapparancsok

Ezek a parancsok nem szerepeltethetők más formában, mivel valójában egy adott űrlap részét képezik. Ezeket a parancsokat űrlapelemek, űrlapbővítmények biztosítják, vagy a fejlesztő magára az űrlapra szervezi.

Navigációs panel

A navigációs sáv a rendszer parancsfelületének eleme. Ez olyan, mint egy segédablak vagy szakasz "tartalomjegyzéke". A navigációs sáv lehetőséget ad a segédablakban vagy részben található információk megismerésére.

A navigációs sáv navigációs parancsokat tartalmaz. Ilyen parancsnak tekintjük azokat a parancsokat, amelyek csak a szükséges információkhoz irányítják a felhasználót anélkül, hogy az adatokban változást okoznának. Általában ezek a parancsok, amelyek hozzáférést biztosítanak különféle listákhoz. A munkaterületen egy ilyen parancs meghívása után megnyílik a hívott lista, amely lecseréli a munkaterület korábbi tartalmát.

Példa: A Raktárak parancs meghívásával megnyílik a munkaterületen található raktárak listája.

Lista megjelenítése segédablakban

Amikor elemezni és összehasonlítani kell Különböző részek egy listát vagy különböző listákat, egyszerre több listát is megnyithat. A főablakban és a segédablakokban.

Ehhez a művelethez a Shift billentyű lenyomva tartása szükséges a navigációs parancsok meghívásakor.

Parancscsoportok 8.2

A parancsok általában három szabványos csoportba vannak csoportosítva a navigációs sávban.

• Fontos. A csoport neve nem jelenik meg, de a hozzá tartozó parancsok kiemelve kiemelten. Ez a csoport parancsokat tartalmaz a szakasz leggyakrabban használt információira ugráshoz.
• Normál. Ebből a csoportból is hiányzik a címsor. A parancsok normál betűtípussal jelennek meg.

A normál csoportokon kívül a navigációs sáv a fejlesztő által létrehozott csoportokat is tartalmazhat.

Szabályos parancsok csoportjai 8.2

A második csoportban (a Commonhoz kapcsolódó parancsok) további parancscsoportok is lehetnek. Ezeket a csoportokat egy címsor követi, és a bennük lévő parancsok a bal margóról behúzódnak.

A parancsok elrejtése és megjelenítése az ilyen csoportok fejlécére kattintva történik.

Abban az esetben, ha a programrészeket az első szintű alrendszerek alkotják, akkor a navigációs panelen a parancscsoportokat a következő szintek alrendszerei alkotják.

Általában a Fontos és a Lásd még csoportok nem tartalmaznak nagy számú parancsot. Éppen ellenkezőleg, a fő csoport általában meglehetősen komoly számú parancsot tartalmaz. A kényelmesebb navigáció érdekében ezen parancsok további csoportosítását használják.

A navigációs sáv testreszabása 8.2

A felhasználó testreszabhatja a navigációs sávban szereplő parancsok összetételét - megváltoztathatja a megjelenítési sorrendet, eltávolíthatja a feleslegeseket vagy hozzáadhatja a szükséges parancsokat.

Példa: törölje az Árak és Jellemzők parancscsoportokat, és helyezze át a Korrekciók parancsot a Lásd még lehetőségre.

A program automatikusan megjegyzi a felhasználó által módosított beállításokat, és a program következő indításakor a panelt úgy fogja megjeleníteni, ahogyan azt a felhasználó készítette.

Az alkalmazási megoldás fejlesztése során a navigációs sáv konfigurálására és kialakítására egy parancsfelület-szerkesztőt használnak. Lehetővé teszi a parancsok helyének, sorrendjének és összetételének beállítását, valamint az adott konfigurációban meglévő felhasználói szerepkörök konfigurálását.

Műveletek panel

A műveletsor a rendszer parancsfelületének elemeire utal. Ez a panel tartalmazza a leggyakrabban használt parancsokat, amelyek lehetővé teszik új objektumok gyors létrehozását, népszerű jelentések készítését és tipikus feldolgozást.

Ez a panel műveleti parancsokat tartalmaz. Az ilyen parancsok végrehajtása lehetővé teszi az adatok módosítását, és általában megnyílik segédablak, ideiglenesen átállítja a felhasználót egy másik műveletre.

Példa: A Raktár művelet parancs meghívása szerkesztésre megnyílik egy segédadatablak az új raktárhoz.

1C parancscsoportok: Enterprise 8.3 / 8.2

A műveletsor általában három szabványos parancscsoportot tartalmaz.

1. Teremt. Parancsokat tartalmaz, amelyek az adatbázishoz kapcsolódó új objektumok létrehozásához vezetnek - könyvtárak, dokumentumok stb.
2. Az ebben a szakaszban található parancsok az ebben a szakaszban elérhető különféle jelentésekhez navigálják a felhasználót.
3. Ez a csoport olyan parancsokat tartalmaz, amelyek különféle szolgáltatási műveleteket hajtanak végre: átlépés a szolgáltatás feldolgozására, parancsok bizonyos kereskedési berendezésekkel való munkavégzéshez stb.

A szabványos csoportokon kívül a műveletsor tartalmazhat a fejlesztő által létrehozott csoportokat is.

Ezek a parancscsoportok keretbe vannak foglalva, és van címük. Ha egy csoportnak jelentős számú parancsa van, csak az első néhány jelenik meg.

Akciósáv testreszabása 8.2

A felhasználó testreszabhatja a műveletsoron szereplő parancsok összetételét - megváltoztathatja a megjelenítési sorrendet, eltávolíthatja a feleslegeseket vagy hozzáadhatja a szükséges parancsokat

Példa: törölheti az új fiók létrehozására szolgáló parancsot, és törölheti a szolgáltatáscsoportot.

A program automatikusan megjegyzi a felhasználó által módosított beállításokat, és a program következő indításakor a panelt úgy fogja megjeleníteni, ahogyan azt a felhasználó készítette.

Az alkalmazásmegoldás fejlesztése során egy parancsfelület-szerkesztőt használnak a műveletsor konfigurálására és kialakítására. Lehetővé teszi a parancsok helyének, sorrendjének és összetételének beállítását, valamint az adott konfigurációban meglévő felhasználói szerepkörök konfigurálását.

Kedvencek

A Kedvencek az egyik szabványos interfész elem. Ezt a mechanizmust a platform biztosítja, és bármely alkalmazásmegoldás felhasználói számára elérhető. A Kedvencek lehetővé teszi a szükséges hivatkozások saját listájának rendszerezését.

A felhasználó ehhez a listához önállóan ad hozzá hivatkozásokat a program szakaszaihoz, a fő ablakban megnyíló listákhoz, a feldolgozáshoz, a jelentésekhez és az adatbázishoz kapcsolódó objektumokhoz - dokumentumokhoz, könyvtárelemekhez stb.
A Kedvencek elemet arra tervezték, hogy a felhasználó a legfontosabb, szükséges vagy leggyakrabban használt hivatkozásokat hozzáadja ehhez a listához, hogy gyorsan navigálhasson rajtuk.

Amikor megnyitja a Kedvencek menüt, a lista vagy a főablakban, vagy a segédablakban jelenik meg.

Link hozzáadása a kedvencekhez

A linkek hozzáadása a kedvencekhez a webböngészőkben használt klasszikus módszerrel - a Hozzáadás a kedvencekhez paranccsal vagy a Ctrl + D billentyűkombinációval történik. A Hozzáadás a kedvencekhez parancs a Kedvencek menüben található az alkalmazás segéd- és főablakában, a rendszerparancsok területén.

Kedvencek beállítása

A felhasználó szerkesztheti a kedvencek listáját. Eltávolíthatja a felesleges hivatkozásokat, vagy felcserélheti a meglévőket. Ez a lehetőség a Set Favorites paranccsal megnyitott ablakban érhető el, amely a segéd- vagy főalkalmazás ablakának menüjében található.

Munka az 1. nyelvi kedvencekkel

Lehetőség van a kedvencek programozott kezelésére a beépített UserWork Favorites nyelv használatával.

Az objektumhoz való hozzáférés nem a globális kontextus tulajdonságon keresztül érhető el, mint például a felhasználó munkaelőzményei esetében.

A kedvencek eléréséhez olvassa el a kedvenceket a rendszerbeállítások tárolójából, adjon hozzá egy elemet a szükséges hivatkozással, és mentse vissza a módosított kedvenceket a rendszerbeállítások tárolójába.

A következő példában láthatja, hogyan kerül két hivatkozás a kedvencekhez: egy hivatkozás egy keresési elemre és egy külső hivatkozás.

Referencia

A hivatkozás az egyik szabványos interfész elem. Ezt a mechanizmust a platform biztosítja, és bármely alkalmazásmegoldás felhasználói számára elérhető. Ez az elem lehetővé teszi szöveges hivatkozások elérését bármely szakaszra, listára, adatbázis-objektumra, feldolgozásra vagy jelentésre.

Interaktív és nem interaktív linkek

Interaktív - ezeket adatbázis-objektumokra (dokumentumokra, könyvtárakra), a program szakaszaira, feldolgozásra és jelentésekre mutató hivatkozásoknak nevezzük. Ezeket a linkeket továbbíthatjuk egy alkalmazottnak, követhetjük, hozzáadhatjuk a kedvencekhez. Ezekre a hivatkozásokra a munkatörténet is emlékezik.

Nem interaktív – Ezek a hivatkozások csak az 1C:Enterprise nyelvről érhetők el. Ilyenek például az adatbázis táblázatos részeinek attribútumaira mutató hivatkozások, az objektumok attribútumai, az ideiglenes tárolókra mutató hivatkozások és a regiszterbejegyzések attribútumai. Az ilyen hivatkozásokat űrlapok készítésekor, kép formájában való megjelenítésre, valamint külső fájlok ideiglenes tárolással a szerverre átvitelére használják.

Link beszerzése

Belső és külső linkek

Háromféleképpen használhatja ezeket a hivatkozásokat a felhasználó szemszögéből:
*Külső és belső hivatkozások könnyen hozzáadhatók a kedvencekhez, hogy szükség esetén gyorsan ugorhassanak a kiválasztott listára vagy dokumentumra.

• A belső hivatkozásokat egy adott információs bázison belül használják. Az egyik felhasználó belső hivatkozást fogadhat és továbbíthat egy másiknak. Egy ilyen hivatkozást bármely kliens használhat az adatbázishoz csatlakozó felhasználó számára. Egy ilyen hivatkozás átvitele többféleképpen lehetséges: Email, például.
• A külső hivatkozásokat az 1C:Enterprise-n kívüli használatra tervezték. Ésszerű az ilyen hivatkozások használata webes klienseknél.

Példa: egy felhasználó, aki csatlakozik az adatbázishoz vékony kliens (http protokoll) vagy a webes kliens fogadja külső hivatkozásés továbbadja egy másik felhasználónak. Ez a felhasználó beír egy hivatkozást egy internetböngésző címsorába. A műveletek eredménye a webes kliens elindítása lesz, a kapcsolat létrejön a szükségeshez információs bázisés az áttérés az átadott linken történt.

Linket követve

A kapott hivatkozás követéséhez hívja a Go to link parancsot a segéd- vagy főablakban.

Ebben a cikkben elmondom, hogyan szabhatja testre a Taxi program felületét a kényelmes munkavégzés érdekében, hogy az összes szükséges gomb és a legszükségesebb jelentés mindig kéznél legyen.

1) Kezdjük szeretett ügyfeleim leggyakoribb kérdésével, ami a "Műveletek" menü hiányával kapcsolatos. Sok könyvelő használta olyan jelentések, feldolgozások, dokumentumok keresésére, amelyeket néha nagyon nehéz volt megtalálni a program más részeiben.

Ennek megfelelően a Számvitel 3.0-ban nincs „Műveletek” menü. Analógját "Összes funkció"-nak hívják, és alapértelmezés szerint ennek a szakasznak a megjelenítése a programban nincs beállítva. Engedélyezéséhez be kell lépni a menübe, amely a program bal felső sarkában található háromszögű narancssárga gombbal nyílik meg. A megjelenő listában válassza ki a „Szolgáltatás” részt, és nyissa meg az „Opciók” részt.

A megnyíló ablakban jelölje be a „Minden funkció parancs megjelenítése” négyzetet, és javítsa az eredményt az „Alkalmaz” gombra kattintva.

Most ugyanabban a főmenüben (narancssárga gomb háromszöggel) látjuk az "Összes funkció" részt.

Amelyben minden, amit annyira megszoktunk a Számvitel 2.0-ban a „Műveletek” részben:

2) Most nézzük meg a program képességeit a TAXI interfész beállítása szempontjából. Például most így néz ki a programom:

Azok. szakaszok felett. Nyissa ki az ablakokat könyvjelzőket alább. Nézzük meg, hogyan változtathatjuk meg a program munkaablakának összes elemének helyét. Ismét megnyitjuk a főmenüt, és ott megtaláljuk a „Panelbeállítások” részt.

Akkor minden egyszerű. A bal egérgombbal fogjuk meg azt a részt, amelynek pozícióját módosítani szeretnénk, és húzzuk oda, ahová ezt a panelt szeretnénk látni. Például így: Felemelem az „Open Panel”-t a tetejére, és húzom a „Partíciós panelt” az ablak bal oldalára.

Kattintson az "Alkalmaz" vagy az "OK" gombra, és íme, a programunk így kezdett kinézni:

Talán kényelmesebb lesz valakinek így dolgozni.

3) Egy másik tipp a program beállításához. Általános szabály, hogy minden könyvelőnek van néhány szakasza vagy jelentése, amelyet naponta használ. Nos, például OSV vagy OSV a fiókban. És nagyon kényelmes lenne, ha mindig ott lennének, mindig kéznél lennének. Ez nagyon egyszerű módon érhető el, ha a szükséges jelentéseket a „Kedvencek” részben helyezzük el. A mérleget a „Beszámolók” részben találjuk. Az egeret rámutatva egy szürke csillagot látunk mellette.

A rákattintással a kiválasztott jelentést "Kedvencek"-ként jelöljük meg

"Kedvencek" szakaszaz általunk már ismert panelszerkesztő segítségével a program munkaablakának aljára helyezzük el például.

4) És még egy "titok" a programfelület beállításához. A program különböző szakaszaiban vannak olyan dokumentumok, amelyeket néhányan soha nem használnak. Nos, egyszerűen a szervezet sajátosságai miatt. Például a „Vásárlások” részben az EGAIS-hez kapcsolódó dokumentumokat.

Ezekre a dokumentumokra nincs szükségünk, és eltávolíthatjuk őket az asztalról. Ehhez a jobb felső sarokban található szerkeszthető részben kattintson a fogaskerékre, és a megjelenő menüben válassza ki a "Navigációs beállítások" elemet.

A megjelenő ablakban két oszlopot látunk. A bal oldalon az asztalunkra felvehető parancsok találhatók. A jobb oldalon pedig azok a parancsok, amelyek az asztalunkon vannak. A jobb oldali oszlopban megtaláljuk az EGAIS részt, és kattintson a "Törlés" gombra

Ennek megfelelően a jobb oldali oszlopban lévő dokumentumok a "Hozzáadás" gombra kattintva felvehetők az asztalra

5) És végül azoknak, akik nem akarnak megszokni a Taxi felületet. Módosíthatja a felületet arra, amelyik a Accounting 3.0 első verzióiban volt.

Az "Adminisztráció" részben találjuk az "Interfész" elemet

Itt a fejlesztők választási lehetőséget kínáltak számunkra, hogy a programfelületet a jelenlegire cseréljük előző verziók 8.3 és hasonló számvitel 7.7. A minket érdeklő program megjelenésének kiválasztása után újra kell indítani.

Így fog kinézni a program az előző felülettel.

Érdeklődésképpen nézzük meg, mi az a felület, hasonlóan a Számvitel 7.7-hez.

Hát nem tudom, nem tudom. Valószínűleg visszamegyek a szokásos "Taximba".

Nos, ma csak ennyit szerettem volna elmondani. Remélem, hogy néhány információ hasznos lesz a programmal való munka során.