Konieczne jest, aby element formularza był domyślnie niewidoczny, ale z możliwością jego wyświetlenia - na ratunek przychodzi niestandardowa widoczność elementów formularza.
Formularz parametrów przetwarzania, składający się z trzech stron: „Parametry połączenia”, „Logowanie” i „Zaawansowane”.
Domyślnie ukryj zakładkę „Zaawansowane”, ale z możliwością wyświetlenia jej w razie potrzeby z trybu 1C:Enterprise.
Wymaganie to jest realizowane w prosty sposób; w konfiguratorze strony „Zaawansowane” przejdź do właściwości Niestandardowa widoczność i odznacz „Widoczność”. Nieruchomość Niestandardowa widoczność ustawia domyślną widoczność elementu.
Formularz zostanie teraz otwarty za pomocą ukryta strona„Zaawansowane”, aby je wyświetlić należy przejść do menu „Więcej” i ustawić widoczność strony. 
Gdy użytkownik zmieni widoczność, wartość zostanie zapisana, a dostosowany formularz zostanie otwarty w przyszłości.
Możesz także skonfigurować widoczność według roli; w tym celu musisz określić w ustawieniach, dla których ról element jest widoczny, a dla których nie. Domyślnie wszystko dla wszystkich ról jest pobierane ze wspólnej wartości. Podczas edycji widoczności roli pole wyboru zmieni kolor na czarny.
Ten artykuł stanowi kontynuację serii artykułów „Pierwsze kroki w rozwoju 1C”. W materiale zakładamy, że zapoznałeś się już z naszymi poprzednimi artykułami na temat interfejsu. W tym artykule będziemy kontynuować naszą znajomość nowych funkcji interfejsu Taxi i zastanowić się, jakie ciekawe innowacje otrzymały zarządzane formularze w tym interfejsie.
W artykule omówiono interfejs „Taxi” konfiguracji opracowanej na platformie 1C 8.3.5.1098. W podsumowaniu podano dodatki do bieżących wydań platformy (8.3.11). Dlatego wszystkie podane informacje są istotne.
Twórcy platformy 1C:Enterprise 8.3 po raz kolejny ciężko pracowali, aby ułatwić użytkownikom pracę z zarządzanymi formularzami.
Wcześniej w polach wejściowych, podczas wpisywania początkowych znaków z klawiatury, system wyszukiwał odpowiednie elementy.
Jednak często użytkownicy muszą wyszukiwać nie tylko po pierwszych znakach nazwy, ale także w dowolnym miejscu w nazwie.
W konfiguratorze obiektów metadanych referencyjnych, w celu skonfigurowania wprowadzania liniowego, utworzono osobną zakładkę „Pole wejściowe”:
Przedstawia następujące możliwości generowania listy wyboru podczas wprowadzania wiersza:
We właściwości „Metoda wyszukiwania ciągu przy wpisywaniu przez podciąg” możesz wybrać, czy szukać tylko po pierwszych znakach ciągu, czy też w dowolnej jego części.
W trybie użytkownika wyszukiwanie dowolnej części ciągu wygląda następująco: użytkownik kolejno wprowadza znaki z klawiatury, a system przeprowadza wyszukiwanie.
I to nie tylko od pierwszych liter imienia, ale także od wystąpienia wpisanej linii:
Naturalnie, wyszukiwanie dowolnej części ciągu może prowadzić do pogorszenia wydajności systemu, szczególnie w przypadku dużej ilości danych.
W trybie plików, gdy użytkownik wpisuje wiersz, wyszukiwanie odbywa się w tle tylko wtedy, gdy w tym momencie nie jest uruchomione inne zadanie w tle lub zaplanowane.
Jeśli ustawione zostanie odpowiednie ustawienie, przy wprowadzaniu danych do pola wejściowego można zastosować wyszukiwanie pełnotekstowe.
Podczas wyszukiwania pełnotekstowego zostaną znalezione zarówno całe słowa, jak i ciągi znaków, w których wpisane znaki stanowią część całych słów (stosowany jest operator wyszukiwania pełnotekstowego *).
Przykładowo, użytkownik wpisuje do pola tekstowego następujące części słowa, system w wyskakującym okienku wyświetla opcje znalezione za pomocą mechanizmu wyszukiwania pełnotekstowego:
Wyniki wyszukiwania pełnotekstowego pasujące do wprowadzonego pasek wyszukiwania, pokazano na rysunku:
Przypomnijmy, że w platformie 8.3 możliwa stała się redefinicja reprezentacji referencyjnego typu danych za pomocą procedur ViewGettingProcessing i ViewGettingFieldsProcessing w module menadżera obiektów.
Na partycypujący Ta funkcjonalność i wejście liniowe mają następującą cechę.
Powyższe procedury obsługi nie wpływają na prezentację wartości na liście wyboru – lista odzwierciedla bazową reprezentację obiektu.
Jednak po wybraniu w polu wyświetlana jest oczekiwana nadpisana reprezentacja obiektu.
Aby powiększyć kliknij na obrazek.
Twórcy uważają, że w takim zachowaniu platformy nie ma błędów i że bardziej wartościowe jest pokazanie, dlaczego odnaleziono dany wynik (podświetlenie np. podciągu, po którym odnaleziono obiekt), niż wyświetlanie reprezentacji odpowiednia wartość oddzielona od wyniku wyszukiwania.
Omówione powyżej właściwości wejściowe wiersza zostały ustawione na poziomie całego obiektu metadanych.
Deweloper może zastąpić te właściwości w określonym miejscu konfiguracji.
Na przykład użycie procedur obsługi zdarzeń AutoSelect i EndTextInput dla określonego pola wejściowego lub użycie obsługi zdarzeń SelectionGetDataProcessing w module menedżera obiektów.
W tym celu w procedurach tych znajduje się parametr o nazwie Parametry typu struktury, którego właściwości zawierają sposób wyszukiwania ciągu znaków, tryb uzyskiwania danych selekcyjnych oraz ustawienie wykorzystania danych selekcyjnych.
Aby powiększyć kliknij na obrazek.
W platformie 8.3 rozwijana lista pól wejściowych otrzymała dodatkową funkcjonalność poprawiającą użyteczność systemu.
Na tej liście można teraz wyświetlać historię wcześniej wybranych wartości. Lista z historią pojawia się na ekranie po umieszczeniu kursora w polu, naciśnięciu przycisku Wybierz z listy lub naciśnięciu klawisza Strzałka w dół na klawiaturze.
Możesz włączyć wyświetlanie historii dla pól wejściowych powiązanych z danymi, takimi jak katalog, dokument, proces biznesowy, zadanie, plan typów cech, plan typów obliczeń, plan kont i plan wymiany. Konfigurator udostępnia do tego właściwość znajdującą się w zakładce „Pole wejściowe”:
Aby powiększyć kliknij na obrazek.
Użycie historii można pominąć w przypadku określonego atrybutu obiektu lub elementu formularza.
Dodatkowo, jeśli użytkownik nie znajdzie interesującego elementu na liście pola wejściowego, może kliknąć przycisk „Pokaż wszystko”, aby otworzyć formularz listy i wybrać element z całego katalogu.
Również na liście pól wejściowych znajduje się polecenie „Utwórz nowy obiekt”. Spowoduje to otwarcie formularza nowego elementu.
W formularzu tym użytkownik wypełnia wymagane pola. Po zapisaniu i zamknięciu formularza w polu wejściowym zostanie wstawiony link do nowo utworzonego elementu.
Typowy szablon użycia polecenia „Utwórz nowy element” wygląda następująco. Użytkownik wpisuje nazwę żądanego elementu w polu wejściowym.
Jeżeli system nie znajdzie takiego elementu w bazie zostanie wyświetlony komunikat o tym. Po kliknięciu przycisku na liście na ekranie otworzy się formularz nowego elementu z wpisaną nazwą.
Rozważane innowacje pozwalają na zwiększenie szybkości wprowadzania informacji do systemu.
Na platformie 8.3 ustawienia list dynamicznych mogą być zapisywane automatycznie. W tym celu w konfiguratorze dla wymaganych szczegółów formularza należy ustawić właściwość „Automatyczny zapis ustawień użytkownika”. Domyślnie to ustawienie jest włączone podczas tworzenia listy.
Główny element konfiguracji ma teraz nową właściwość – Przechowywanie ustawień użytkownika dla list dynamicznych.
Właściwość ta jest wybierana z listy magazynów ustawień zdefiniowanych w konfiguracji.
Aby powiększyć kliknij na obrazek.
Konfigurowanie list w trybie użytkownika wywołuje się za pomocą odpowiedniego punktu menu:
Wygląd formularza przypomina konfigurowanie raportów.
Aby powiększyć kliknij na obrazek.
Warunki, według których lista została wybrana, są automatycznie wyświetlane na dole ustawień. Ustawienia te zostaną uwzględnione w formularzu listy.
W trybie konfiguratora należy w tym celu wypełnić właściwość tabeli w formularzu Grupa ustawień użytkownika.
Należy w nim określić osobną grupę formularza, wewnątrz której zostaną dodane elementy w celu wyświetlenia zaznaczenia.
Przy takim ustawieniu formularz będzie posiadał pola w formie „szybkich selekcji”.
Aby powiększyć kliknij na obrazek.
Jeśli użytkownik dostosował listę, ustawienia zostaną automatycznie zapisane, a lista będzie miała taki sam wygląd po ponownym otwarciu.
Tryb dynamicznego przeglądania listy (lista, drzewo, lista hierarchiczna) zapisywany jest wraz z ustawieniami elementów formularza.
Dla jednej listy użytkownik może zapisać kilka różnych opcji ustawień.
Jeżeli tryb zgodności konfiguracji jest ustawiony na „Nie używaj”, to dla listy dynamicznej, w której jako tabela główna określona jest tabela kroniki dokumentów, automatycznie generowany jest przycisk „Utwórz” w postaci podmenu z listą dokumenty zawarte w dzienniku.
Aby powiększyć kliknij na obrazek.
Uprościło to tworzenie nowych dokumentów przez użytkownika z formularza dziennika. Możliwe stało się także szybkie utworzenie w panelu poleceń formularza osobnych przycisków umożliwiających utworzenie nowego dokumentu określonego typu.
W tym celu został stworzony standardowe polecenie Utwórz według parametru. Jeżeli polecenie to zostanie przypisane do przycisku na formularzu, wówczas dostępna stanie się właściwość Parametr, w której można wybrać typ tworzony dokument po kliknięciu tego przycisku.
Aby powiększyć kliknij na obrazek.
W trybie niestandardowym ten przycisk będzie wyglądał następująco:
Aby powiększyć kliknij na obrazek.
Ponieważ Materiał w artykule jest opisany dla platformy 8.3.5, wtedy go zaktualizujemy.
Na tym zakończymy nasze wprowadzenie do zarządzanych formularzy w interfejsie Taxi, natomiast w kolejnym artykule zapoznamy się z nowościami wprowadzonymi przez platformę 1C:Enterprise w wersji 8.3.
W poprzednim artykule opisano powód zmiany widoczności elementów na w przystępnej formie nie jest w dobry sposób przebudowa interfejsu, zarządzanie dostępnością elementów formularzy dla użytkowników.
Dzisiaj przyjrzymy się alternatywny sposób zmiany w widoczności zarządzanych elementów formularza, które nie inicjują połączenia z serwerem. W ten sposób możemy zaoszczędzić ruch i zwiększyć wydajność programu.
Cały sens opisanej poniżej metody polega na zmianie widoczności/dostępności elementu formularza tylko po stronie klienta, bez wywoływania serwera. Flaga „Widoczność” nam nie będzie odpowiadać. Spójrzmy na inne możliwości.
Istnieją dwie opcje. Pierwszym z nich jest użycie właściwości „Dostępność” elementu formularza. Ale wtedy, nawet jeśli użytkownik nie będzie mógł pracować z elementami formularza, dla których dostępność jest ustawiona na FALSE, nadal będzie to widział. Tak wygląda procedura obsługi zmiany dostępności elementu formularza:
& OnClient Procedura HideCommandVisibility(Polecenie) Elementy. Ostrzegać. Dostępność = NIE przedmioty. Ostrzegać. Dostępność; Koniec proceduryNiedostępny element przyjmuje następującą postać:
Kiedy zmienia się dostępność elementu, nie ma żadnych wywołań do serwera w celu przerysowania formularza, jak miało to miejsce w przypadku flagi „Widoczność”.
Ale co, jeśli będziemy musieli całkowicie ukryć element formularza? Pokażmy jak to zrobić na dynamicznym elemencie listy w postaci przedstawionej powyżej. Dodajmy do formularza grupę elementów z widokiem „Strony” i dwie grupy podrzędne z widokiem „Strona”. Przesuńmy element listy dynamicznej do jednego z nich.
Na pustej stronie, na której nie ma listy dynamicznej, dodamy dekorację typu „Napis”, aby strona nie była pusta i można było na nią przełączyć. W przypadku grupy stron ustaw właściwość „Wyświetlanie strony” na FAŁSZ, aby zakładki nie były widoczne.
Teraz w poleceniu „Ukryj”. lista dynamiczna" napiszmy następującą procedurę obsługi:
& OnClient Procedura HideCommandVisibility(polecenie) If Items. Strony. CurrentPage = Elementy. Strona 1 Następnie elementy. Strony. CurrentPage = Elementy. Strona2;Inaczej Elementy. Strony. CurrentPage = Elementy. Strona 1;
KoniecJeśli ; Koniec procedury Polecenie przełącza strony. Podczas przełączania stron nie ma połączeń z serwerem; wszystko odbywa się po stronie klienta. Ponadto, jeśli przejdziemy na stronę „Strona 2”, gdzie dodana została jedynie dekoracja napisowa, formularz będzie wyglądał jak na zrzucie ekranu poniżej:
Tym samym optymalnie ukryliśmy zarządzany element formularza bez wywoływania serwera, wywołania kontekstowe serwer. Dzięki temu zaoszczędziliśmy ilość przesyłanego ruchu i przyspieszyliśmy działanie programu.
Podczas projektowania interfejsu z wykorzystaniem zarządzanych formularzy, szczególnie jeśli rozwiązanie będzie w nim działać
Artykuł jest częścią serii „Pierwsze kroki w rozwoju 1C”. W nim kontynuujemy zapoznawanie się z zarządzanym interfejsem Taxi i przechodzimy bezpośrednio do jego konfiguracji.
Jak wiadomo, rozwój interfejsu baza informacyjna zaczyna się od stworzenia struktury swojego menu, bo jakie to będzie wygodne i logiczne, tzw zrozumiałe dla użytkownika będzie cały system jako całość.
Po przeczytaniu artykułu dowiesz się:
W artykule omówiono interfejs „Taxi” konfiguracji opracowanej na platformie 1C 8.3.4.496. Informacje dotyczą bieżących wydań platformy.
Podsystemy są klasyfikowane jako obiekty wspólne. Zapewniają możliwość klasyfikacji obiektów konfiguracyjnych według Podsystemy.
Aby wskazać, czy obiekt należy do podsystemów w Okno edycji obiektu Znajduje się tam odpowiednia zakładka, na której flagi wskazują do jakiego podsystemu należy dany obiekt.
W przyszłości możesz zbudować filtr drzewa obiektów według Podsystemy.
W tym przypadku możliwe jest sterowanie: włączenie dla wybranych Podsystemy obiekty podrzędne Podsystemy i rodzicielskie Podsystemy lub nie.
Klasyfikacja obiektów wg Podsystemy zapewnia wygodę podczas tworzenia Raleigh.
Dla obiektu Rola możesz zdefiniować odpowiednie prawa i wskazać, że to Rola można zbudować tylko z tych obiektów, które znajdują się w wybranych Podsystemy.
W podobny sposób Podsystemy wykorzystywane podczas tworzenia Interfejsy. Interfejsy są potrzebne tylko wtedy, gdy konfiguracja zostanie uruchomiona w trybie normalnej aplikacji.
Klasyfikacja obiektów wg Podsystemy używane również podczas łączenia konfiguracji. Te. możesz łączyć obiekty filtrowane według Podsystemy.
Ważnym celem Podsystemów jest zbudowanie z nich interfejsu poleceń konfiguracyjnych w trybie Aplikacja zarządzana . Podsystemy ustala się pierwszy poziom .
Dla istniejących Podsystemy możesz zdefiniować zagnieżdżone (podrzędne). Dane Podsystemy utworzą grupy Paski nawigacyjne.
Kiedy klasyfikujemy obiekt według Podsystemy, możliwe jest włączenie obiektu tylko w zagnieżdżeniu Podsystem, być może do podsystemu pierwszego poziomu, być może do obu.
W tym drugim przypadku obiekt zostanie wyświetlony dwukrotnie: zarówno wewnątrz zagnieżdżonego podsystemu, jak i osobno w Paski nawigacyjne. W większości przypadków nie jest to całkowicie poprawne.
W zasadzie Podsystemy są obiektem opcjonalnym. Te. konfiguracja opracowana na Platformie 8.3 będzie mogła pracować bez żadnych Podsystemów.
Ale w tym przypadku w ogóle nie będzie panelu sekcji, wszystko będzie wyświetlane na pulpicie. Bardzo proste konfiguracje z małym zestawem obiektów mogą działać bez Podsystemów.
Ale jeśli w konfiguracji jest dość dużo dokumentów, katalogów i rejestrów, użyj Podsystemy znacznie upraszcza pracę użytkownika.
Zauważ, że jakiś obiekt konfiguracyjny należy do jakiegoś Podsystem możliwe na trzy sposoby.
Po pierwsze, można to zrobić w Okno edycji obiektu na zakładkę Podsystemy. Ta opcja już przeglądaliśmy.
Po drugie, możesz użyć Okno edycji samego Podsystemu. Na zakładkę Mieszanina możesz określić obiekty zawarte w tym Podsystem.
Wreszcie, dla obiektów konfiguracyjnych via menu kontekstowe możesz wywołać specjalne okno dialogowe o nazwie Dodatkowo.
Okno to umożliwia także oznaczenie obiektu jako należącego do Podsystemy. Okno to wykorzystujemy, jeśli chcemy pracować z kilkoma obiektami jednocześnie.
Podczas przesuwania kursora nad obiektami drzewa konfiguracyjnego w oknie Dodatkowo wyświetlane są odpowiednie informacje o podsystemach.
Tworząc domyślny obiekt konfiguracji, Platforma 8.3 nie przypisuje obiektu do żadnego podsystemu.
Te. programista musi sam przejść do tej zakładki i zaznaczyć odpowiednie pola.
Jeśli programista tego nie zrobi, system stwierdzi brak członkostwa Podsystemy jako błąd.
Ale błąd nie jest krytyczny, więc możemy się z tym zgodzić.
Tak naprawdę system powiadamia Cię o pomocy, jeśli mogłeś zapomnieć o dodaniu nowych obiektów Podsystemy. W takim przypadku obiekty nie będą wyświetlane w interfejsie poleceń.
Użytkownik może uzyskać dostęp do takich obiektów jedynie poprzez Menu główne za pomocą polecenia Wszystkie funkcje.
Naturalnie, aby obiekt mógł zostać otwarty, użytkownik musi posiadać odpowiednie uprawnienia.
Istnieje wiele przypadków, w których wygodniej jest dla programistów uwzględnić te, które zostały dodane typowa konfiguracja obiekty do własnego, oddzielnego podsystemu.
Dla Podsystemy V Edytuj okno możesz usunąć flagę Dołącz do interfejsu poleceń.
Naraz Podsystemy nie pojawi się w interfejsie poleceń. Jeśli nie ma podsystemu, który musi zostać uwzględniony w interfejsie poleceń, Platforma 8.3 nie sprawdza członkostwa w żadnym podsystemie pod kątem nowych obiektów.
Aby dostosować skład poleceń zawartych w odpowiedniej sekcji zdefiniowanej przez podsystem, dostępny jest specjalny edytor.
Edytor ten można wywołać z okna edycji podsystemu poprzez naciśnięcie przycisku Interfejs poleceń(na zakładce Podstawowy).
Możliwe dla każdego Podsystemy zadzwoń do tego redaktora. Z edytora możesz kontrolować otwieranie list w Paski nawigacyjne, dostępność poleceń w Paski akcji.
Domyślnie pola wyboru przy poleceniach tworzenia elementów Katalogu i Dokumentu nie są zaznaczone, ale można je zaznaczyć. W Paski akcji możesz także otwierać raporty.
Elementy w edytorze można przesuwać. Jednocześnie od Paski nawigacyjne V Pasek akcji i ruch w przeciwnym kierunku jest niemożliwy. Możesz przenosić elementy wewnątrz Paski nawigacyjne, albo w środku Paski akcji.
Istnieje kolumna widoczności ogólnej i kolumny widoczności opartej na rolach. Każda rola zdefiniowana w konfiguracji będzie miała własną kolumnę. Wartość ustawiona w kolumnie Widoczność ogólna jest wartością domyślną Widoczności roli.
Widoczność według roli może przyjmować trzy wartości: albo dla danej roli element będzie niewidoczny (1); lub zawsze będzie widoczny, niezależnie od tego, która flaga jest ustawiona w kolumnie widoczności (2); lub flaga widoczności według roli zostanie odziedziczona z ogólnej flagi widoczności (3).
Jeśli użytkownikowi przydzielono dwie role i dla jednej z nich określono pole wyboru, a dla drugiej nie, wówczas zadziała standardowa zasada systemu 1C:Enterprise 8 - użytkownik może wykonać akcję, jeśli jest to dozwolone w jednym ról.
Czasami konieczna jest natychmiastowa zmiana interfejsu poleceń na kilka Podsystemy. Na platformie 1C:Enterprise 8 dostępne jest narzędzie serwisowe, które umożliwia edycję interfejsu poleceń kilku Podsystemy.
Narzędzie to wywoływane jest z menu kontekstowego węzła głównego gałęzi Podsystemy.
W oknie, które zostanie otwarte, możesz szybko się poruszać Podsystemy i edytować interfejsy poleceń. Dodatkowo w tym oknie możesz edytować kompozycję Podsystemy. Można także przenosić obiekty Paski nawigacyjne I Paski akcji.
Ponadto możesz nawet zmienić podporządkowanie Podsystemy. Jest do tego specjalny przycisk Przenieś podsystem.
Aby skonfigurować interfejs poleceń Sekcja główna używany jest również edytor interfejsu poleceń.
Nie jest już wzywany Podsystemy, oraz poprzez menu kontekstowe głównego węzła konfiguracyjnego, poz Otwarte interfejs poleceń sekcji głównej.
W oknie, które zostanie otwarte, możemy wskazać, które katalogi, dokumenty i inne obiekty są zawarte w tym interfejsie poleceń. Możesz także włączyć ich widoczność i zarządzać widocznością według roli.
Należy o tym pamiętać przy usuwaniu Podsystemy Platforma niestety nie sprawdza, czy chociaż jeden obiekt zalicza się do tego podsystemu, czy nie.
Po usunięciu Podsystemy Podczas zapisywania konfiguracji nie wyświetlają się żadne komunikaty o restrukturyzacji bazy danych.
Na tym kończy się nasza znajomość konfiguracji struktury menu bazy informacyjnej. W następnym artykule będziemy kontynuować naszą znajomość zarządzanego interfejsu i zastanowimy się, jakie możliwości zapewnia platforma 1C:Enterprise 8 do pracy z listami.
