Antrenmanda üç gün hissettikten sonra yönetilen formlar, Onları sevdim. Formdaki alanları fare ile düzenlemeye gerek yok, ciltlemelerle uğraşın. Her şey basit ve birkaç tıklamayla yapılır.

Masaüstü modunda kullanılmaları nedeniyle 1C'nin normal formları tamamen terk etmemesine bile üzüldüm. Sonuçta, hassas piksel konumlandırma için UV'de bir fırsat vermek mümkün olacaktır ve düzenli formlar zamanla ölecekti. Ve bu yüzden gücünüzü eski işlevsellik bilgisine dağıtmalısınız.

Ve tabii ki UV normalden çok daha hızlı çünkü. istemci ve sunucu arasında üç katmanlı bir şemaya göre çalışın.

Ek olarak, UV'nin işlevselliği, normal olanlardan çok daha zengin ve daha geniştir - şaşırtıcı olmayan bir şekilde, çok zaman geçti ve birçok arayüz bulgusu onlara düştü.

Örneğin, gruplamalarla dinamik bir tablo görüntülemek veya nesnelerin ayrıntılarını doğrudan dinamik bir listeye çekmek. Veya nokta şeklinde değil, geçiş anahtarları şeklinde bir radyo düğmesi bile.

Pratikte ilk başta göründüğü kadar korkutucu değiller, çabuk alıştım. Zamanımda yeterince programladım ortak modüller, yalnızca sunucu üzerinde çalışan ve bunları sunucuya geçirmek için değişken değerlerin dönüşümleriyle karşılaşan, bu nedenle yönetilen formlar benim için anlaşılırdı.

Modaliteler, Etkinlikler ve Arayüz Kilitleri

8.3'te modal işlevlerin kullanımdan kaldırıldığını duydum.Soru, Bir uyarı, OpenFormModal. Bunun neden yapıldığı bana açık değildi.

Örneklerden birinde öğretmen formun açılmasını “Tüm arayüzü kilitle” parametresiyle, yani. esasen modal.

Bu modalitenin terk edildiğinden emindim.

Anlama hemen gelmedi.

Modal pencereler 1C'de terk edilmemiştir. Bir uyarı görüntülemek, soru sormak, kalıcı bir dosya seçimi iletişim kutusu açmak için yeni işlevler var.

Nüans, bu kalıcı pencereleri çağırdıktan sonra, kontrolün daha önce olduğu gibi donmaması, formun kapanmasını beklemesi, ancak devam etmesidir. Form kapandığına dair bir uyarı verir ve bu uyarıyı işlemeniz gerekir.

Onlar. 1C platformu, kod yürütmenin dondurulmasına ilişkin temel unsurlardan kurtuldu ve tamamen olay tabanlı form yönetimine geçti.

Tabii ki, bunun tarayıcıların modları göstermede sorun yaşamasıyla ilgisi yok. Bu bir yanılsama ve önyargıdır - kötü bir rüya gibi unutun. Her şey mantıklı. Aslında, yürütme artık tamamen olay tabanlı ve eşzamansız, senkron yürütmeden kurtulmayı başardık.

Mini yapıcılar 1C - yeniden düzenlemede ortaya çıktı. Bu, bildirim işleyicilerini el ile yazmak yerine eşzamansız işlem için yazmayı kolaylaştırır.

Yapılandırma, tüm eşzamanlı çağrıları devre dışı bırakma yeteneğine sahiptir (bir hata verir), sonuç olarak, tamamen eşzamansız olacak ve bir olay modeli düzenlemek için en son gereksinimleri karşılayacaktır.

Yeni arayüz özellikleri

Menü

Yönetilen formlar tamamen mantıklı ve doğru bir gelişme yönü gibi görünüyorsa, o zaman menü sisteminin gelişim yönü benim için anlaşılmaz kaldı.
Kuşkusuz, yalnızca bir seviyenin gösterildiği menü, daha sonra istenen öğe ahlaki olarak modası geçmiş olana kadar bir sonraki alt seviyeye gitmeniz gerekir ve bunun yerine birkaç menü öğesinin aynı anda konuşlandırıldığı bir menü haritası değiştirilir. . Bu, 8.2'deki yeni menü arayüzlerinin yayınlanmasından önce standart şekilde yapıldı.

Bir zamanlar, 8.1'de, her bir öğenin görünürlüğünün menünün görüntülendiği kullanıcının erişim hakları tarafından belirlendiği, sola eklenmiş hiyerarşik bir dizin şeklinde bir menü sistemi yaptım.

Anladığım kadarıyla 1C, Arayüz uygulama nesnesinin kullanılmadığını yanlış düşündü ve ona yeni, gelişmiş bir alternatif yayınlamaya karar verdi.

Bana göre biraz zor oldu. Yine, her şey, hiç sevmediğim rollerin özelleştirilebilir onay kutularına bağlı - en iyi sistem roller program kodu düzeyinde yazılır, bunun kanıtı, standart konfigürasyonlarda erişim haklarını esnek ve kolay bir şekilde ayarlamanıza izin veren ek kullanıcı hakları sistemidir.

Genel olarak, menüyü düzenlemenin yeni yolları geldi, bence çok başarılı değiller, ancak alternatif yok ve tipik olanlarda kullanılıyorlar.

Öğretmene sordum: “Yönetilen formları anlıyorum ama neden arayüzlerin geliştirilmesi gerekiyordu, klasik menü neden biraz geliştirilemedi”?

1C sisteminin kullanıcının konforunu ve hızını artırma yönünde geliştiğini söyledi. Benim düşünceme göre, yine de, menü sistemindeki bu tür görkemli değişiklikler buna değmez.

Bypass sırası

Bu arada, baypas sırası, kullanıcıların verimli çalışması için önemlidir - çoğu, makinede belirli bir alan baypas sırasını zaten ezberlemiştir. Böylece, sadece 8.2'deki baypas sırası terk edildi. Elemanların yerleştirildiği sırayı kesinlikle takip eder. Neyse ki, sahadan çıkışı programlı olarak durdurmak ve odağı başka bir alana aktarmak mümkündür, aksi takdirde beyan edilen performans çok kötü olur.

Çalışma alanı ve iç içe formlar

Çalışma alanı tektir. Bu nedenle, hemen hemen tüm kullanıcıların formlarını içine sokmak ve görünürlüklerini haklarla belirlemek gerekir. Bütün bunlar büyük konfigürasyonlarda kaosa yol açmalıdır.

Bunu program kodunda oluşturmak veya iç içe formlar mekanizmasını kullanmak çok daha kolay olurdu.

8.2-8.3'te uygulanmayanlar

İç içe formları hiç beklemedim. Ne yazık ki, eski zamanlarda kullanılmış olmalarına rağmen değiller. Erişim.

Panoda sürükleme yok. Onlar. fare ile sürüklemek zorundasın, belirtemiyorsun - buradan sürükleyip buraya koyuyorum, fare ile tenekeyi yırtmadan, ne yazık ki. Belki de üçüncü taraf yazılımlar burada kurtarmaya gelebilir, çünkü. sürükle ve bırak bir sistem olayıdır pencereler.

İşlevsel Seçenekler ve Öğe Görünürlüğü

Tek seferde RLS kullanıcılara yalnızca tabloların tek tek kayıtlarını göstermek için oluşturulmuştur.

Alanları rollere göre görüntülemek için işlevsel seçenekler ve ayarlar, görünürlüğün daha da geliştirilmesi haline geldi. Birlikte, bu bir tür çeşitli hayvanat bahçesi oluşturur, genel bir uyum ve tutarlılık yoktur.

Benim düşünceme göre, alanların görünürlüğünü, onay kutularını ayarlayarak ve karmaşık bir işlevsel seçenekler mekanizması oluşturarak, bildirimsel olarak değil, programlı olarak kontrol etmek hala daha kolaydır.

O zaman, bunu kanıtladım RLS değiştirmek için yetersiz program kontrolü nesne/abonelik modülü düzeyinde girişler. Benzer şekilde, herhangi bir işlevsel seçeneğin, hem kullanım kolaylığı hem de yaklaşımın evrenselliği açısından, öğe görünürlük kontrolünün olağan algoritmik tanımından daha düşük olduğundan şüpheleniyorum.

Konfigüratörün kullanıcısı, roller veya işlevsel seçenekler aracılığıyla görünürlüğü nasıl kontrol edeceği konusunda çok düşünmelidir. Bir zamanlar alanların görünürlüğünü belirlemek için evrensel bir algoritma yazdıktan sonra, bunu bu platform koltuk değneklerinden herhangi biri olmadan her zaman uygulayabilirdi.

Karar - işlevsel seçenekler ve roller aracılığıyla görünürlük - etkisizdir, ancak bunları bilmeniz gerekir, çünkü. tipik konfigürasyonlarda kullanılırlar.

8.2 arayüzü ve Taksi arayüzü

8.2 arayüzü ve taksi arayüzü uyumludur, yani. yeni öğeler görünmedi. Yapılandırma 8.2 veya Taxi'de çalışabilir, kullanıcının bu arayüzler arasında geçiş yapmasına izin verebilirsiniz.

Ana fark, ana menü nesnelerinin konumudur. 8.2'de solda ve üstte çok yer kapladılar, sonuç olarak sağ alt köşede kullanıcı için çalışma alanı için çok az yer kaldı. Taksi arayüzünde menü otomatik olarak gizlenir, solda küçük bir menü şeklinde kalır, sonuç olarak neredeyse tüm ekran çalışma alanına ayrılır.

Sonunda 8.1'deki temel menü sistemi ekran gayrimenkulünü kullanmakta daha da ekonomik olsaydı, neden böyle kafa karıştırıcı bir yola girmenin gerekli olduğu açık değil mi?

Ayrıca Taksi'de, pencereleri görüntüleme ilkeleri değişti, sonuç olarak 8.2 form kodu bazı yerlerde elverişsiz. Ama bu doğrultuda hoca Taksi'nin temel prensiplerini anlatmaya çalışsa da aradaki farkı henüz anlayamadım. Bunu pratikte çözmeye çalışacağım, ancak tüm bu arayüz geliştirmelerinin iş uygulamaları kullanıcıları için pratikte gereksiz ve gereksiz olduğunu düşünüyorum.

Bu arada, 8.2'de paleti değiştiremezsiniz, 1C platformunun bir kartviziti gibidir. Aynı şekilde 8.2 veya Taxi şeklindeki menü düzenleme sistemi de kullanıcıları belli bir standarda alıştırıyor. Ancak uygulama gösteriyor ki yeni sistem Kullanıcının menüsü neredeyse anında yeniden öğrenilir. Belgeler ve raporlarla çalışma becerilerini değiştirmek çok daha zordur.

Bu nedenle, menü sistemi etrafındaki tüm bu gürültü ve tartışmalar benim için çok net değil - 1C platformundaki ana nokta bu değil, bunu platform mimarlarının ve onlara geliştirme yönünü gösteren yöneticilerin vicdanına bırakalım. .

Gelişmemiş bir ideoloji

Öğretmen doğru bir şekilde not etti, ancak platform geliştiricilerinin ihtiyaç duyulduğu yerde yeni varlıklar yaratmadığı anlaşılabilir.

Örneğin, alt sistemler hem konfigürasyon nesnelerini bloklara bölmek hem de fonksiyon menülerini düzenlemek için kullanılır (normal uygulama menüsüne yeni bir alternatif). "İşlev Menüsü" olarak adlandırılan ayrı bir uygulama nesnesi oluşturmak mantıklı olsa da.

Ayrıca, yalnızca hangi nesnelerin şu veya bu biçimde görüntüleneceğini belirtmek için gerekli olan boş rolleri (arayüz rolleri) düzenlemeniz gerekir. Uygulanan nesneyi "Arayüz" bu yönde geliştirmek mantıklı olsa da.

Etkililik hakkında şüpheler

Bazı 1C yaklaşımları kullanılabilirlikşüphe uyandırmak.

Örneğin, bir belgenin yazdırılabilir formunun belgenin ayrı bir alt formunda gösterilmesi ve belge değiştiğinde silinmesi derslerde çokça vurgulanmıştır. Bunun pek bir anlamı yoktur, bazen birkaç kopya yazdırmanız gerekir - örneğin, düzenlemeden önce ve sonra. Birkaç belgede ve birkaç basılı formda kafa karıştırmak pratikte imkansız, bu yüzden bu yönde enerji dağılımı bana şüpheli geldi.

Ayrıca, örneğin platformda bir hücrede giriş alanı yapmak mümkün değildir. dinamik liste kaynak temel tablo değilse. Teknik olarak zor olduğu için değil, nedenlerle kullanılabilirlik.

Ayarları kaydetme olanakları

Form ayarları oturumda değil, doğrudan veritabanına kaydedilir. Çarptıklarında kaybolmazlar. Buna göre, verilerinizi kaydedebileceğiniz bu ayarlarla çalışmak için yeni bir mekanizma ortaya çıktı. AlternatifDeğeri Kaydet/Değeri Geri Yükle.

Artık gerekirse, kaydedilen tüm ayarlar programlı olarak sıralanabilir, bu da başka bir kullanıcıya, bir dosyaya vb. yüklenebilecekleri anlamına gelir.

Diğer sorular

Yönetilen Formlar nedir?

Yönetilen formlarda kod, istemcide ve sunucuda çalışır.

İstemci, zayıf bir makine anlamına gelir, normal bir tarayıcı bile olabilir.

Ve sunucu, veritabanına doğrudan ve hızlı bir bağlantı içindedir.

İstemci veritabanıyla çalışamaz, küçük matematiksel işlemler yapabilir ve formlarının öğelerini değiştirebilir. Veritabanından bir şey almak veya oraya veri göndermek istiyorsanız, istemci sunucuyla iletişim kurar.

Yönetilen formlar bu şekilde çalışır. Uygun becerilerle, sunucuya sürekli erişim sorun olmaz.

Böyle bir organizasyon, sunucuya şu şekilde bağlanmaktan daha verimlidir: uzaktan erişim ek olarak, doğrudan tarayıcı üzerinden çalışmak mümkündür, yani. herhangi bir platformda - Windows, linux, Android , Mac OS .

1 toplu olarak notlar

İşte kendim için yazdığım notlar çok değerli bilgiler içeriyor:

1. 1C başlatma penceresinde artık kayıtlı olan bilgi tabanları değil, giriş noktalarıdır. Onlar. bir veritabanı birkaç kez mevcut olabilir, ancak farklı kullanıcılar ve farklı çalışma araçları için kayıtlıdır - tarayıcı, ince/kalın istemci, yönetici oturum açma.
2. Yönetici için, rol kontrolünü devre dışı bırakan bir anahtar ortaya çıktı. Yalnızca yapılandırmada yönetici haklarına sahipseniz Enterprise'da bu şekilde oturum açabilirsiniz.
3. Genel ayrıntılar - 1C7'deki genel ayrıntılarla karıştırmayın, 82'de arayüzde erişimi ayırmak için kullanılırlar.
4. Formun fazladan kaydırma çubuğundan kurtulmak için genellikle listenin minimum yüksekliğini formda kullandı.
5. Dizin gereksinimlerinde resimleri saklamamalısınız, bu dizinlerin performansının düşmesine neden olur, bilgi kaydını kullanmalısınız.
6. Sunucu prosedürlerinde, parametrenin sunucuya geri aktarılmaması için parametreleri geçirirken DEĞER kullanmanız gerekir.
7. Yeni özelliklerSayfaBaşlıyor Ve Sayfa Bitiş Tarihi, muhtemelen diğerleri, platform 8.3.6'dan.
8. 1s 8.2'de ayrıcalıklı bir mod ortaya çıktı, yani. kod bölümlerinde rol düzeyinde erişim kontrolünü devre dışı bırakabilirsiniz.
9. Form listesinin, değerler tablosunun ve değerler ağacının öğeleri, sunucudaki ve istemcideki listenin aynı temsile sahip olması ve tablo ve ağaç için özel nesnelerin oluşturulması ve dönüştürülmesi gerektiğinden farklılık gösterir. sunucuda.
10. Öğretmenin nesneleri tekil olarak adlandırmayı ve modülleri alt çizgi ile adlandırmayı sevmesinden memnun oldum, böylece bu modüller bağlamsal ipucunda ilk sırada yer alır.

Hayat hakkında ve 1C civarında

Öğretmen şunları söyledi:

1. Geliştirme arayüzden yapılmalıdır.
   Benim fikrim : İfade şüpheli, çünkü platformun mimarisini kullanma bilgisi ve deneyimi, uygulama nesnelerinden hemen geçmenize ve ardından arayüzü oluşturmanıza olanak tanır.
2. Yönetici veri girmez, sadece raporlara bakar. Ve 1C'ye veri girişini değil, telefonla ve sekreter aracılığıyla yönetiyor. Bu nedenle, tarayıcı yönetici için yeterlidir ve giriş alanları yalnızca verileri filtrelemek için gereklidir.
   Benim fikrim C: Evet, bu doğru görünüyor.
3. Eleştirilen BSP (Standart Alt Sistemler Kitaplığı). Gerekli modülleri ondan izole etmenin imkansız ve çok zor olması anlamında.
   Benim fikrim : Çünkü BSP bile modüllere bölünemez, o zaman SCP UT, ZUP, BP, Production modüllerine bölünemez. Ve burada platformun hatası değil, tipik olanları yazmak için yanlış metodoloji - modülerliğe saygı gösterilmiyor. Aynı navigasyon uzun zamandır bir müşteriye muhasebe satma fırsatı buldu ve daha sonra kodu yeniden yazmadan ve yeni bir programa geçmeden ticaret, üretim ve gerekirse ücret satın alabilir.
4. Tipik çelikler çok karmaşıktır ve değiştirilmesi zordur. Yine, platformun karmaşıklığından değil, tipik olanların yanlış organizasyonundan dolayı. Bu durumda, temel ilke kaybolur - hızlı ve ekonomik destek ve gerekirse standart konfigürasyonların iyileştirilmesi.
5. Öğe çalışma alanında solda ve sipariş listesi sağda olduğunda, sipariş verme seçeneği gösterildi. İsimlendirmenin karşısına bir miktar koyabilir, ardından onu siparişler listesine sürükleyebilir ve bir sipariş oluşturabilirsiniz. Avantaj - sipariş tablosu yeni bir sipariş oluşturmak için engellenmez.
   Benim fikrim : Avantaj çok uzak - yine de, kullanıcılar seçilen ürünü tablo kısmında görmeye daha alışkındır, bu siparişi taslak olarak kaydedebilir veya siparişi şablondan kopyalayabilirler. Genel olarak, belgeler boşuna icat edilmedi.
6. "Ana", "Önemli", "Git", "Ayrıca bakınız" bölümleri arasındaki farkı açıkladı.
   Benim fikrim : Şahsen ben belli belirsiz anladım, bu da çoğunluğun platforma gömülü bu nüansları anlamayacağı anlamına geliyor kullanılabilirlik takside. Bu nedenle, 1C'deki hem kullanıcılar hem de programcılar zaten alışkın olduğu için arayüzler eskisi gibi görünecek.
7. Kaynağı isteğe bağlı bir istek olan bir formdaki tablo alanının hücresine, giriş alanında olduğu gibi veri giremezsiniz. Bu çıkar için yapılır kullanılabilirlik böylece kullanıcı verileri ayrı bir pencerede girmeye odaklanır.
   Benim fikrim : Böyle bir alanın olduğu yerlerde tablo halinde girişli bir örnek verdim, yasağın anlamı bana açık değil.
8. Boşanmalar, bir eşin diğer insanlarla karşılaştırılmasından kaynaklanır. Daha az karşılaştırma - daha güçlü evlilik.
9. Yabancı dillerin birkaçını aynı anda çalıştığınızda öğrenmek daha kolay olur, bir ana dile olan dar görüşlülük ve takıntı ortadan kalkar.
10. Yabancı bir kelimeyi ana dilinizde bir kelimeye bağlarsanız yabancı dil öğrenilemez, onu bir görüntüye bağlamanız gerekir. Zincir yabancı kelime - resim, zincir yabancı kelime - yerli kelime - resimden daha kısadır. İkinci durumda, yabancı bir dilde düşünmek işe yaramaz.

Çözüm

öğretmene şükranlarımı sunarım.

Bu kursa katılmak beni yönetilen formlar hakkındaki önyargılardan kurtardı, modalitenin nüanslarını, 8.2 ve Taksi arayüzleri arasındaki farkları açıkça anladım.

Artık kontrollü formlar beni korkutmuyor, aksine tam tersine onları tanımam için beni çekiyor.

Umarım bu makaleyi okuyan sizler de yönetilen formları takdir edersiniz.

Bir kullanıcı, çalışmaya başlamak için Enterprise modunda 1C'ye girdiğinde, öncelikle program arayüzünü görür.

Kelimenin altındaki programlamada arayüz birkaç farklı anlam ifade edebilir. Şimdi "kullanıcı arayüzü" demek istiyoruz.

Kullanıcı arayüzü, tüm pencereler, menüler, düğmeler ve kullanıcının doğrudan program içinde çalıştığı diğer şeylerdir.

Arayüz tasarımı, kullanılan yazı tipi, renk, arka plan görüntüsü ve diğer dekor öğeleridir. Tasarım, arayüzün bileşimini etkilemez.

1C platformu, farklı . Kalın 1C istemcisinin kendi arayüzü vardır, ince (ve web istemcisi) kendi arayüzüne sahiptir.

Bugün 1C kullanıcı arayüzü hakkında konuşalım.

Arayüz 1C

Kalın bir istemcinin 1C arayüzü şöyle görünür.

O içerir:

• Ana menü
• Paneller.

Bazı konfigürasyonlarda (muhasebe, bordro) kullanılan masaüstü 1C arayüzünün bir parçası değildir, programcı tarafından ayrı ayrı yapılan ve programa giriş anında 1C'de tam ekran olarak açılan bir işlemdir.

Konfigüratörde, 1C arayüzü Genel / Arayüzler dalında bulunur.

Programcı belirli bir adla 1C arabirimi oluşturur ve bir kullanıcı oluştururken bu kullanıcının varsayılan 1C arabirimini belirtir.

1C arayüzünün özelliklerinde "Değiştirilebilir" bir onay kutusu vardır. 1C arabirimi değiştirilemezse (onay kutusu işaretlenmemişse), farklı bir 1C arabirimine atanmış olsalar bile tüm kullanıcılar bunu görür. Bu durumda, kullanıcı her iki arayüzün tek bir arayüzde birleştiğini görür.

1C arayüzü eklerken bir panel listesi görürsünüz. Varsayılan olarak her zaman bir panel vardır, programın ana menüsünü içerir.

Daha fazla panel eklerseniz, paneller (düğmelerle) olarak görüntülenecektir.

Sıfırdan yeni bir 1C arayüzü eklerken, gerekli nesneleri işaretleyerek bir menü tasarlamaya yardımcı olan bir kurucu açılır.

Mevcut bir menüyü düzenlerken öğeler birer birer eklenir, çünkü yapıcı tekrar çağrıldığında menüyü sıfırdan yeniden oluşturur.

Üst menü öğesini eklerken, özelliklerde tipik menülerden birini seçebilirsiniz - Dosya, İşlemler, Hizmet, Windows, Yardım.

Bir düğme veya menü öğesi ekledikten sonra gerçekleştirilecek eylemi seçmeniz gerekir. Eylem iki tür olabilir.

Bir 1C nesnesini (bir dizin, belge veya rapor) açmak için tıklamayı istiyorsanız, üç noktalı düğmeyi tıklamanız ve istenen nesneyi ve ayrıca istenen formu (nesnenin olası eylemi) seçmeniz gerekir.

Tıklama sonucunda rastgele bir komutun yürütülmesini istiyorsanız, büyüteci tıklayın. İşlev içinde bulunabilir. Bir modül seçildikten sonra içinde bir işleyici işlevi oluşturulacak, modül düzenleme için açılacaktır.

Yönetilen komut arayüzü 1C

İÇİNDE Yeni sürüm 1C 8.2, yeni müşteri türleri ortaya çıktı -.

1C ince istemci arayüzü şöyle görünür.

1C web istemcisi arayüzü şöyle görünür.

İdeal olarak, aynıdırlar ve gördüğünüz gibi, kalın bir istemcinin 1C arayüzünden çok farklıdırlar.

Artık sadece menülerden ve panellerden değil, aynı zamanda şunlardan oluşmaktadır:
1) Muhasebe bölümlerinin listesi
2) Seçilen bölümde gezinme
3) Geçerli bölümde yürütülecek komutlar
4) Mevcut işlemi gerçekleştirmek için formlar.

Yönetilen bir istemcinin 1C arayüzünü oluşturmak için artık "Arayüzler" kullanılmamaktadır, konfigürasyonda yapılan birçok ayara dayanarak karmaşık bir şekilde oluşturulmuştur.

Gerçek şu ki, şimdi 1C arayüzü tüm kullanıcılar için aynı ve aynı zamanda dinamik, kullanıcı hakları kümesine ve yürütmesi için mevcut komutlara bağlı olarak çalışıyor.
Ayrıca bazında oluşturulduğunu da söyleyebiliriz, bu nedenle 1C komut arayüzü olarak da adlandırılır.

Alt Sistemler 1C

yönetilen temel komut arayüzü 1C, muhasebe bölümlerinin bir listesidir. Örneğin - para ve mallar, muhasebenin iki bölümü.

Yapılandırmada Genel / 1C Alt Sistemler dalında yer alan 1C Alt Sistem nesnesi muhasebe bölümlerinden sorumludur.

1C alt sistemi oluşturduktan sonra, gerekli dizinlerde ve belgelerde, nesne oluşturucudaki 1C Alt Sistemler sekmesinde, bunları bu 1C alt sistemine dahil edebilirsiniz. Bu, muhasebenin bu bölümüne ait oldukları anlamına gelir. Nesneler birkaç 1C alt sistemine dahil edilebilir.

Makale, "1C'de geliştirmede ilk adımlar" döngüsüne dahil edilmiştir. İçinde, yönetilen Taksi arayüzünü tanımaya ve doğrudan yapılandırmasına devam etmeye devam ediyoruz.

Bildiğiniz gibi, bir bilgi bankası arayüzünün geliştirilmesi, menü yapısının oluşturulmasıyla başlar, çünkü ne kadar uygun ve mantıklı olacağından, tüm sistem bir bütün olarak kullanıcı tarafından anlaşılabilir olacaktır.

Makaleyi okuduktan sonra bileceksiniz:

• Alt sistem menü yapısını şekillendirmede nasıl bir rol oynuyor?
• 1. ve 2. seviyenin menü bölümleri nasıl oluşturulur?
• Menü bölümlerinde görüntülenen komutların bileşimi nasıl özelleştirilir?
• Komut arayüzü düzenleyicisi ne işe yarar ve onunla nasıl çalışılır?
• Ana bölümün Komut Arayüzü nasıl kurulur?

uygulanabilirlik

Makale, 1C platformu 8.3.4.496'da geliştirilen konfigürasyonun Taksi arayüzünü tartışıyor. Bilgiler, mevcut platform sürümleriyle ilgilidir.

Alt sistemler. Alt sistemlerle arayüz özelleştirmesi

Alt sistemler ortak nesneler olarak sınıflandırılır. Yapılandırma nesnelerini şu şekilde sınıflandırma yeteneği sağlarlar: alt sistemler.

Bir nesnenin alt sistemlere ait olup olmadığını belirtmek için Nesne düzenleme penceresi bayrakların nesnenin hangi alt sistemlere ait olduğunu gösterdiği ilgili bir sekme vardır.

Gelecekte, nesne ağacı için bir filtre oluşturabilirsiniz. alt sistemler.

Aynı zamanda şunları kontrol etmek mümkündür: seçili için etkinleştir alt sistemler alt nesneler alt sistemler ve ebeveyn alt sistemler ya da değil.

Nesnelerin sınıflandırılması alt sistemler oluşturmayı kolaylaştırır roller.

nesne için rol uygun hakları tanımlayabilir ve bunun rol yalnızca seçili nesneye dahil olan nesneler üzerine inşa edilebilir. alt sistemler.

benzer şekilde alt sistemler oluşturmak için kullanılır Arayüzler. Arayüzler yalnızca yapılandırma Ortak Uygulama modunda çalıştırılırsa gereklidir.

Nesnelerin sınıflandırılması alt sistemler yapılandırmaları birleştirirken de kullanılır. Onlar. tarafından filtrelenen nesneleri birleştirebilirsiniz alt sistemler.

Alt Sistemlerin önemli bir amacı, onlardan yapılandırma komut arayüzünün modda yerleşik olmasıdır. Yönetilen Uygulama . alt sistemler ilk seviye belirlenir .

Mevcut için alt sistemler iç içe (alt) tanımlayabilirsiniz. Veri alt sistemler gruplar oluşturacak Gezinme çubukları.

Bir nesneyi sınıflandırdığımızda alt sistemler, bir nesneyi yalnızca iç içe geçmiş bir alt sistem, muhtemelen birinci seviyenin Alt Sistemine, muhtemelen her ikisine de.

İkinci durumda, nesne iki kez görüntülenecektir: hem iç içe Alt Sistem içinde hem de ayrı olarak Gezinme çubukları. Çoğu durumda, bu tamamen doğru değildir.

Prensipte, Alt Sistemler isteğe bağlı bir varlıktır. Onlar. Platform 8.3 üzerinde geliştirilen bir konfigürasyon, herhangi bir Alt Sistem olmadan çalışabilecektir.

Ancak bu durumda, hiçbir Bölme Paneli olmayacak, her şey Masaüstünde görüntülenecektir. Küçük bir nesne kümesiyle çok basit yapılandırmalar, Alt Sistemler olmadan çalışabilir.

Ancak yapılandırmada çok sayıda Belge, Dizin ve Kayıt varsa, alt sistemler kullanıcının işini büyük ölçüde kolaylaştırır.

Bazı yapılandırma nesnelerinin bazılarına ait olduğunu işaretleyin alt sistemüç şekilde mümkündür.

İlk olarak, içinde yapılabilir Nesne düzenleme penceresi yer iminde alt sistemler. Bu seçeneği zaten düşündük.

İkincisi, kullanabilirsiniz Alt sistem düzenleme penceresi. Yer imi Kompozisyon buna dahil olan nesneleri belirtebilirsiniz alt sistem.

Ve son olarak, yapılandırma nesneleri için bağlam menüsü adlı özel bir iletişim kutusunu arayabilirsiniz. bunlara ek olarak.

Bu pencere aynı zamanda bir nesneyi bir nesneye ait olarak işaretlemenizi sağlar. alt sistemler. Bu pencere, aynı anda birkaç nesneyle çalışmak istiyorsak kullanılır.

Penceredeki konfigürasyon ağacının nesneleri üzerinde imleci hareket ettirirken bunlara ek olarak alt sistemlerle ilgili bilgiler görüntülenir.

Varsayılan olarak bir yapılandırma nesnesi oluştururken Platform 8.3, nesneyi herhangi bir alt sisteme bağlamaz.

Onlar. geliştiricinin kendisi bu sekmeye gitmeli ve uygun kutuları işaretlemelidir.

Geliştirici bunu yapmazsa, sistem aidiyetin olmadığını belirleyecektir. alt sistemler bir hata gibi.

Ancak hata kritik değil, bu yüzden buna katılabiliriz.

Aslında, sistem size yardım için yeni nesneleri eklemeyi unutmuş olabileceğinizi bildirir. alt sistemler. Bu durumda nesneler komut arayüzünde görüntülenmeyecektir.

Kullanıcı bu tür nesnelere yalnızca Ana menü komutu kullanarak Tüm özellikler.

Doğal olarak bir nesnenin açılabilmesi için kullanıcıya uygun hakların verilmiş olması gerekir.

Geliştiriciler için tipik bir konfigürasyona eklenen nesneleri kendi ayrı alt sistemlerine dahil etmenin daha uygun olduğu birkaç durum vardır.

İçin alt sistemler içinde Pencereyi düzenle bayrağı kaldırabilirsin Komut arayüzüne dahil et.

nerede alt sistemler komut arayüzünde görüntülenmeyecektir. Komut arayüzüne dahil edilmesi gereken bir Alt Sistem yoksa, Platform 8.3 yeni nesneler için bunların herhangi bir alt sisteme ait olup olmadığını kontrol etmez.

Alt sistem tarafından tanımlanan ilgili bölümde yer alan komutların kompozisyonunu özelleştirmek için özel bir editör bulunmaktadır.

Bu düzenleyici, düğmesine basılarak Alt Sistem düzenleme penceresinden çağrılabilir. Komut arayüzü(sekmede Ana).

her biri için mümkün alt sistemler bu editörü çağırın. Düzenleyiciden listelerin açılmasını kontrol etmek mümkündür. Gezinme çubukları, komutların kullanılabilirliği Eylem çubukları.

Varsayılan olarak, Dizin ve Belge öğeleri oluşturmaya yönelik komutların onay kutuları işaretli değildir, ancak işaretlenebilirler. İÇİNDE Eylem çubukları raporları da açabilirsiniz.

Düzenleyicideki öğeler taşınabilir. Aynı zamanda, Gezinme çubukları içinde Eylem Çubuğu ve ters yönde hareket etmek mümkün değildir. Öğeleri ya içinde taşıyabilirsiniz Gezinme çubukları, veya içeride Eylem çubukları.

Genel bir görünürlük sütunu ve rollere göre görünürlük sütunları vardır. Yapılandırmada tanımlanan her rolün kendi sütunu olacaktır. Genel görünürlük sütununda ayarlanan değer, role göre görünürlük için varsayılan değerdir.

Rollere göre görünürlük üç değer alabilir: ya öğe verilen rol için görünmez olacaktır (1); veya görünürlük sütununda (2) hangi bayrağın ayarlandığına bakılmaksızın her zaman görünür olacaktır; veya rol görünürlük bayrağı, genel görünürlük bayrağından (3) devralınacaktır.

Bir kullanıcıya iki rol atanmışsa ve biri için diğeri için değil, bir onay kutusu belirtilirse, 1C:Enterprise 8 sisteminin standart kuralı çalışır - kullanıcının birine izin veriliyorsa hareket etmesine izin verilir. rolleri.

Bazen komut arayüzünü birkaç kez hemen değiştirmek gerekir. alt sistemler. 1C:Enterprise 8 platformunda, birkaç komut arayüzünü düzenlemenize izin veren bir servis aracı vardır. alt sistemler.

Bu araç, dalın kök düğümünün bağlam menüsünden çağrılır. alt sistemler.

Açılan pencerede hızlıca gezinebilirsiniz. alt sistemler ve komut arayüzlerini düzenleyin. Ayrıca bu pencerede kompozisyonu düzenleyebilirsiniz. alt sistemler. nesneleri de taşıyabilirsiniz. Gezinme çubukları Ve Eylem çubukları.

Ek olarak, tabi olmayı bile değiştirebilirsiniz alt sistemler. Bunun için özel bir düğme var. Alt sistemi taşı.

Komut arayüzünü özelleştirmek için ana bölüm bir komut arayüzü düzenleyicisi de kullanılır.

O artık aranmıyor alt sistemler ve yapılandırma kök düğümünün bağlam menüsü aracılığıyla, öğe Açık ana bölümün komut arayüzü.

Açılan pencerede bu komut arayüzünde hangi Dizinler, Belgeler ve diğer nesnelerin yer alacağını belirtebiliriz. Ayrıca görünürlüklerini etkinleştirebilir ve görünürlüğü role göre yönetebilirsiniz.

Kaldırırken lütfen unutmayın alt sistemler Platform maalesef en az bir nesnenin bu alt sisteme dahil olup olmadığını kontrol etmiyor.

kaldırıldıktan sonra alt sistemler yapılandırma kaydedildiğinde, bilgi tabanının yeniden yapılandırılmasıyla ilgili hiçbir mesaj görüntülenmez.

Bu, bilgi bankası menü yapısını kurma konusundaki bilgimizi tamamlıyor. Bir sonraki makalede, Yönetilen Arayüz ile tanışmamıza devam edeceğiz ve 1C:Enterprise 8 platformunun listelerle çalışmak için hangi özellikleri sağladığını ele alacağız.

konsept Kullanıcı arayüzü(Kullanıcı Arayüzü Kavramı)

1C:Enterprise 8 sisteminin kullanıcı arayüzü konsepti, rahat bir ortam sağlama fikrine odaklanır. etkili çalışma ve elbette en son trendleri de dikkate alır.

Programı 1C:Enterprise modunda başlatmak, ana program penceresinin açılmasıyla başlar

Bu pencere, uygulanan çözümün (sözde bölme paneli) ve masaüstünün ana, ana yapısını görüntülemeye yarar.

Masaüstü 1C:Kurumsal 8.3 / 8.2

Masaüstü, en sık kullanılan raporları, belgeleri, dizinleri vb. içeren bir program öğesidir. Masaüstü, aslında kullanıcı için bir yardımcıdır. Her oturum masaüstünden başlar. Masaüstü aracılığıyla kullanıcı gerekli bilgileri alır, kullanıcının sorularına cevaplar verir.

Masaüstü: Bölme Çubuğu

Bölümler paneli. Alt sistemin en üst seviyesidir ve uygulanan çözümün işlevselliğinin en büyük ayrımına hizmet eder. Ana pencerenin üst kısmında bulunur. Programın diğer bölümlerine atlamanızı sağlar.

Masaüstü: Bölümler

Bölümü etkinleştirdikten sonra, belirli alt sistemlerin tüm işlevleri kullanıcıya iki panelde sunulur - eylem paneli ve gezinme paneli. Bu işlevsellik, iç içe geçmiş alt sistemleri de içerir.

Masaüstü: Komutlar

Komutlar, kullanıcının kullanabileceği eylemlerdir. Bu komutlar çeşitlendirilebilir. Kısmen, standart programlar kullanıcıya platformun kendisi tarafından sağlanmaktadır. İkinci kısım, uygulanan çözümün yaratıcıları tarafından geliştirilmektedir.

Masaüstü: Gezinme çubuğu

Gezinme çubuğu, bir "içindekiler tablosu" bölümü gibidir. Sözde içerir. navigasyon komutları Bu bölümdeki çeşitli öğelere atlamaya hizmet ederler. Genellikle gezinme çubuğu aracılığıyla çeşitli listelere gidersiniz. Bir navigasyon komutunu etkinleştirdikten sonra, ona karşılık gelen liste, bölümün çalışma alanında belirir, böylece çalışma alanının önceki içeriğinin yerini alır.

Bir örnek, Depo komutudur - çağrıldıktan sonra, çalışma alanında depoların listesi görüntülenecektir.

Masaüstü: Eylem çubuğu

Eylem Çubuğu. Bu panel en sık çağrılan komutları içerir. Hızlı bir şekilde yeni nesneler oluşturmayı, tipik işlemleri gerçekleştirmeyi ve en popüler raporları oluşturmayı mümkün kılarlar. Bu komutlara eylem komutları denir, çünkü bunların etkinleştirilmesi, yardımcı olan yeni bir uygulama penceresinin oluşturulmasına yol açar ve bir süre için kullanıcıyı başka bir görevi uygulamak için pencereye taşır.

Özellikle Depo komutu çağrıldığında yeni bir depoya ait verilerin girilebileceği yeni, ek bir pencere oluşturulacaktır. Bu, kullanıcıyı ana sistem penceresinde gerçekleştirilen gezinme görevlerinden yeni bir Depo öğesi girme görevine geçirecektir.

Masaüstü: Yardımcı pencereler

Mevcut nesneleri düzenlemek ve yenilerini oluşturmak için komutları etkinleştirdikten sonra, işleme ve raporlar açıldığında ek uygulama pencereleri açılır. Ana pencereden bağımsız olarak bilgisayar monitöründe ek pencereler görüntülenir. Bu gösteriyor ki bu durum standart çoklu pencere arabirimi (MDI) kullanılmaz.

Masaüstü: Ana pencerede çalışma geçmişi

Programdaki kullanıcı navigasyonu (çeşitli formlara geçiş, bir veya başka bir bölüm) otomatik olarak çalışma geçmişine kaydedilir. Bu, ana pencerede gerçekleşir ve sanki bir İnternet tarayıcısında sayfaları ziyaret ediyormuşsunuz gibi kaydedilen etkinlikler arasında gezinebilirsiniz. Gezinme noktalarının tam listesi, istediğiniz noktaya doğrudan geçiş yapmanızı sağlayan açılır menüde bulunur.

Masaüstü: Favoriler

Bir web tarayıcısında olduğu gibi, favorilerinize herhangi bir liste, nesne, veritabanı bölümü, işlem veya rapor ekleyebilirsiniz. Bu, gerekirse bunlara anında geçiş yapmanızı sağlar.

Masaüstü: Veri Bağlantıları

Herhangi bir listeye, nesneye, veritabanı bölümüne, işleme veya rapora bir bağlantı almak mümkündür, bu bir metin dizisidir. Bir meslektaşına böyle bir bağlantı göndermek kolaydır, böylece ilgi nesnesini kolayca bulabilir ve gerekli değişiklikleri yapabilir.

Pano 8.2

Bilgi paneli, uygulama penceresinin altında görüntülenir. görüntülemeye hizmet eder son eylemler sistemde taahhüt edilmiştir. Tamamlanan eylem bir veri kaydıyla ilişkilendirilmişse, ilgili bildirime tıkladığınızda, değiştirilen verileri içeren bir form açılacaktır. Örnek olarak, gönderilen belgenin formu açılır.

Yürütme geçmişi 8.2

Geçmiş düğmesi, bu kullanıcının programla yaptığı çalışmaların geçmişine erişmenizi sağlar.

Sistem komut alanı

Ana pencerenin üst kısmı, sistem komutlarını çağırmak için alan içerir. Sistemin ana menüsünü içerir. Onun yardımıyla, kullanıcı tarafından zaten kullanılmış olan uygulamalı çözümün çeşitli bölümlerinde gezinebilirsiniz. Ayrıca bu alan, kullanıcı tarafından kaydedilen bir dizi yardımcı program (takvim, hesap makinesi vb.) ve sık kullanılan bağlantıları içerir.

Ana menü

Bu menü, ana uygulama çözümüyle ilgili komutları içerir ve belirli bir yapılandırmaya bağlı değildir.
Örnek olarak, sistem parametre ayarı komutunu ve arayüzü özelleştirmek için komutlardan bahsedilebilir.

yardımcı komutlar

Sistem komutları alanının sağ tarafında yardımcı komutlar bulunur. Örneğin, bir takvim, hesap makinesi, bir bağlantıyı takip etme, sistemle ilgili bilgiler vb. Kullanıcı kendisi gerekli komutları kaldırarak veya ekleyerek bu alanı komutlarla tamamlayabilir.

Masaüstü 1C:Kurumsal

Masaüstü, programın standart bölümlerine atıfta bulunur ve en sık kullanılan dizinleri, raporları, belgeleri vb. içerir. Programla çalışmak her zaman masaüstünden başlar.

Masaüstü - bir tür kullanıcı asistanı rolünü oynar. Çalışma gününün başlangıcı her zaman masaüstü tarafından sağlanan bilgilere aşinalık ile gerçekleşir:

• Ne var ne yok?
• Bugün ne yapılması gerekiyor?
• Önemli bilgilerimin durumu nedir?
• Nelere dikkat etmelisiniz?

Masaüstü genellikle birkaç form içerir: bir döviz kurları listesi, malların alınması / satışı için bir belge listesi, mevcut karşılıklı ödemeler ve benzeri bilgiler. Masaüstünün bileşimi belirli bir konum için yapılandırılmıştır. Örneğin, bir satış elemanının masası ve bir satış yöneticisinin masasının farklı olması muhtemeldir.

Bunun nedeni, programı yapılandırırken geliştiricinin bu veya bu uzmanın hangi formları görmesi gerektiğini belirlemesidir. Programı 1C:Enterprise modunda çalıştırdığınızda, bir veya başka bir kullanıcıya karşılık gelen bir dizi standart form otomatik olarak yapılandırılır. Ve belirli bir kullanıcının rolü tarafından belirlenir.

Masaüstü kurulumu 1C 8.2

Kullanıcı özelleştirebilir görünüm masaüstünüz. Kullanıcı formların yerini değiştirebilir, formların kompozisyonunu ve sayısını değiştirebilir.
Örneğin mevcut karşılıklı yerleşimler yerine veri araması ekleyebilirsiniz.

Seçilen ayarlar otomatik olarak hatırlanacak ve sonraki sistem başlatmalarında masaüstü, belirli bir kullanıcı tarafından yapılandırıldığı gibi görüntülenecektir.

Masaüstünü yapılandırıcıda düzenleme

Masaüstünü özelleştirmeye ve düzenlemeye hizmet eden bir uygulama çözümü geliştirmek için özel bir düzenleyici kullanılır. Formların masaüstüne nasıl yerleştirileceğini seçmenize, form ekleyip kaldırmanıza ve bu sistemdeki kullanıcı rollerine karşılık gelen belirli formların görünürlüğünü düzenlemenize olanak tanır.

Bölme Paneli

Bölümler paneli. Komut arabirimi öğelerini ifade eder. Bu panel, uygulanan çözümün ana, temel yapısını gösterir. Programın bölümleri arasında geçiş yapmanızı sağlar.

İlgili bölüm sekmelerine tıklamak, kullanıcıyı bölüme taşır (belirli, açıkça tanımlanmış bir görev aralığını çözmeye yarayan programın işaretli aktif bölümüne). Bu bölümde kullanıcıya sunulan eylemler, gezinme çubuğunda ve belirli bir bölümün eylem çubuğunda bulunan komutlar olarak sunulur.

Böyle bir panel (bölme paneli) varsa, ana pencerenin üst kısmında bulunur. Ancak, bu panel her zaman mevcut değildir.

Örneğin, bölüm çubuğu içermeyen programlar olabilir. Bu tür programlar oldukça basittir ve az sayıda işlevi vardır. Bu tür programlarda komutlar bölüm çubuğunda değil, masaüstünün eylem çubuğunda ve gezinme çubuğunda bulunur.

Kullanıcı ayarlarını kullanarak bölüm panelini 1C:Enterprise modunda da devre dışı bırakabilirsiniz.

Kesit paneli, platformun kendisi tarafından otomatik olarak oluşturulur. Masaüstü her zaman ilk bölümdür. Ancak, bir uygulama çözümünün kullanıcıları için diğer bölümlerin kümesi farklı olabilir.

Örneğin satıcının kullandığı bölüm paneli sadece Enterprise ve Sales panellerini, admin panelinde ise kesinlikle tüm bölümleri içerecektir.

Bunun nedeni, farklı kullanıcıların rollerinin bazı üst düzey alt sistemlere erişim haklarına sahip olmayabileceği veya bunun tersi olabilir. Ve bu alt sistemler, kullanıcının bölümler panelinde gözlemlediği bölümlerdir. Kullanıcı haklarını analiz ederken, platform yalnızca verilen kullanıcının erişime sahip olduğu bölümleri görüntüler.

Bölüm çubuğu özelleştirmesi

Kullanıcı, bölümler panelinin bileşimini kendisi için özelleştirebilir - bölümleri silebilir veya ekleyebilir, görüntülerini değiştirebilir.

Örneğin, Enterprise ve Inventory bölümlerini silin ve departmanların metin olarak görüntüleneceğini belirtin.

Konfigüratörde bölümler panelinin düzenlenmesi

Uygulamalı bir çözüm geliştirirken, bölüm panelini yapılandırmak ve oluşturmak için komut arayüzü düzenleyicisi kullanılır. Konfigürasyonda mevcut olan kullanıcı rollerine göre bölümlerin izleyeceği sırayı ve görünürlüklerini belirler.

Emretmek

Komut, geliştiricinin belirli bir kullanıcı için uygun eylemleri tanımlamasını sağlamaya hizmet eden bir yapılandırma nesnesidir.

Genel komutlar, nesneye özgü olmayan veya standart komutları kullanmayan nesneler üzerinde eylemler gerçekleştirmesi amaçlanan komutlardır.

Yapılandırma nesnelerinin kendileri için komutlar olabilir. Belirli bir nesneyle doğrudan ilgili işlemleri gerçekleştirmek için tasarlanmıştır.

Parametreli komutlar, platformun geçtiği değerleri algoritmalarında kullanan komutlardır. Tip verilen değer yapılandırıcıda tanımlanmıştır ve bu parametreli komut sadece aynı tipte özniteliklere sahip formlarda görüntülenecektir.

Bir komutun gerçekleştirdiği eylemler, 1C:Enterprise'daki komut modülünde açıklanmıştır.

• Yapılandırma nesneleri
• Geliştirme araçları.

Komutun konfigürasyonda nasıl sona erdiğine bağlı olarak, komutlar şu şekilde ayrılabilir:

• Standart
• Bir geliştirici tarafından oluşturuldu.

Standart Komutlar 8.2

Standart komutlar platform tarafından otomatik olarak sağlanır. Standart komutlar, konfigürasyon nesneleri, form uzantıları, formda bulunan Tablo öğesinin uzantıları tarafından sağlanır.

Örneğin, Hesaplar dizini aşağıdaki komutları sağlar: Hesaplar, Hesaplar: grup oluştur, Hesaplar: oluştur.

Geliştirici tarafından oluşturulan komutlar

Geliştirici, yapılandırmada isteğe bağlı komutlar oluşturma yeteneğine sahiptir. Benzer bir nesne ekleyin, Komut, hem Genel dalda hem de belirli bir nesnede veya belirli bir biçimde, yerleşik dili kullanarak prosedürün bir açıklamasını yapabilir.

Örnek olarak aşağıdaki genel komutlar verilebilir: Barkod Tarayıcıyı Yapılandır, Barkod Tarayıcıyı Kur, vb.

Eylem komutları ve gezinme komutları.

• Navigasyon komutları
• Eylem komutları.

Navigasyon komutları 8.2

Bu komutlar tarafından çağrılan formlar, geçerli pencerede açılır. Tipik olarak, bu komutlar çeşitli listelerde gezinir.

Örnek: Depolar gezinme komutu, ana pencerede bir depo listesi açacaktır.

Eylem komutları

Böyle bir komut yürütüldüğünde, yardımcı bir pencere açılır. Genellikle bir eylem komutu yardımıyla işleme/rapor formuna veya nesne formuna geçiş yapılır.

Örnek: Eylem komutunun yürütülmesi Depo, yeni deponun verilerini düzenleyebileceğiniz yardımcı bir pencere açacaktır.

Parametrelendirilebilir ve bağımsız komutlar

Takımlar, iç organizasyonlarına göre şu şekilde ayrılmalıdır:

• Bağımsız
• parametrelenebilir

Bağımsız Ekipler 8.2

Bu tür komutların yürütülmesi, ek bilgi talep edilmeden gerçekleşir.

Örnek: Bağımsız olan Hesaplar komutu, başka bir bilgi istemeden tüm Hesapların listesini açar.

parametrelenebilir komutlar

Bu tür komutların yürütülmesi, komut parametresinin değerini gerektirir (ek bilgi).

Örnek: Parametrelendirilebilen Mutabakat hesapları (Nesne. Tedarikçi) komutu, belirtilen karşı tarafın mutabakat hesaplarının listesini açar. Bu komutu yürütmek için hangi karşı tarafa hesap açmak istediğinizi belirtmelisiniz. Bu durumda, bu komutun parametresi karşı taraftır.

Global Komutlar ve Yerel Form Komutları

Komutların belirli bir biçimle ilişkisine göre, şu şekilde ayrılabilirler:

• küresel
• Yerel

Küresel Ekipler

Bu tür komutlar platform tarafından sağlanır ve formun bir parçası olmadığı için bu forma ve diğer formlara dahil edilebilir. Bu komutlar ayrıca parametrelenebilir ve bağımsız olarak ayrılmıştır, bu da bu komutlarla çalışmayı kolaylaştırır.

Yerel form komutları

Bu komutlar, aslında belirli bir formun parçası olan diğer formlara dahil edilemez. Bu komutlar form öğeleri, form uzantıları tarafından sağlanır veya geliştirici tarafından formun kendisinde düzenlenir.

Gezinti Paneli

Gezinme çubuğu, sistemin komut arayüzünün bir öğesidir. Bu, yardımcı bir pencerenin veya bölümün "içindekiler tablosu" gibidir. Gezinme çubuğu, yardımcı pencere veya bölümde yer alan bilgilerle tanışma fırsatı sunar.

Gezinti çubuğu, gezinme komutlarını içerir. Bu tür komutlar, verilerde herhangi bir değişikliğe neden olmadan yalnızca kullanıcıyı gerekli bilgilere taşıyan komutlar olarak kabul edilir. Genellikle bunlar çeşitli listelere erişim sağlayan komutlardır. Çalışma alanında böyle bir komut çağrıldıktan sonra, çalışma alanının önceki içeriğinin yerini alan arananlar listesi açılır.

Örnek: Depolar komutunun çağrılması, çalışma alanındaki depoların listesini açacaktır.

Yardımcı Pencerede Liste Görüntüleme

Analiz etmek ve karşılaştırmak gerektiğinde farklı parçalar bir liste veya farklı listeler, aynı anda birkaç liste açabilirsiniz. Ana pencerede ve yardımcı pencerelerde.

Bu eylem, bir gezinme komutu çağırırken Shift tuşunu basılı tutmayı gerektirir.

Komut grupları 8.2

Komutlar genellikle gezinme çubuğunda üç standart gruba ayrılır.

• Önemli. Grubun adı görüntülenmiyor, ancak gruba ait komutlar vurgulanıyor kalın harflerle. Bu grup, bu bölümde en sık kullanılan bilgilere atlamak için komutlar içerir.
• Normal. Bu grubun da bir başlığı yoktur. Komutlar normal bir yazı tipi kullanılarak görüntülenir.

Standart gruplara ek olarak, gezinme çubuğu geliştiricinin oluşturduğu grupları içerebilir.

Normal komut grupları 8.2

İkinci grupta (Common ile ilgili komutlar) ek komut grupları olabilir. Bu grupları bir başlık takip eder ve içerdikleri komutlar sol kenardan girintilenir.

Bu komutların gizlenmesi ve görüntülenmesi, bu tür grupların başlıklarına tıklanarak yapılır.

Program bölümlerinin ilk seviyenin alt sistemleri tarafından oluşturulması durumunda, navigasyon panelinde sonraki seviyelerin alt sistemleri tarafından komut grupları oluşturulacaktır.

Genellikle Önemli ve Ayrıca bkz. grupları çok sayıda komut içermez. Aksine, Ana grup, kural olarak, oldukça ciddi sayıda komut içerir. Bunlar arasında daha rahat gezinme için bu komutların ek bir gruplandırmasını kullanırlar.

Gezinme çubuğu özelleştirmesi 8.2

Kullanıcının gezinme çubuğunda bulunan komutların bileşimini özelleştirmesi mümkündür - görüntüleme sırasını değiştirin, gereksizleri kaldırın veya gerekli komutları ekleyin.

Örnek: Fiyatlar ve Özellikler komut gruplarını silin ve Ayarlamalar komutunu Ayrıca Bak seçeneğine taşıyın.

Program, kullanıcının değiştirdiği ayarları otomatik olarak hatırlayacak ve program bir daha başlatıldığında, paneli kullanıcı tarafından yapıldığı gibi gösterecektir.

Bir uygulama çözümünün geliştirilmesi çalışmaları sırasında, gezinme çubuğunu yapılandırmak ve oluşturmak için bir komut arayüzü düzenleyicisi kullanılır. Belirli bir yapılandırmada bulunan kullanıcı rolleri için konumu, sırayı, komutların bileşimini ayarlamanıza ve yapılandırmanıza olanak tanır.

Eylemler Paneli

Eylem çubuğu, sistemin komut arayüzünün öğelerini ifade eder. Bu panel, hızla yeni nesneler oluşturma, popüler raporlar oluşturma ve tipik işleme gerçekleştirme yeteneği sağlayan en sık kullanılan komutları içerir.

Bu panel eylem komutlarını içerir. Bu tür komutları yürütmek, verileri değiştirmenize olanak tanır ve genellikle açılır yardımcı pencere, kullanıcıyı geçici olarak başka bir işleme geçirmek.

Örnek: Depo eylemi komutunun çağrılması, düzenleme için yeni depo için bir yardımcı veri penceresi açacaktır.

Komut grupları 1C:Kurumsal 8.3 / 8.2

Eylem çubuğu genellikle üç standart komut grubu içerir.

1. Yaratmak. Veritabanıyla ilgili yeni nesnelerin oluşturulmasına yol açan komutlar içerir - dizinler, belgeler vb.
2. Bu bölümdeki komutlar, kullanıcıyı bu bölümde bulunan çeşitli raporlara yönlendirir.
3. Bu grup, çeşitli hizmet eylemlerini gerçekleştiren komutları içerir: hizmet işlemeye geçme, belirli ticari ekipmanlarla çalışma komutları vb.

Eylem çubuğu, standart gruplara ek olarak geliştiricinin oluşturduğu grupları içerebilir.

Bu komut grupları çerçevelenmiştir ve bir başlığı vardır. Bir grubun önemli sayıda komutu varsa, yalnızca ilk birkaçı gösterilecektir.

Eylem çubuğu özelleştirmesi 8.2

Kullanıcının, eylem çubuğunda bulunan komutların bileşimini özelleştirmesi mümkündür - görüntüleme sırasını değiştirin, gereksiz olanları kaldırın veya gerekli komutları ekleyin

Örnek: Yeni bir hesap oluşturmak ve Servis grubunu silmek için komutu silebilirsiniz.

Program, kullanıcının değiştirdiği ayarları otomatik olarak hatırlayacak ve program bir daha başlatıldığında, paneli kullanıcı tarafından yapıldığı gibi gösterecektir.

Bir uygulama çözümünün geliştirilmesi sırasında, eylem çubuğunu yapılandırmak ve oluşturmak için bir komut arayüzü düzenleyicisi kullanılır. Belirli bir yapılandırmada bulunan kullanıcı rolleri için konumu, sırayı, komutların bileşimini ayarlamanıza ve yapılandırmanıza olanak tanır.

Favoriler

Sık Kullanılanlar, standart arabirim öğelerinden biridir. Bu mekanizma platform tarafından sağlanır ve herhangi bir uygulama çözümünün kullanıcıları tarafından kullanılabilir. Sık Kullanılanlar, kendi gerekli bağlantı listenizi düzenlemenize olanak tanır.

Kullanıcı bağımsız olarak bu listeye programın bölümlerine, ana pencerede açılan listelere, işlemeye, raporlara ve veritabanıyla ilgili nesnelere - belgelere, dizin öğelerine vb. bağlantılar ekler.
Sık Kullanılanlar öğesi, kullanıcının hızlı bir şekilde gezinmek için bu listeye en önemli, gerekli veya sık kullanılan bağlantıları eklemesi için tasarlanmıştır.

Favoriler menüsünü açtığınızda, liste ya ana pencerede ya da yardımcı pencerede görüntülenecektir.

Sık kullanılanlara bağlantı ekleme

Bağlantılar, web tarayıcılarında kullanılan klasik yöntemle - Sık Kullanılanlara Ekle komutu kullanılarak veya Ctrl + D tuş kombinasyonuna basılarak sık kullanılanlara eklenir. Sık Kullanılanlara Ekle komutu, uygulamanın yardımcı ve ana pencerelerinde Sık Kullanılanlar menüsünde, sistem komutları alanında bulunur.

Favorileri ayarlama

Kullanıcı favori listesini düzenleyebilir. Gereksiz bağlantıları kaldırabilir veya mevcut olanları değiştirebilir. Bu seçenek, yardımcı veya ana uygulama penceresinin menüsünde yer alan Favorileri Ayarla komutu ile açılan pencerede mevcuttur.

1. Dil Favorileriyle Çalışma

Sık kullanılanları, yerleşik UserWork Sık Kullanılanları dilini kullanarak programlı olarak yönetmek mümkündür.

Bu nesneye erişim, örneğin kullanıcının çalışma geçmişinde olduğu gibi, genel bağlam özelliği aracılığıyla sağlanmaz.

Favorilere erişmek için sistem ayarları deposundaki favorileri okuyun, gerekli bağlantıya sahip bir öğe ekleyin ve değiştirilen favorileri sistem ayarları deposuna geri kaydedin.

Aşağıdaki örnekte, sık kullanılanlara nasıl iki bağlantının eklendiğini görebilirsiniz: bir arama öğesine bağlantı ve harici bir köprü.

Referans

Bağlantı, standart arabirim öğelerinden biridir. Bu mekanizma platform tarafından sağlanır ve herhangi bir uygulama çözümünün kullanıcıları tarafından kullanılabilir. Bu öğe, herhangi bir bölüm, liste, veritabanı nesnesi, işleme veya rapora metin bağlantıları almayı mümkün kılar.

Etkileşimli ve etkileşimli olmayan bağlantılar

Etkileşimli - bunlara veritabanı nesnelerine (belgeler, dizinler), program bölümlerine, işleme ve raporlara bağlantılar denir. Bu bağlantılar bir çalışana iletilebilir, takip edilebilir, favorilere eklenebilir. Ayrıca, bu bağlantılar iş geçmişinde hatırlanır.

Etkileşimli Olmayan - Bu bağlantılara yalnızca 1C:Enterprise dilinden erişilebilir. Örnekler, veritabanı tablo bölümlerinin özniteliklerine bağlantılar, nesnelerin öznitelikleri, geçici depolamaya bağlantılar ve kayıt girdilerinin özniteliklerini içerir. Bu tür bağlantılar, formlar oluşturulurken, bir görüntü biçiminde görüntülemek için ve ayrıca geçici depolama kullanarak harici dosyaları sunucuya aktarmak için kullanılır.

bağlantı alma

Dahili ve harici bağlantılar

Bir kullanıcının bakış açısından bu tür bağlantıları kullanmanın üç yolu vardır:
*Harici ve dahili bağlantıları sık kullanılanlara eklemek kolaydır, böylece gerekirse seçilen listeye veya belgeye hızlı bir şekilde geçiş yapabilirsiniz.

• Dahili bağlantılar belirli bir bilgi tabanı içinde kullanılır. Bir kullanıcı dahili bir bağlantıyı diğerine alabilir ve iletebilir. Böyle bir bağlantı, herhangi bir istemci tarafından bu veritabanına bağlanan bir kullanıcı tarafından kullanılabilir. Böyle bir bağlantının aktarılması çeşitli şekillerde yapılabilir: E-posta, Örneğin.
• Dış bağlantılar, 1C:Enterprise dışında kullanılmak üzere tasarlanmıştır. Bir web istemcisi için bu tür bağlantıları kullanmak mantıklıdır.

Örnek: veritabanına bağlı bir kullanıcı zayıf müşteri (http protokolü) veya web istemcisi tarafından harici bağlantıyı alır ve başka bir kullanıcıya iletir. Bu kullanıcı, bir İnternet tarayıcısının adres çubuğuna bir bağlantı girer. Eylemlerin sonucu web istemcisinin başlatılması olacak, gerekli olana bir bağlantı kurulacak. bilgi tabanı ve geçilen link üzerinden geçiş yapılmıştır.

Bir bağlantıyı takip etmek

Alınan bağlantıyı takip etmek için yardımcı veya ana pencerede Bağlantıya git komutunu çağırın.

Bu yazımda sizlere Taxi programının arayüzünü rahat çalışma için nasıl özelleştireceğinizi anlatacağım, böylece gerekli tüm butonlar ve en gerekli raporlar her zaman elinizin altında olacak.

1) Sevgili müşterilerimin "İşlemler" menüsünün olmamasıyla ilgili en sık sorduğu soruyla başlayalım. Birçok muhasebeci, programın diğer bölümlerinde bazen bulunması çok zor olan raporları, işlemleri ve belgeleri aramak için kullandı.

Bu nedenle, Muhasebe 3.0'da “İşlemler” menüsü yoktur. Analogunun adı "Tüm işlevler"dir ve varsayılan olarak bu bölümün programdaki görüntüsü ayarlanmamıştır. Etkinleştirmek için, programın sol üst köşesinde bir üçgen bulunan turuncu düğmeyle açılan menüye girmeniz gerekir. Görünen listede "Servis" bölümünü seçin ve "Seçenekler" bölümünü açın.

Açılan pencerede, “Tüm işlevler” komutunu görüntüle kutusunu işaretleyin ve “Uygula” düğmesine tıklayarak sonucu düzeltin.

Şimdi aynı Ana Menüde (üçgenli turuncu düğme) "Tüm işlevler" bölümünü görüyoruz.

"İşlemler" bölümünde Muhasebe 2.0'da görmeye alıştığımız her şey:

2) Şimdi TAXI arayüzünü kurma açısından programın yeteneklerini ele alalım. Örneğin, şimdi programım şöyle görünüyor:

Onlar. yukarıdaki bölümler. Açık pencereler aşağıdaki yer imleri. Programın çalışma penceresinin tüm öğelerinin konumunun nasıl değiştirileceğini görelim. Yine ana menüyü açıyoruz ve orada "Panel ayarları" bölümünü buluyoruz.

O zaman her şey basit. Mouse sol tuşu ile konumunu değiştirmek istediğimiz bölümü alıp bu paneli görmek istediğimiz yere sürükleyin. Örneğin, şöyle: “Açık Panel”i yukarı kaldıracağım ve “Partition Panel”i pencerenin sol tarafına sürükleyeceğim.

"Uygula" veya "Tamam" düğmesini tıklayın ve işte, programımız böyle görünmeye başladı:

Belki birinin bu şekilde çalışması daha uygun olacaktır.

3) Programı kurmak için başka bir ipucu. Kural olarak, her muhasebecinin günlük olarak kullandığı bazı bölümleri veya raporları vardır. Örneğin, hesaptaki OSV veya OSV. Ve her zaman orada, her zaman el altında olmaları çok uygun olurdu. Bu, gerekli raporların "Favoriler" bölümüne yerleştirilmesiyle çok basit bir şekilde gerçekleştirilebilir. Bilançoyu "Raporlar" bölümünde bulacağız. Fareyi üzerine getirdiğimizde, yanında gri bir yıldız görüyoruz.

Üzerine tıklayarak seçilen raporu "Favoriler" olarak işaretleyeceğiz.

"Favoriler" bölümüzaten bildiğimiz panel düzenleyiciyi kullanarak, örneğin, programın çalışma penceresinin altına yerleştireceğiz.

4) Ve program arayüzünü kurmak için bir "sır" daha. Programın çeşitli bölümlerinde bazılarının hiç kullanmadığı belgeler var. Eh, sadece organizasyonun özellikleri nedeniyle. Örneğin "Alımlar" bölümünde EGAIS ile ilgili belgeler.

Bu belgelere ihtiyacımız yok ve bunları masaüstünden kaldırabiliriz. Bunu yapmak için, sağ üst köşedeki düzenlenebilir bölümde dişliye tıklayın ve beliren menüde "Navigasyon ayarları" öğesini seçin.

Açılan pencerede iki sütun görüyoruz. Solda masaüstümüze eklenebilecek komutlar var. Ve sağda, masaüstümüzdeki komutlar. Sağ sütunda EGAIS bölümünü buluyoruz ve "Sil" düğmesine tıklıyoruz.

Buna göre, sağ sütunda bulunan belgeler "Ekle" düğmesi tıklanarak masaüstüne eklenebilir.

5) Ve son olarak Taksi arayüzüne alışmak istemeyenler için. Arabirimi, Muhasebe 3.0'ın ilk sürümlerinde bulunan arabirimle değiştirebilirsiniz.

"Yönetim" bölümünde "Arayüz" öğesini buluyoruz

Burada, geliştiriciler bize program arayüzünü aşağıdaki gibi değiştirme seçeneği sundular. önceki sürümler 8.3 ve benzeri Muhasebe 7.7. Bizi ilgilendiren programın görünümünü seçtikten sonra yeniden başlatılması gerekecek.

Önceki arayüze sahip program böyle görünecek.

İlgi için, Muhasebe 7.7'ye benzer arayüzün ne olduğunu görelim.

Bilmiyorum, bilmiyorum. Muhtemelen her zamanki "Taksi"me geri döneceğim.

Pekala, bugün sana söylemek istediğim tek şey buydu. Umarım bazı bilgiler programla çalışırken sizin için yararlı olacaktır.