Optymalnie zmień widoczność elementów w zarządzanym formularzu. Optymalna zmiana widoczności elementów na zarządzanym formularzu 1c 8.3 kontrola widoczności elementów formularza

Konieczne jest domyślne wykonanie niewidocznego elementu formularza, ale z możliwością jego wyświetlenia - na ratunek przychodzi widoczność elementów formularza.

Dany

Forma parametrów przetwarzania, z trzema stronami „Parametry połączenia”, „Logowanie” i „Zaawansowane”.

Zadanie

Domyślnie ukryj zakładkę „Dodatkowe”, ale z możliwością jej wyświetlenia w razie potrzeby w trybie 1C: Enterprise.

Decyzja

Wdrożone to wymaganie po prostu w konfiguratorze strony „Zaawansowane” przejdź do właściwości Niestandardowa widoczność i odznacz pole „Widoczność”. własność Niestandardowa widoczność ustawia domyślną widoczność elementu.

Formularz zostanie teraz otwarty za pomocą ukryta strona „Zaawansowane”, aby go wyświetlić należy przejść do menu „Więcej” i ustawić widoczność strony.

Gdy widoczność zostanie zmieniona przez użytkownika, wartość zostanie zapisana, a dostosowany formularz zostanie otwarty w przyszłości.

Możesz również skonfigurować widoczność według roli; w tym celu musisz określić, dla których ról element jest widoczny lub niewidoczny w ustawieniach. Domyślnie wszystko dla wszystkich ról jest pobierane z wartości łącznej. Podczas edycji widoczności roli, pole wyboru zmieni kolor na czarny.

Artykuł jest częścią cyklu „Pierwsze kroki w rozwoju na 1C”. W nim kontynuujemy zapoznawanie się z zarządzanym interfejsem „Taxi” i przechodzimy bezpośrednio do jego konfiguracji.

Jak wiadomo, rozwój interfejsu infobase rozpoczyna się od stworzenia struktury jego menu, ponieważ jak będzie to wygodne i logiczne, cały system jako całość będzie tak zrozumiały dla użytkownika.

Po przeczytaniu artykułu dowiesz się:

• Jaką rolę odgrywa podsystem w kształtowaniu struktury menu?
• Jak stworzyć sekcje menu 1 i 2 poziomu?
• Jak dostosować kompozycję poleceń wyświetlanych w sekcjach menu?
• Do czego służy edytor interfejsu poleceń i jak z nim pracować?
• Jak dostosować interfejs poleceń w sekcji głównej?

Możliwość zastosowania

Artykuł omawia interfejs „Taxi” konfiguracji opracowanej na platformie 1C 8.3.4.496. Informacje dotyczą aktualnych wersji platformy.

Podsystemy. Konfigurowanie interfejsu przy użyciu podsystemów

Podsystemy są nazywane obiektami współdzielonymi... Dają możliwość klasyfikowania obiektów konfiguracyjnych wg Podsystemy.

Aby wskazać przynależność obiektu do podsystemów w Okno edycji obiektu znajduje się odpowiednia zakładka, na której flagi wskazują, do których podsystemów należy obiekt.

W przyszłości możesz zbudować filtr drzewa obiektów wg Podsystemy.

Jednocześnie można sterować: włącz dla wybranych Podsystemyobiekty podrzędne Podsystemyi rodzic Podsystemyalbo nie.

Klasyfikacja obiektów według Podsystemystwarza wygodę podczas tworzenia Rola.

Do obiektu Rolamożesz zdefiniować odpowiednie uprawnienia i zaznaczyć, że to Rolamożna zbudować tylko dla tych obiektów, które są zawarte w wybranych Podsystemy.

podobnie Podsystemyużywane podczas tworzenia Interfejsy. Interfejsysą potrzebne tylko wtedy, gdy konfiguracja została uruchomiona w trybie normalnej aplikacji.

Klasyfikacja obiektów według Podsystemyużywany również podczas łączenia konfiguracji. Te. możesz łączyć obiekty filtrowane według Podsystemy.

Ważnym celem podsystemów jest budowanie interfejsu poleceń konfiguracyjnych w trybie Zarządzana aplikacja . Podsystemypierwszy poziom definiuje .

Dla istniejących Podsystemymożna zdefiniować zagnieżdżone (podrzędne). Dane Podsystemyutworzą grupy Paski nawigacji.

Kiedy klasyfikujemy obiekt według Podsystemy, możliwe jest umieszczenie obiektu tylko w pliku zagnieżdżonym Podsystem, możliwie do podsystemu pierwszego poziomu, ewentualnie do obu.

W tym drugim przypadku obiekt zostanie wyświetlony dwukrotnie: zarówno wewnątrz zagnieżdżonego Podsystemu, jak i osobno w Paski nawigacji... W większości przypadków nie jest to całkowicie poprawne.

Zasadniczo podsystemy są obiektami opcjonalnymi. Te. konfiguracja opracowana na platformie 8.3 powinna działać bez żadnych podsystemów.

Ale w tym przypadku w ogóle nie będzie panelu partycji, wszystko zostanie wyświetlone na pulpicie. Bardzo proste konfiguracje z małym zestawem obiektów mogą działać bez podsystemów.

Ale jeśli konfiguracja zawiera dużo dokumentów, katalogów i rejestrów, użyj Podsystemyznacznie ułatwia pracę użytkownika.

Zauważ, że jakiś obiekt konfiguracyjny należy do niektórych Podsystemmożna to zrobić na trzy sposoby.

Po pierwsze, można to zrobić w Okno edycji obiektu w zakładce Podsystemy. Ta opcja już rozważaliśmy.

Po drugie, można użyć Okno edycji samego podsystemu... Na zakładce Kompozycjamożesz określić obiekty zawarte w tym Podsystem.

Wreszcie, dla obiektów konfiguracyjnych za pośrednictwem menu kontekstowe możesz wywołać specjalne okno dialogowe o nazwie dodatkowo.

To okno umożliwia również oznaczenie obiektu jako należącego do Podsystemy... To okno jest używane, jeśli chcemy pracować z kilkoma obiektami jednocześnie.

Podczas przesuwania kursora po obiektach drzewa konfiguracyjnego w oknie dodatkowozostaną wyświetlone odpowiednie informacje o podsystemach.

Podczas tworzenia obiektu konfiguracyjnego platforma 8.3 domyślnie nie wiąże obiektu z żadnym podsystemem.

Te. programista musi sam przejść do tej zakładki i zaznaczyć odpowiednie pola wyboru.

Jeśli deweloper tego nie spełni, system określi brak przynależności do Podsystemyjako pomyłka.

Ale błąd nie jest krytyczny, więc możemy się z tym zgodzić.

W rzeczywistości system informuje, że być może zapomniałeś dołączyć nowe obiekty do Podsystemy... W takim przypadku obiekty nie będą wyświetlane w interfejsie poleceń.

Użytkownik może uzyskać dostęp do takich obiektów tylko przez Menu główneza pomocą polecenia Wszystkie funkcje.

Oczywiście, aby móc otworzyć obiekt, konieczne jest nadanie użytkownikowi odpowiednich uprawnień.

Istnieje wiele przypadków, w których dla programistów wygodniej jest uwzględnić obiekty dodane do standardowej konfiguracji we własnym podsystemie.

Dla Podsystemyw Okno edycji możesz usunąć flagę Uwzględnij w interfejsie poleceń.

W którym Podsystemynie pojawi się w interfejsie poleceń. Jeśli w interfejsie poleceń nie ma żadnego podsystemu, który miałby zostać uwzględniony, platforma 8.3 nie sprawdza przynależności do żadnego podsystemu dla nowych obiektów.

Aby dostosować kompozycję poleceń, które są zawarte w odpowiedniej sekcji zdefiniowanej przez podsystem, istnieje specjalny edytor.

Ten edytor można wywołać z okna edycji podsystemu, klikając przycisk Interfejs poleceń (na karcie Główny).

Jest to możliwe dla każdego Podsystemyzadzwoń do tego redaktora. Z poziomu edytora można kontrolować otwieranie list w formacie Paski nawigacji, dostępność poleceń w programie Paski akcji.

Domyślnie pola wyboru poleceń tworzenia elementów w Katalogach i Dokumentach są wyczyszczone, ale można je zaznaczyć. W Paski akcji możesz także otwierać raporty.

Elementy w edytorze można przenosić. Ponadto z Paski nawigacji w Pasek akcji aw przeciwnym kierunku ruch jest niemożliwy. Możesz przenosić elementy w środku Paski nawigacjilub wewnątrz Paski akcji.

Istnieje ogólna kolumna widoczności i kolumna widoczności według roli. Dla każdej roli zdefiniowanej w konfiguracji będzie dostępna kolumna. Wartość ustawiona w kolumnie ogólnej widoczności jest domyślną wartością widoczności według roli.

Widoczność roli może przyjmować trzy wartości: albo element będzie niewidoczny dla tej roli (1); lub będzie zawsze 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 flagi ogólnej widoczności (3).

Jeśli użytkownikowi zostaną przypisane dwie role i dla jednej z nich zostanie zaznaczone pole wyboru, ale dla drugiej nie, to zadziała standardowa reguła systemu 1C: Enterprise 8 - użytkownik może wykonać akcję, jeśli jest to dozwolone w jednej z role.

Czasami konieczna jest natychmiastowa zmiana interfejsu poleceń na kilka Podsystemy... Na platformie 1C: Enterprise 8 znajduje się narzędzie serwisowe, które pozwala edytować interfejs poleceń kilku Podsystemy.

To narzędzie jest wywoływane z menu kontekstowego węzła głównego gałęzi Podsystemy.

W oknie, które zostanie otwarte, możesz szybko nawigować Podsystemyi edytuj interfejsy poleceń. Dodatkowo w tym oknie możesz edytować kompozycję Podsystemy... Możesz także przenosić obiekty Paski nawigacji i Paski akcji.

Ponadto możesz nawet zmienić podporządkowanie Podsystemy... Jest do tego specjalny przycisk. Przenieś podsystem.

Aby dostosować interfejs poleceń Głowna sekcja używany jest również edytor interfejsu poleceń.

To nie jest wymagane Podsystemyi poprzez menu kontekstowe głównego węzła konfiguracji, element otwartyinterfejs poleceń sekcji głównej.

W oknie, które zostanie otwarte, możemy określić: które katalogi, dokumenty i inne obiekty są zawarte w tym interfejsie poleceń. Możesz także włączyć ich widoczność i kontrolować widoczność według roli.

Należy pamiętać, że podczas usuwania PodsystemyPlatforma niestety nie sprawdza, czy przynajmniej jeden obiekt jest zawarty w danym podsystemie, czy nie.

Po usunięciu Podsystemypodczas zapisywania konfiguracji nie są wyświetlane żadne komunikaty o restrukturyzacji bazy danych.

Na tym kończy się nasza znajomość z konfiguracją struktury menu bazy danych. W następnym artykule będziemy kontynuować naszą znajomość z interfejsem zarządzanym i zastanowić się, jakie możliwości zapewnia platforma 1C: Enterprise 8 do pracy z listami.

Ten artykuł stanowi kontynuację serii artykułów „Pierwsze kroki w rozwoju nad 1C”. Materiał zakłada, że \u200b\u200bprzeczytałeś już nasze poprzednie artykuły dotyczące interfejsu. W tym samym artykule będziemy kontynuować naszą znajomość z nowymi możliwościami interfejsu Taxi i zastanowić się, jakie ciekawe innowacje otrzymały formularze zarządzane w tym interfejsie.

Możliwość zastosowania

Artykuł omawia interfejs „Taxi” konfiguracji opracowanej na platformie 1C 8.3.5.1098. Dodatki do aktualnych wersji platformy (8.3.11) są podane we wniosku. Dlatego wszystkie podane informacje są istotne.

Nowość w zarządzanych formularzach w 1C: Enterprise 8.3

Twórcy platformy 1C: Enterprise 8.3 po raz kolejny dokładnie pracowali nad wygodą użytkowników korzystających z zarządzanych formularzy.

Wejście wierszem

Wcześniej w polach wejściowych przy wpisywaniu początkowych znaków z klawiatury system szukał odpowiednich elementów.

Jednak użytkownicy często muszą wyszukiwać nie tylko według pierwszych znaków nazwy, ale także w dowolnym miejscu w nazwie.

W konfiguratorze utworzono osobną zakładkę „Pole wejściowe” dla obiektów metadanych, do których istnieją odniesienia, w celu ustawienia wprowadzania według linii:

Zapewnia następujące możliwości tworzenia listy wyboru podczas wprowadzania wiersza:

• korzystanie z wyszukiwania pełnotekstowego;
• wyszukiwanie według wystąpienia podłańcucha lub początku łańcucha;
• wykonywanie wyszukiwań bezpośrednio lub w tle.

We właściwości „Jak wyszukiwać ciąg przy wprowadzaniu podłańcucha” można wybrać, czy wyszukiwać tylko po pierwszych znakach ciągu, czy w dowolnej jego części.

W trybie użytkownika wyszukiwanie dowolnej części ciągu wygląda następująco: użytkownik po kolei wprowadza znaki z klawiatury, a system wyszukuje.

I to nie tylko z pierwszych liter nazwiska, ale także z wystąpienia wpisanej linii:

Oczywiście korzystanie z wyszukiwania w dowolnej części ciągu może obniżyć wydajność systemu, zwłaszcza w przypadku dużej ilości danych.

W trybie pliku, gdy użytkownik wpisuje wiersz, wyszukiwanie jest wykonywane w tle tylko wtedy, gdy w danym momencie nie jest uruchomione żadne inne zadanie w tle lub zaplanowane.

Jeśli ustawione jest odpowiednie ustawienie, podczas wprowadzania danych w polu wejściowym można korzystać z wyszukiwania pełnotekstowego.

Wyszukiwanie pełnotekstowe znajdzie zarówno całe słowa, jak i ciągi, w których wpisane znaki są częścią całych słów (przy użyciu operatora wyszukiwania pełnotekstowego *).

Na przykład, użytkownik wpisuje następujące części słów w pole wejściowe, system wyświetla opcje znalezione za pomocą wyszukiwarki pełnotekstowej w wyskakującym okienku:

Wyniki wyszukiwania pełnotekstowego pasujące do wpisanego pasek wyszukiwaniapokazano na rysunku:

Przypomnijmy, że w platformie 8.3 stało się możliwe przedefiniowanie reprezentacji typu danych referencyjnych przy użyciu procedur ReceiveDepresentationProcessing i ViewFieldGetProcessing w module menedżera obiektów.

Podczas korzystania z tej funkcji razem z danymi wejściowymi w postaci ciągu znaków dostępna jest następująca funkcja.

Powyższe procedury obsługi nie wpływają na prezentację wartości na liście wyboru - lista odzwierciedla główny widok obiektu.

Jednak po wybraniu w polu wyświetlana jest oczekiwana nadpisana reprezentacja obiektu.

Kliknij obraz, aby powiększyć.

Deweloperzy uważają, że nie ma błędów w tym zachowaniu platformy i że bardziej wartościowe jest pokazanie, dlaczego został znaleziony konkretny wynik (podświetlenie, na przykład, podciąg, przez który został znaleziony obiekt), niż wyświetlenie reprezentacji odpowiadającej wartości, wyrywanej z wyniku wyszukiwania.

Powyższe właściwości wejścia liniowego zostały ustawione na poziomie całego obiektu metadanych.

Deweloper może zastąpić te właściwości w określonej lokalizacji w konfiguracji.

Na przykład za pomocą programów obsługi zdarzeń AutoFind i EndTextInput określonego pola wejściowego lub za pomocą procedury obsługi zdarzeń SelectDataGetProcessing w module menedżera obiektów.

W tym celu procedury te wykorzystują parametr o nazwie Parametry typu Struktura, którego właściwości zawierają metodę wyszukiwania wiersza, tryb uzyskiwania danych selekcyjnych i ustawiania użycia danych selekcji.

Kliknij obraz, aby powiększyć.

Lista rozwijana dla pola wprowadzania

W platformie 8.3 rozwijana lista dla pola wejściowego otrzymała dodatkową funkcjonalność poprawiającą wygodę pracy z systemem.

Ta lista może teraz wyświetlać historię wcześniej wybranych wartości. Lista z historią jest wyświetlana na ekranie po umieszczeniu kursora w polu, naciśnięciu przycisku Wybierz z listy lub klawisza strzałki w dół na klawiaturze.

Możesz włączyć wyświetlanie historii w polach wejściowych powiązanych z danymi typu książka informacyjna, dokument, proces biznesowy, zadanie, wykres typów charakterystycznych, 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”:

Kliknij obraz, aby powiększyć.

Użycie historii można przesłonić dla określonego atrybutu obiektu lub elementu formularza.

Ponadto, jeśli użytkownik nie znalazł interesującej go pozycji na liście w polu wejściowym, może kliknąć przycisk „Pokaż wszystko”, aby otworzyć formularz listy i wybrać pozycję z całego katalogu.

Również na liście pól wejściowych znajduje się polecenie „Utwórz nowy obiekt”. Spowoduje to otwarcie formularza dla nowego elementu.

W tym formularzu użytkownik wypełnia wymagane pola. Po nagraniu i zamknięciu formularza w pole wejściowe zostanie wstawiony link do nowo utworzonego elementu.

Typowy wzorzec użycia polecenia Utwórz nowy element jest następujący. Użytkownik wprowadza nazwę żądany przedmiot w polu wprowadzania.

Jeśli system nie znajdzie takiego elementu w bazie danych, wyświetli się komunikat o tym. Po kliknięciu przycisku na liście na ekranie otworzy się formularz nowego elementu z wypełnioną nazwą.

Rozważane innowacje pozwalają na zwiększenie szybkości wprowadzania informacji do systemu.

Zapisywanie ustawień dla list dynamicznych

Na platformie 8.3 dynamiczne ustawienia list mogą być zapisywane automatycznie. W tym celu ustaw w konfiguratorze dla wymaganego atrybutu formularza właściwość „Automatyczne zapisywanie własne ustawienia”. Domyślnie podczas tworzenia listy to ustawienie jest włączone.

Główny element konfiguracji ma nową właściwość - przechowywanie niestandardowych ustawień dla list dynamicznych.

Ta właściwość jest wybierana z listy magazynów konfiguracji zdefiniowanych w konfiguracji.

Kliknij obraz, aby powiększyć.

Konfigurowanie list w trybie użytkownika wywołuje się za pomocą odpowiedniej pozycji menu:

Wygląd formularza jest podobny do dostosowywania raportów.

Kliknij obraz, aby powiększyć.

Warunki wyboru listy są automatycznie wyświetlane u dołu ustawień. Te ustawienia zostaną uwzględnione w formularzu listy.

W tym celu należy w trybie konfiguratora wypełnić właściwość tabeli formularza Grupa ustawień użytkownika.

W nim musisz określić oddzielną grupę formularzy, wewnątrz której zostaną dodane elementy, aby wyświetlić zaznaczenie.

Przy tym ustawieniu formularz będzie miał pola w postaci „szybkiego wyboru”.

Kliknij obraz, aby powiększyć.

Jeśli użytkownik dostosował listę dla siebie, ustawienia zostaną automatycznie zapisane i po ponownym otwarciu lista będzie miała taki sam wygląd.

Tryb dynamicznego widoku listy (lista, drzewo, lista hierarchiczna) jest zapisywany wraz z ustawieniami elementów formularza.

W przypadku jednej listy użytkownik może zapisać kilka różnych ustawień.

Jeśli tryb zgodności konfiguracji jest ustawiony na „Nie używaj”, to dla listy dynamicznej z tabelą dziennika dokumentów określoną jako tabela główna, przycisk „Utwórz” jest automatycznie generowany jako podmenu z listą dokumentów zawartych w dzienniku .

Kliknij obraz, aby powiększyć.

Ułatwiło to użytkownikowi tworzenie nowych dokumentów z formularza dziennika. Stało się również możliwe szybkie tworzenie oddzielnych przycisków na pasku poleceń formularza, aby utworzyć nowy dokument określonego typu.

Do tego został stworzony standardowe polecenie CreateByParameter. Jeśli to polecenie jest przypisane do przycisku na formularzu, to staje się dostępna właściwość Parametr, w której można wybrać typ tworzony dokument po kliknięciu tego przycisku.

Kliknij obraz, aby powiększyć.

W trybie użytkownika ten przycisk będzie wyglądał następująco:

Kliknij obraz, aby powiększyć.

Dlatego materiał w artykule jest opisany dla platformy 8.3.5, następnie aktualizujemy go.

• Przed wersją 8.3.7 wprowadzanie wiersz po wierszu nie było wystarczająco szybkie, dlatego w tym wydaniu zmieniono strukturę danych indeksu wyszukiwania pełnotekstowego, co doprowadziło do zwiększenia szybkości systemu w miejscach, w których używany jest mechanizm. Zwróć na to uwagę nowy format Wyszukiwanie pełnotekstowe jest używane, gdy tryb zgodności jest ustawiony na „Nie używaj”. Zachowanie nie zmieniło się w trybie zgodności 8.3.6. Zwracamy również uwagę, że w następnej wersji platformy 1C (8.3.8) poprawiono również mechanizm wprowadzania danych według linii i podczas korzystania z wiersza wyszukiwania listy dynamicznej, a teraz zapewnia wyszukiwanie danych, które nie zostały jeszcze uwzględnione w wyszukiwaniu pełnotekstowym. Wcześniej tego zachowania nie obserwowano.
• Lista rozwijana zarządzanego pola wejściowego formularza również została ulepszona. W wersji 8.3.8 zaczął automatycznie dostosowywać swoją szerokość do szerokości wyświetlanych w nim danych plus klawisze Dom i Koniec zaczął być przetwarzany bezpośrednio w polu wejściowym. Te ulepszenia ułatwiają używanie pola wprowadzania z listą rozwijaną.
• Ulepszono również mechanizm zapisywania ustawień list dynamicznych, aw wersji 8.3.6 właściwości rozszerzenia tabeli formularzy dla listy dynamicznej Okres i Wyświetlanie zaczęły być przechowywane w tych samych sekcjach, co inne ustawienia listy dynamicznej , co znacznie uprościło pracę z nimi dewelopera. Są teraz dostępne w zarządzanym procesorze formularzy Podczas przesyłania ustawień niestandardowych na serwer (), co wcześniej nie miało miejsca.

Na tym kończy się nasza znajomość zarządzanych formularzy w interfejsie Taxi, ale w następnym artykule zapoznamy się z nowymi funkcjami przedstawionymi przez platformę 1C: Enterprise w wersji 8.3.

W poprzednim artykule opisano powód zmiany widoczności elementów na zarządzany formularz nie jest w dobry sposób przebudowa interfejsu, zarządzanie dostępnością elementów formularza dla użytkowników.

Dzisiaj rozważymy alternatywny sposób zmiana widoczności zarządzanych elementów formularza, które nie inicjują wywołania serwera. W ten sposób będziemy mogli zaoszczędzić ruch i zwiększyć wydajność programu.

Wszystko po stronie klienta

Celem opisanej poniżej metody jest zmiana widoczności / dostępności elementu formularza tylko po stronie klienta, bez kontaktowania się z serwerem. Flaga „Widoczność” nie będzie dla nas działać. Spójrzmy na inne możliwości.

Istnieją dwie możliwości. Pierwszym jest użycie właściwości Accessibility elementu formularza. Ale wtedy, chociaż użytkownik nie będzie mógł pracować z elementami formularza, dla których dostępność jest ustawiona na FALSE, nadal będzie mógł to zobaczyć. Oto jak wygląda procedura obsługi zmiany dostępności dla elementu formularza:

Procedura & OnClient Elementy HideCommandVisibility (polecenie). Ostrzec. Dostępność \u003d NIE Przedmioty. Ostrzec. Dostępność; Koniec procedury

Niedostępny element ma następującą postać:

W przypadku zmiany dostępności elementu nie występują żadne wywołania serwera w celu ponownego narysowania formularza, jak miało to miejsce w przypadku flagi „Widoczność”.

Ale co, jeśli musimy całkowicie ukryć element formularza? Pokażmy, jak to zrobić na elemencie listy dynamicznej powyższego formularza. Dodaj do formularza grupę elementów z widokiem „Strony” oraz dwie grupy podrzędne z widokiem „Strona”. Przenieś element listy dynamicznej do jednego z nich.

Na pustej stronie, na której nie ma listy dynamicznej, dodaj dekorację widoku „Etykieta”, aby strona nie była pusta i można było się na nią przełączyć. Dla grupy stron ustaw właściwość „Wyświetlanie stron” na FALSE, aby zakładki nie były widoczne.

Teraz w poleceniu "Ukryj listę dynamiczną" napiszemy następujący handler:

Procedura & OnClient HideCommandVisibility (polecenie) If Items. Strony. CurrentPage \u003d Elementy. Strona1 Następnie przedmioty. Strony. CurrentPage \u003d Elementy. Strona 2; W przeciwnym razie Elements. Strony. CurrentPage \u003d Elementy. Strona 1; EndIf; Koniec procedury

Polecenie przełącza strony. Podczas przełączania stron nie występują połączenia z serwerem, wszystko odbywa się po stronie klienta. Ponadto, jeśli przejdziemy na stronę "Strona2", na której została dodana tylko dekoracja napisu, to formularz będzie wyglądał jak na zrzucie ekranu poniżej:

W ten sposób ukryliśmy element zarządzanego formularza w optymalny sposób, bez wywołań do serwera, wywołań kontekstowych do serwera. Dzięki temu zaoszczędziliśmy ilość przesyłanego ruchu i przyspieszyliśmy pracę programu.

Podczas projektowania interfejsu w zarządzanych formularzach, zwłaszcza jeśli rozwiązanie będzie działać cienki klient, zawsze trzeba brać pod uwagę zachowanie platformy podczas wykonywania określonych czynności. Np. Powiedziano już powyżej, że gdy zmienia się widoczność elementów, formularz jest całkowicie przerysowywany na serwerze, a gdy zmienia się właściwość "Dostępność" lub gdy przełączane są strony, wszystkie akcje są wykonywane po stronie klienta .

Wykorzystaj moc zarządzanych formularzy we właściwy sposób!