Основни детайли на формуляра. Основен атрибут на формуляр Добавете контролиран формуляр

Детайлите на формуляра осигуряват връзката му с данните. В този случай един (и само един) от детайлите може да бъде определен като основен; може да не е непременно типът данни, към който рисуваме формуляра. Но поведението на формуляра ще зависи от типа данни на основния атрибут. В допълнение към промяната на поведението на формуляра, контекстът на модула на формуляра се променя. Заедно с методите и свойствата на формата, в нея стават достъпни методите и свойствата на обекта, който е стойността на основния атрибут. Важно е формулярите от типа Free Form да нямат основни детайли. В този случай поведението на формата се определя само от настройките на потребителя. Нека разгледаме въпроси относно основните детайли.

Въпрос 10.05 от изпита 1C: Platform Professional. За какво се използва атрибутът main form?

1. Дефинира източника на данни за формуляра като цяло
2. Определя стандартните възможности на платформата за работа с формуляра с данни от типа, зададен в основния атрибут
3. За предоставяне на възможност за програмен достъп до детайлите на обекта от контекста на локалния формуляр
4. Осигурява визуализация на детайлите на обекта в диалоговия прозорец на формуляра
5. 2 и 3 са верни
6. 1 и 2 са верни

Правилният отговор е номер шест, вижте по-горе.

Въпрос 10.06 от изпита 1C: Platform Professional. За какво са необходими детайлите на формуляра?

1. За описание на съдържанието на данните, които се показват, редактират или съхраняват във формуляр
2. За показване и редактиране на данни във формуляр
3. 1 и 2 са верни

Верният отговор е третият - и двете.

Въпрос 10.07 от изпита 1C: Platform Professional. За да присвоите основни атрибути на произволна контролирана форма...

1. Трябва да поставите отметка в полето "Основни данни" в свойствата на атрибутите на формата
2. трябва да попълните свойството „Данни“ на формуляра, като изберете необходимия атрибут на формуляра

Верният отговор е вторият:

Въпрос 10.08 от изпита 1C: Platform Professional. За да присвоите основните детайли на произволна правилна форма...

1. формулярът трябва да се направи основен, основните детайли се определят автоматично
2. Трябва да поставите отметка в полето "Основни данни" в свойствата на атрибутите на формата
3. трябва да отидете в менюто "Редактиране", "Основни данни" и да изберете желаната стойност
4. трябва да попълните свойството „Данни“ на формуляра, като изберете необходимия атрибут на формуляра

Четвъртият верен отговор е:

Основните подробности са подчертани с удебелен шрифт:

Въпрос 10.09 от изпита 1C: Platform Professional. Ако има един главен атрибут на формуляра, възможно ли е да добавите друг главен атрибут?

1. Това е невъзможно
2. Това е възможно чрез присвояване на подходяща стойност на свойството на атрибута на формата
3. Възможно е само програмно, при достъп до обекта "Формуляр".
4. Това е възможно чрез добавяне на друга стойност към съответното свойство на формуляра

Правилният отговор е първият, има строго един основен реквизит, т.к връзката с обекта трябва да е недвусмислена.

Въпрос 10.113 от изпита 1C: Platform Professional. Кой от детайлите на представената на фигурата форма е основният?

1. Списък на валутните курсове
2. DirectoryObject
3. Формулярите за справочници нямат основни подробности
4. Формулярите за справочници имат всички основни подробности

Вторият верен отговор е този с удебелен шрифт.

Редактор на формуляриизползвани за създаване и редактиране на форми на обекти на приложни решения. Формите на обекти се използват от системата за визуално показване на данни, докато потребителят работи.

Всяка форма представлява комбинация от няколко компонента:

• елементи - обекти, които определят визуалното представяне на формата и взаимодействат с потребителя,
• команден интерфейс - набор от команди, показани във формата;
• детайли - обекти, чиито данни формата използва в работата си.
• команди - действия, които са дефинирани в тази конкретна форма,
• параметри - обекти, чиито стойности характеризират самата форма, се използват по време на нейното създаване и остават постоянни по време на „живота“ на формата,
• модул - програма на вграден език, отговорен за работа с елементи и обработка на събития;

Редакторът на формуляри съдържа няколко раздела, които позволяват редактиране на всички компоненти на формуляра.

В отделен прозорец, в долната част на редактора, се показва външният вид на формуляра в режим 1C:Enterprise.

Редактиране на елементи

Редакторът на формуляри позволява на разработчика да използва широк набор от опции за промяна на външния вид на формуляра - външния вид, който формулярът ще има в режим 1C:Enterprise. Нека изброим основните:

Страници, отметки

Редакторът на формуляри ви позволява да добавяте специални елементи към формуляра, които помагат да придадете на формуляра свой собствен разпознаваем стил, да направите достъпа до данните прост и ясен и също така да поберете голямо количество информация в ограничена област.

Редакторът ви позволява да добавяте множество елементи към формуляра Група - Страници, всеки от които може да съдържа няколко елемента Група - Стр.

Например формуляр на документ може да съдържа един елемент Група - Страници, на който са подчинени няколко елемента Група - Стрсъс заглавия Изображение, ХарактеристикиИ Описание:

Тогава в режим 1C:Enterprise ще изглежда така:

Заглавието на всяка група - страница се показва в отделен раздел. Програмистът има възможност да зададе режима на показване на отметките: отдолу или отгоре:

Например отметките могат да бъдат поставени в долната част:

Елементи

Редакторът ви позволява да добавяте различни елементи към формата. Можете да добавяте елементи с помощта на командата за добавяне или чрез плъзгане на подробности за формуляра в дървото на елементите:

Всички елементи на формата са представени под формата на йерархична структура, чийто корен е самата форма. Това ви позволява бързо да навигирате до желания елемент от формуляра:

Като поставите елементи по-високо/по-ниско в дървото, като ги подчините на други елементи и зададете свойствата на груповите елементи, можете да зададете реда, в който потребителят ще заобикаля контролите на формуляра, когато въвежда и редактира данни. В режим 1C:Enterprise елементите на формуляра ще се обработват в реда на тяхната йерархия и в съответствие с това какъв тип групиране е избран за групите: вертикално или хоризонтално.

Разделители

Разделителите са специални елементи, които могат да се използват за преразпределяне на пространството на формуляр, без да се променя неговия размер. Платформата в режим 1C:Enterprise самостоятелно добавя тези елементи към формуляра. Разделителят има възможност да бъде "хващан" от мишката и да се мести във формата в нейните граници, като се отчита възможността за разположение на други елементи и ориентацията на разделителя:

Когато преместите разделител, всички елементи, свързани с разделителя, ще се преоразмерят или преместят:

Модул формуляр

За да редактирате модул на формуляр, конфигураторът извиква редактора на текст и модул. Този редактор предоставя на разработчика голямо разнообразие от опции за създаване и модифициране на текст на модула.

Подробности за формуляра

Редактирането на детайлите на формуляра се извършва в списъка, което ви позволява да създавате нови детайли, да променяте съществуващи детайли и да изтривате ненужни детайли. Свойствата на атрибутите се задават с помощта на палитрата със свойства.

Ако формулярът има основен атрибут, който определя поведението на формуляра, който се различава от стандартния, той се подчертава с удебелен шрифт.

Команден интерфейс за форма

Командният интерфейс на формуляра се редактира в дървото. Основните клонове на дървото съдържат команди, добавени към навигационната лента на прозореца, в който ще се показва формуляра, и към командната лента на формуляра. Във всеки от тези клонове екипите са разделени на стандартни групи.

Платформата автоматично добавя някои команди към командния интерфейс. Заедно с това разработчикът може самостоятелно да добавя команди към командния интерфейс, като ги плъзга от списъка с команди на формуляра или от списъка с налични глобални команди. За всички команди, добавени към командния интерфейс, разработчикът може да зададе тяхната видимост към различните роли, дефинирани в конфигурацията.

Команди за формуляри

Командите на формуляра се редактират в списъка. Разработчикът има възможност да добавя, премахва команди за формуляри и да задава техните свойства с помощта на палитрата със свойства. Включително присвояване на процедура на команда, която ще бъде изпълнена, когато потребителят извика тази команда.

Маркирана Стандартни командиИ Глобални екипина разработчика се предоставят списъци с команди, генерирани от платформата и достъпни за използване в тази форма. Техните свойства не могат да се променят, можете само да ги добавите към формата.

С помощта на мишката разработчикът може да плъзга и пуска команда в командния интерфейс на формуляра. Можете също така да плъзнете команда директно в дървото на елементите, ако трябва например да покажете тази команда като бутон, разположен във формуляр.

Опции на формуляра

Параметрите на формата се редактират в списъка. Разработчикът има възможност да добавя, премахва параметри на формуляра и да задава техните свойства с помощта на палитрата със свойства.

Формата се управлява чрез различни елементи на формуляра, които са разположени йерархично в раздела Елементидизайнер на форми. Най-важният елемент е самата форма, която се намира на върха на йерархията от елементи, а останалите елементи са подчинени на нея.

Всички елементи на формата могат да бъдат разделени на пет групи: полета, елементи за групиране, бутони, декорации и таблици. В моите статии ще анализирам всяка от групите. В тази статия ще започнем да изучаваме един от видовете полеви елементи - поле за въвеждане, но преди това ще научим как да добавим елемент към формата.

Добавяне на елементи към формуляр

Това се прави съвсем просто: трябва да изберете елемента формав прозореца Form Design Elements и щракнете върху бутона „Добавяне“. След това ще се отвори прозорец, в който трябва да изберете желания тип елемент

След избор желаният елемент ще се появи в прозореца Елементи.

Управляван елемент на формуляр Поле

Нека разгледаме елемент на управлявана форма Поле. Този елемент е необходим за въвеждане на информация във формуляра. А също и за показване на всякаква информация. След като добавите този елемент към формуляра, палитрата със свойства на елемента на формуляр ще се отвори вдясно. Засега трябва да се интересувате от две свойства – DataPath и View.

В свойството DataPath разработчикът може да асоциира елемент на формуляр с желания атрибут на формуляр. Моля, имайте предвид, че след добавянето на елемента Поле за въвежданена формуляра не беше показан на самия формуляр. Това се случи, защото нашият нов елемент не е свързан с . Например създадох няколко атрибута във формуляра за обработка с различни примитивни типове и един атрибут с референтен тип.

Сега нека свържем нашия наскоро добавен елемент на формуляр с един от детайлите.За да направите това, изберете желания атрибут от свойството PathKData на елемента.

След това свойствата DataPath и View ще бъдат попълнени, а самият елемент ще бъде показан в изгледа на формуляра.

Обърнете внимание на свойството на елемента Преглед. Това свойство определя функционалността на полето за въвеждане. Можете да изберете различни стойности за това свойство.

В зависимост от избраната стойност ще се определи функционалността. На фигурите по-горе избраната стойност е – поле за въвеждане, т.е. можем да въведем всякакви стойности в това поле за въвеждане и ако изберем стойност поле за етикет, тогава няма да можем да въведем нищо.

Тази стойност на имота ПрегледПолетата за въвеждане са удобни за избор, когато просто трябва да покажете помощна информация на потребителя.

Сега нека добавим нов елемент на формуляр с тип Поле за въвежданеи го свържете с подпорите ДетайлиДатачрез вече познатото ни свойство DataPath

Както можете да видите, външният вид на полето за въвеждане е променен и възможният избор на стойности за свойството View също ще се промени.

Така заключаваме, че функционалността на полето за въвеждане зависи от вида на атрибута.

За реквизит с тип Булева стойностЩе бъдат налични следните стойности на свойствата на View.

А за атрибути с референтен тип ще бъдат налични други стойности на свойството View.

По-подробна работа с елементи на формуляр с помощта на практически примери е дадена в книгата „Основи на разработката в 1C: Такси. Управлявана разработка на приложения в 12 стъпки".

Понякога изглежда, че изучаването на езика за програмиране в 1C е сложно и трудно. Всъщност програмирането в 1C е лесно. Моите книги ще ви помогнат бързо и лесно да овладеете програмирането в 1C: и „Основи на разработката в 1C: Такси“

Научете програмиране в 1C с помощта на моята книга „Програмиране в 1C в 11 стъпки“

1. Без сложни технически термини.
2. Над 700 страници практически материали.
3. Всяка задача е придружена с рисунка (екранна снимка).
4. Сборник задачи за домашна работа.
5. Книгата е написана на ясен и прост език - за начинаещ.

Тази книга е подходяща за тези, които вече са започнали да програмират и изпитват определени затруднения с тази тема, както и за тези, които програмират от дълго време, но никога не са работили с 1C управлявани форми.

1. Без сложни технически термини;
2. Повече от 600 страници практически материали;
3. Всеки пример е придружен от чертеж (екранна снимка);
4. Книгата се изпраща по имейл в PDF формат. Може да се отвори на всяко устройство!

Промо код за 15% отстъпка - 48PVXHeYu

Ако този урок ви е помогнал да разрешите някакъв проблем, харесали сте го или сте го намерили за полезен, тогава можете да подкрепите моя проект, като дарите всяка сума:

Можете да платите ръчно:

Yandex.Money - 410012882996301
Web Money - R955262494655

Присъединете се към моите групи.

Подробности за формуляра

Набор от подробности за формуляра описва състава на данните, които се показват, редактират или съхраняват във формуляра. В същото време самите детайли на формуляра не предоставят възможност за показване и редактиране на данни. Елементите на формуляра (вижте раздела „Елементи на формуляра“ в тази глава), свързани с детайлите на формуляра, се използват за показване и редактиране. Наборът от всички подробности за формуляра ще се нарича данни за формуляр.

важно!Трябва да се помни, че за разлика от обикновените формуляри, всички данни в управлявана форма трябва да бъдат описани под формата на подробности. Не е позволено да се използват променливи на модул на формуляр като източници на данни за елементи на формуляр.

Има възможност за възлагане Основни подробности за формата, т.е. атрибути, които ще определят стандартната функционалност на формуляра (разширение на формуляра). Трябва да се помни, че формулярът може да има само един основен атрибут.

Разширение на формуляра– това са допълнителни свойства, методи и параметри на формата на обекта ManagedForm, характерни за обекта, който е основен елемент на формата.

По време на процеса на разработване на формуляр можете изрично да зададете възможността да преглеждате и редактирате конкретни подробности за формуляра, по отношение на роли, като използвате свойствата Преглед и Редактиране (за повече подробности вижте раздела „Настройки на формуляр, базиран на роли“ на „Редактори“ ” глава). В допълнение, наличието на конкретен атрибут в самия формуляр може да бъде конфигурирано с помощта на функционални опции (повече подробности за функционалните опции можете да намерите в главата „Управление на конфигурационен интерфейс“).

Свойство атрибут на формуляр Запазени данние знак, че интерактивна промяна в детайлите ще доведе до опит за блокиране на данните от формуляра за редактиране, както и до автоматична настройка на флага за промяна на формуляра.

Типове данни, налични в управлявана форма

Управляваният формуляр също се различава от обикновения формуляр по типовете данни, с които работи. Ако нормалната форма работи с повечето от типовете, които 1C:Enterprise предоставя (включително типовете DirectoryObject, DocumentObject и т.н.), тогава в управляваната форма могат да се разграничат следните категории типове:

• типовете, които се използват директно във формуляра, са онези типове, които съществуват от страна на тънкия и уеб клиент (например Number, DirectoryLink.Products, GraphicScheme, TabularDocument);

• типове, които ще бъдат преобразувани в специални типове данни — типове данни на управлявани формуляри. Такива типове се показват в списъка с подробности за формуляра в скоби, например (DirectoryObject.Products);

• динамичен списък (за повече подробности вижте раздела „Динамичен списък“ в тази глава).

Преобразуване на обекти на приложение в данни от формуляри

Някои типове приложения (като DirectoryObject и т.н.) не съществуват от страна на тънък и уеб клиент (вижте главата Концепция за управлявано приложение за повече подробности). Следователно, за да представи такива типове приложения във формуляра, платформата е въвела специални типове данни, предназначени да работят в управлявани формуляри. Тази функция на управлявано приложение налага преобразуването на обекти на приложение във формуляри на данни (и обратно).

Използват се следните типове данни:

• Form DataStructure – съдържа набор от свойства от произволен тип. Свойствата могат да бъдат други структури, колекции или структури с колекции. Този тип е представен например във формата DirectoryObject.

• FormDataCollection е списък с въведени стойности, подобно на масив. Елементът на колекцията е достъпен чрез индекс или идентификатор. Достъпът чрез ID може да не е наличен в някои случаи. Това се дължи на типа обект на приложение, който е представен от тази колекция. Идентификаторът може да бъде всяко цяло число. Този тип е представен например под формата на таблична част.

• Form DataStructureWithCollection е обект, който е представен като структура и колекция едновременно. Може да се третира като всяко от тези образувания. Този тип представлява, например, набор от записи във формуляр.

• Form DataTree – обект, предназначен да съхранява йерархични данни.

Обект на приложение е представен от един или повече елементи от данни на формуляр. Като цяло йерархията и съставът на данните от формуляра зависят от сложността и взаимосвързаността на обектите на приложението на управлявания формуляр.

Например, документ, съдържащ таблична част, ще бъде представен от обект от типа FormDataStructure (самия документ), на който е подчинен обект от типа FormDataCollection (табличната част на документа).

важно!Когато разработвате конфигурация, е важно да запомните, че обектите на приложението са достъпни само на сървъра, докато обектите с данни на формуляр могат да се използват както на сървъра, така и на клиента.

Предаване на данни между клиентската и сървърната част на управлявана форма

Всъщност можем да кажем, че данните на формуляра са унифицирано представяне на данни от различни обекти на приложението, с които формулярът работи еднакво и които присъстват както на сървъра, така и на клиента. Тоест формулярът съдържа някаква „проекция“ на данни за обект на приложение под формата на свои собствени типове данни и извършва преобразуване между тях, ако е необходимо. Въпреки това, ако разработчикът на конфигурацията внедри свой собствен алгоритъм за обработка на данни, тогава той трябва да извърши независимо преобразуване на данни (от специализирани типове в типове приложения и обратно).

Когато редактирате подробности за формуляра в специализиран редактор (за повече подробности вижте раздела „Подробности за формуляра“ в глава „Редактори“), е възможно да повлияете на прехвърлянето на данни между клиента и сървъра, докато формулярът работи. За това се използва колоната на редактора на подробности. Винаги използвайте. Ефектът от това свойство се различава за три типа атрибути:

• За атрибут, подчинен на динамичен списък (колона с динамичен списък):
  • активирано свойство – атрибутът винаги се чете от базата данни и се включва в данните на формуляра;
  • свойство е забранено - атрибутът се чете от базата данни и се включва в данните на формуляра само когато има текущо видим елемент на формуляр, свързан с атрибута или негов подчинен атрибут.

• За реквизит, подчинен на колекцията движения:
  • свойство е активирано – движенията на документи се четат от базата данни и ще присъстват в данните на формуляра;
  • свойството е деактивирано - движението на документ няма да бъде прочетено от базата данни и няма да бъде включено в данните на формуляра (ако няма елемент на формуляра, който препраща към движението на документ).

• Други подробности за формуляра:
  • свойство е активирано – атрибутът ще присъства в данните на формуляра, независимо дали има или не поне един елемент на формуляр, който е свързан с атрибута или негов подчинен атрибут;
  • свойство е деактивирано - атрибутът ще присъства в данните на формуляра само ако има елемент на формуляр, свързан с атрибута или негов подчинен атрибут. За разлика от атрибутите на динамичния списък, видимостта на елемента, свързан с атрибута, тук няма значение.

Забележка. Трябва да се помни, че свойството, зададено на родителския атрибут, засяга всички подчинени атрибути. Например, ако свойството Използване винаги се изчиства за табличната част на документа, тогава системата счита, че това свойство също се изчиства за всички подчинени подробности (въпреки действителното състояние на свойството).

Методи за конвертиране на данни от обекти на приложение в данни от формуляри

За да преобразувате обекти на приложение в данни за формуляри и обратно, има набор от глобални методи:

• ValueInFormData(),
• FormDataInValue(),
• CopyFormData().

важно!Методите, които работят с обекти на приложение, са налични само в сървърните процедури. Методът за копиране на стойности между данните на формуляра е наличен на сървъра и на клиента, тъй като не изисква обекти на приложение като параметри.

Когато преобразувате данни от формуляр в обект на приложение, трябва да имате предвид тяхната съвместимост.

• ValueInFormData() – конвертира обект от тип приложение в данни от формуляр;
• FormDataInValue() – конвертира данните от формуляра в обект от тип приложение;
• CopyFormData() – копира данни от формуляр, които имат съвместима структура. Връща True, ако копието е било успешно, или False, ако структурата на обекта е несъвместима.

Забележка. При извършване на стандартни действия (отваряне на формуляр, изпълнение на стандартна команда Write и др.) на формуляр с основните детайли, конвертирането се извършва автоматично.

Нека дадем пример как да използвате трансформацията на данни във вашите собствени алгоритми.

&OnServerProcedure When CreateOnServer(Failure, StandardProcessing)

ObjectProduct = Directories.Products.FindByName("Coffeepot").GetObject(); ValueInFormData(ObjectItem, Object);

EndProcedure

&OnClient Процедура Write()

WriteOnServer();

EndProcedure

&OnServer Процедура WriteOnServer()

ObjectProduct = FormDataValue(Object, Type("DirectoryObject.Products")); ObjectItem.Write();

EndProcedure

Обектът ManagedForm също има налични методи на сървъра:

• ValueВFormAttribute() – конвертира обект от тип приложение в посочения атрибут на форма.
• FormAttributeVValue() – преобразува атрибут на данни на формуляр в обект от тип приложение.

Използването на тези методи обикновено е по-удобно, тъй като те имат например информация за типа на атрибута на формуляра. В допълнение, методът Form AttributesValue() задава съответствието между данните на формуляра и обекта, който се използва при генериране на съобщения. Можете да прочетете повече за това в глава „Възможности за навигация на услугата“.

Нека дадем пример за използването на тези методи.

Процедура на &OnServer RecalculateOnServer()

// Преобразува атрибута Object в обект на приложение. Документ = Form AttributesValue("Обект"); // Извършва преизчисляване с помощта на метода, дефиниран в модула за документи. Document.Recalculate(); // Преобразува обекта на приложението обратно в проп. ValueВFormAttributes(Документ, “Обект”);

EndProcedure

Софтуерен интерфейс

FormDataTree

• FindById
• GetItems

Описание:

Проектиран да моделира дърво в управлявани данни от формуляр.

Този обект може да бъде сериализиран към/от XDTO. Типът XDTO, съответстващ на този обект, е дефиниран в пространството от имена. Име на типа XDTO:

GetItems

Синтаксис:

GetItems()

Върната стойност:

Тип: Формуляр за събиране на данни от дървовидни елементи.

Описание:

Получава колекция от дървовидни елементи от най-високо ниво.

Наличност: клиент, сървър, тънък клиент, уеб клиент.

FindById

Синтаксис:

FindById(<Идентификатор>)

Настроики:

<Идентификатор>(задължително)

Тип: Номер. Идентификатор на дървовиден елемент.

Върната стойност:

Тип: FormDataTreeElement.

Описание:

Получава елемент на колекция по ID.

Наличност: клиент, сървър, тънък клиент, уеб клиент.

FormDataTreeItem

Имоти:

<Имя свойства> (<Имя свойства>)

• GetId (GetId)
• GetParent
• GetItems
• Имот

Описание:

Дървовиден елемент с данни на формуляр.

FormDataTreeItemCollection

Елементи на колекция: DataFormTreeElement

За обект е възможно да се премине през колекцията с помощта на оператора За всеки... От... Цикъл. Обходът избира елементите на колекцията. Възможно е достъп до елемент на колекция с помощта на оператора [...]. Индексът на елемента се предава като аргумент.

• Поставете
• Добавете
• Индекс (IndexOf)
• Броя
• ясно
• Вземете
• Ход
• Изтрий

Описание:

Колекция от дървени елементи.

Наличност: клиент, сървър, тънък клиент, уеб клиент.

Вижте също:

• FormDataTreeElement, метод GetElements
• DataFormTree, метод GetItems

Характеристики на работа с дърво на стойността

Актуализация на дървото

Има проблем падаплатформи при актуализиране на дървото.

Ако някой възел в дървото е разширен и е избран подчинен възел, тогава при актуализиране на дървото с функцията ValueInFormDataплатформата пада.

Решение: Трябва да изчистите дървото, преди да актуализирате.

Например:

&На сървърната процедура ClearTree(elements) За всеки елемент от елементи Loop ClearTree(element.GetElements()); EndCycle; елементи.Изчистване(); EndProcedure

&На сървърната процедура Fill Concept Tree() dConcepts = srProperties.Build Concept Tree(OnDate, Meta.CurrentIB()); ClearTree(ConceptTree.GetItems()); ValueInFormData(dConcepts, ConceptTree); EndProcedure

&OnClient процедура OnDateOnChange(Element) Fill ConceptTree(); EndProcedure