Как да деактивирате изскачащи прозорци за 1 сек. Как да изключите изскачащия прозорец със сървърни повиквания в програмата 1C. Режим на показване на повикване на сървъра, как да го изключите

Много хора не харесват, че при извършване на някакви действия в програмата в долния ляв ъгъл на екрана се появява прозорец с индикатори за „текущи повиквания“ и „натрупани повиквания“, като по този начин пречи на работата. Фиг. 1.

В 1C Enterprise 8 изглежда така.

В интерфейса на таксито е малко по-различно.

Фиг.3.

Някакъв изскачащ прозорец е индикатори за ефективност.

Индикатори за ефективност, какви са те, защо са необходими?

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

Настройки на изскачащи прозорци

Фиг.4.

Отварят се настройки, където можете да поставите отметка на желаните индикатори или да премахнете напълно всички квадратчета за отметка.

Фиг.5.

Режим на показване на обаждането на сървъра, как да го изключа?

Фиг.6.

Фиг.7.

След това отиваме в 1C в режим Enterprise.

2. Персонализиран начин.
В режим Enterprise натискаме бутона за извикване на Главното меню. След това в горния ляв ъгъл на екрана кликнете върху елемента "Инструменти" -\u003e "Опции".

Фиг.8.

И в прозореца, който се показва, премахнете отметката от раздела „Настройки за производителност на дисплея“.

Фиг.9.

Кликнете върху OK!
След това изскачащ прозорец с индикатори няма да дразни и отвлича вниманието от работата.

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

Сега ще ви разкажем за някои технически точки в 1C, за които всеки потребител трябва да знае. Често счетоводителите, използващи програмата 1C Enterprise 8, казват, че при извършване на каквито и да е операции в лявата част на екрана се появява малък прозорец с данни за индикатори, от които потребителят не се нуждае. Често такива прозорци изпълняват само "дразнеща" функция и не им позволяват да работят нормално.
Обикновено прозорецът има следните надписи - "Натрупани разговори" и "Текущи разговори" (с информация за техния брой). В управлявания вид на "1C Enterprise 8" изглежда така:

Във външния вид на "Такси" изглежда малко по-различно:

Често потребителите имат въпрос какви са тези прозорци с индикатори и колко необходими са те в тяхната работа.

Какво е?

Това е един от инструментите, разработен от специалисти, работили по програмата 1C. С други думи, това са индикатори за ефективността на обаждането на сървъра. Обикновено в режим "1C" те показват на разработчика в реално време: организация, данни за продължителността и броя на сървърните повиквания, както и количеството получена и предадена информация.

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

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

Персонализиране на изскачащия прозорец

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

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

Начини за изключване на показването на сървърни повиквания

Първият начин е административен.

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

Чрез натискане на менюто "Инструменти" - "Опции" отворете информацията за параметрите. бази в режим "Конфигуратор".

След това изберете раздела „Допълнителни“, който се намира в параметрите на раздела, наречен „Стартиране на 1C: Enterprise“. Премахнете отметката от „Показване на опции за производителност“ и щракнете върху бутона „OK“ (или бутона „Приложи“).

И накрая, в режим "Предприятие", стартирайте програмата "1C".

Вторият начин е персонализиран.

В режим Enterprise натиснете бутона на главното меню и изберете "Service" - "Settings".

След това премахнете отметката от квадратчето „Опции за производителност на дисплея“, което се намира в прозореца с настройки.

И в края кликнете върху бутона "OK".

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

Сега ще ви кажем 5 начина за съобщения от 1C "Здравей свят!"

Не всеки знае за поне два метода 🙂

Как и къде да напиша текста на програмата?

Превключете към раздела на прозореца с формуляра „Модул“. Ще се уверите, че вече имате някакъв текст там („Процедура...“).

Ако няма текст, тогава:

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

Вътре в текста има ред:

// Вмъкване на съдържание на манипулатор

Вашата задача е да изтриете този ред и вместо него да въведете текста на програмата. След това запазете обработката и я отворете в корпоративния режим.

Когато щракнете върху Изпълнение, въведените от вас действия ще бъдат извършени.

А сега да преминем към самите методи!

Съобщение в 1C, метод 1 - най-лесният

Така че трябва вместо текста "// Вмъкнете съдържанието на манипулатора." напишете текста на програмата.

предупреждение ("Здравей свят!");

Всъщност това е всичко 🙂

Съобщението в режим Enterprise в дебелия клиент ще бъде в долната част на прозореца 1C, в тънкия клиент - вдясно в прозореца за обработка.

Това е най-простият начин и се използва много широко от програмистите.

Съобщение в 1C, метод 2 - също просто

предупреждение ("Здравей свят!");

Всъщност това е всичко 🙂

Съобщението в режим Enterprise и в двете опции на клиента ще бъде в изскачащ прозорец.

Съобщение в 1C, метод 3 - появи се само в 1C версия 8.2

ShowUserAlert("Здравей свят!","Наистина здравей!");

Този метод се появи само в 1C версия 8.2. Това е изскачащ прозорец в долния десен ъгъл на екрана, който изчезва с времето.

Съобщение в 1C, метод 4 - програмист

Хвърлете "Hello world!" Изключение;

При изпълнение на всяка програма може да възникне грешка. Понякога тази грешка може да бъде изчислена предварително (например, трябва да изчислите a = b/c и по време на изпълнение на програмата е станало известно, че c е равно на 0).

В този случай има начин да докладвате грешката по този начин.

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

General Purpose.ReportError("Здравей свят!");

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

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

Ето един чудесен пример. Тази функция присъства в много типични конфигурации (само за дебел клиент!). Изглежда, че резултатът е равен на действието на метод 1.
Но не - в някои конфигурации (напр. SCP) съобщенията за грешка се дублират в дневника. Също така, с допълнителна персонализация, съобщението изглежда напълно различно.

И така, сега можете да се почувствате като истински програмист!

Това е целта на 1C програмирането. Разбира се, истинското програмиране е много по-сложно и изисква много познания, но Главна идеяВече сте получили.

Късмет!

P.S. Екранните снимки са предоставени в pdf версията на урока, за да ви е по-лесно да направите собствен опит.

P.P.S. Към урока са дадени 5 видеоклипа с примери за създаване на база за програмиране, създаване на обработка, програмиране в дебел и тънък клиент.

Статията продължава поредицата от статии „Първи стъпки в разработката на 1C“.

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

Приложимост

Статията обсъжда функционалността:

• Интерфейс във версия "Версия 8.2" за конфигурацията, разработена на платформата "1C:Enterprise" 8.2.19.130
• Такси интерфейс за конфигурация, разработена на платформата 1C:Enterprise 8.3.4.496 до 8.3.9+
• Такси интерфейс за конфигурация, разработена на платформата 1C:Enterprise 8.3.10-8.3.11

Как да покажете съобщение на потребителя в 1C

Показването на съобщения в потребителски режим решава редица проблеми:

• отразяване на напредъка на текущия процес (показване на етапа на процеса; показване на изчислените стойности, получени по време на работа на алгоритъма);
• издаване на грешки на потребителя за евентуалното им коригиране;
• издаване на препоръки;

Типове съобщения:

• терминатори, които спират изпълнението на програмата и не позволяват тя да продължи, докато потребителят не прочете това съобщение и не извърши определени действия. Например, потребителят ще получи въпрос на екрана, на който ще трябва да отговори с Да или Не. Докато потребителят не отговори, програмата не извършва по-нататъшни действия;
• уводни съобщения, които просто се показват на потребителя и му позволяват да работи по-нататък (т.е. използва се в режим на предупреждение).

Съобщенията за прекратяване трябва да бъдат съобщения за грешка, а уводните съобщения: препоръки, съобщения за текущия етап на процеса и показване на изчислени стойности (печат за отстраняване на грешки).

Уводните съобщения имат за цел да дадат на потребителя известна информация.

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

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

Съобщенията за тестване и отстраняване на грешки не трябва да се издават на потребителя, защото рано или късно ще започне да игнорира абсолютно всички съобщения.

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

Не можете да откачите поле за съобщение от формуляр.

Синтаксис на функцията:

Докладвам (<Текст сообщения>, <Статус>)

Тези. първият параметър е самият текст.

Вторият параметър (състояние на съобщението) не е задължителен. Можете да посочите стойности за състоянието: нормално, важно, Много важнои т.н.

Тази стойност определя коя икона ще бъде поставена до съобщението. Това обаче работи само в нормалния интерфейс.

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

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

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

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

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

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

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

функция Докладвамнапълно се поддържа в платформа 8.3. Може да се използва и ще работи (както във файловата версия, така и във версията клиент-сървър).

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

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

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

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

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

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

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

В този момент системата ще поиска данни от буфера и ще ги покаже на екрана.

Същата функция важи и за класа Съобщение до потребителя. Фигурата показва пример за използване на метода Докладвамот страната на сървъра.

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

Механизмът за уведомяване е необходим, за да информира потребителя, че „нещо“ се е случило в системата и това „нещо“ изисква вниманието на потребителя. Сигналите се генерират по два сценария:

1. От самата платформа, когато пишете или модифицирате обект интерактивно
2. Разработчик при извикване на код на метод .

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

Освен това известията могат да бъдат достъпни в съответната област на информационния панел (бутон „История“ в долния ляв ъгъл на формуляра за кандидатстване в опцията на интерфейса „Версия 8.2“).

За да създадете свои собствени сигнали, трябва да използвате метода на глобалния контекст ShowUserAlert(). Синтаксисът му преди ревизия 8.3.10 е както следва:

Показване на потребителско предупреждение (<Текст>, <НавигационнаяССылка>, <Пояснение>, <Картинка>)

Първият параметър е текстът, който ще се показва в предупреждението.

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

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

Можете също да зададете картина, която показва състоянието на известието.

Моля, имайте предвид, че всички тези параметри не са задължителни. По-долу е даден пример за употреба този метод(в конфигуратора и в потребителския режим във версията на интерфейса "Версия 8.2").

Във версия 8.3.10.216 на платформата за интерфейса във версия "Такси" механизмът за уведомяване е значително подобрен с цел подобряване на използваемостта както на тънки, така и на уеб клиенти. Поради тази причина параметрите, предадени на метода, също са променени. ShowUserAlert(). Сега синтаксисът изглежда така:

ShowUserAlert(<Текст>, <ДействиеПриНажатии>, <Пояснение>, <Картинка>, <СтатусОповещенияПользователя>, <КлючУникальности>)

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

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

Следващ параметър StatusAlertUserсе появи за първи път. Той показва статуса на предупреждението (Информация или Важно).

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

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

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

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

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

И накрая, последният добавен параметър беше Ключова уникалност. Можете да го използвате, за да намерите предупреждението, показано на екрана, и да го промените. Ако няма известие с този параметър, ще се покаже ново известие.

Както можете да видите, възможностите, предоставени от съответния метод, станаха още по-големи! Но това не са всички промени в механизма за уведомяване.

Както вероятно вече сте забелязали, техните външен вид. Сигналите вече изглеждат по-модерни и ергономични, но не могат да се местят по екрана или да се преоразмеряват. Моля, обърнете внимание, че в нашия пример текстът на известието просто не се побира изцяло в самия прозорец и потребителят може да го прочете напълно само като отвори Центъра за известия. Поради това не е необходимо да се изписва голямо количество текст в текста на уведомлението.

Също така новите функции включват едновременно показване на до три предупреждения на екрана.

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

Нека си представим такава проста ситуация: потребителят е задал филтър в някакъв списък за удобство. Да кажем, че е направил това под формата на номенклатурен справочен списък. Тогава, след известно време, реших да въведа нов елемент, наречен „Стол“, който не отговаря на предварително зададения филтър. Въвежда го, записва го и ...? И не го вижда в списъка. Какво ще направи средният потребител? Разбира се, ще влезе в него втори път, но няма да го види повече. Може да последва трети, четвърти, пети път. Когато му омръзне да влиза в едно и също, накрая ще те попита: къде изчезва всичко?

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

Съобщения за прекратяване

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

Ще говорим за възможността за използване на съобщения за прекратяване в платформа 8.3 малко по-късно (те се опитват да не ги използват напоследък, така че разглежданият пример е повече за платформа 8.2).

Има два метода за издаване на съобщения за прекратяване Вниманиеи Въпрос. Вниманиесе различава от въпросзащото има един бутон Добре.

Един въпрос може да има различни набори от опции за отговор ( Не точно, ДаНеОтказ, Добре, OKОтказ, Повторен опит Отказ, AbortRetrySkip), които се задават с помощта на параметъра.

Нека покажем някакъв вид предупреждение с помощта на низ (например в управляван модул на приложение):

Alert("Базата ще бъде отворена сега");

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

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

Функцията работи по същия начин. Въпрос.

Синтаксис:
въпрос(<ТекстВопроса>,<Кнопки>,<Таймаут>,<КнопкаПоУмолчанию>,<Заголовок>,
<КнопкаТаймаута>);

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

Когато интервалът изтече, прозорецът с въпроси ще бъде затворен. Подобен параметър ( <Таймаут> ) функцията също има Внимание.

Като пример за използване на функцията ВъпросМожете да използвате следния код, написан в управляван приложен модул:

Моля, имайте предвид, че тези методи Вниманиеи Въпрос) не са налични на сървъра. И това е логично, защото интерфейсните методи не могат да се изпълняват на сървъра, където няма потребител.

Характеристики на използване на модални прозорци в Платформа 8.3

В платформа 8.3 има режими на работа със и без използване на модалност. Настройката по подразбиране е Не използвай модален режим.

В този случай съобщенията за прекратяване не могат да се използват. Ако е необходимо да се използват съобщения за прекратяване (функции Вниманиеи Въпрос) трябва да промените стойността на свойството конфигурация на Използвайте.

Модалният прозорец се показва най-отгоре и блокира работата с други прозорци, докато модалният прозорец не бъде завършен. Освен това изпълнението на програмния код се спира на мястото, където се извиква този прозорец. Изпълнението на кода ще продължи само след затваряне на модалния прозорец.

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

Изскачащите прозорци често са деактивирани в настройките на браузъра по подразбиране. Потребителят трябва да бъде принуден да зададе разрешения за тези прозорци.

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

За замяна на функции Въпроси Вниманиеса разработени нови методи: ShowQuestion, ShowWarning.

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

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

Синтаксис на функцията ShowWarning:

ShowWarning(<ОписаниеОповещенияОЗавершении>, <ТекстПредупреждения>, <Таймаут>, <Заголовок>)

Параметър <ОписаниеОповещенияОЗавершении> (по избор)

Тип данни: Описание Сигнали.

Съдържа описание на процедурата, която ще бъде извикана след затваряне на предупредителния прозорец.

Синтаксис на функцията ShowQuestion:

ShowQuestion(<ОписаниеОповещенияОЗавершении>, <ТекстВопроса>, <Кнопки>, <Таймаут>, <КнопкаПоУмолчанию>, <Заголовок>, <КнопкаТаймаута>)

Първите три параметъра са задължителни.

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

Клас MessageToUser

Основното удобство на класа съобщения Съобщение до потребителяе, че това е контекстуално съобщение (за разлика от методите Вниманиеи Въпрос).

Съобщенията могат да бъдат обвързани с конкретен елемент на екрана. Този обект също е достъпен на сървъра.

Трябва да се отбележи, че първо този обект трябва да бъде създаден. Например: Съобщение = Ново съобщение до потребител;

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

Второ, трябва да напишете текста на съобщението в отделно свойство.

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

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

Message.DataPath = “Обект”;
Message.DataKey = ThisObject.Reference;

За да отворите модула за документи, в прозореца за редактиране на обект (документ), в раздела другищракнете върху бутона Обектен модул.

За експеримента нека поставим кода в обектния модул на всеки документ.

По-долу е резултатът, получен в потребителски режим за платформа 8.3.

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

Но, първо, тези съобщения са доста забележими. Второ, съобщенията обикновено се показват на потребителя по време на писане на елементите на директории или публикуване на документи, т.е. когато се извършват някои проверки. И ако са открити грешки, потребителят ще види същите тези съобщения.

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

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

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

Известие за статус на процеса

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

Синтаксис: държава(<ТекстСообщения>, <Прогресс>, <Пояснение>, <Картинка>)
Настроики:<ТекстСообщения>и<Пояснение>– по избор, тип – Линия.
Текстът се показва в специална лента на състоянието.
<Прогресс>параметърът също е незадължителен, но е описателен.
Тип: Номер. Стойност на лентата за напредък (от 1 до 100).
<Картинка>също незадължителен параметър.
При обработка на всяко събитие могат да се използват периодични извиквания на функции от типа:

В този случай надписите могат да се променят и стойностите на параметъра Progress могат да се променят.

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

Ако искате да научите повече за механизма за уведомяване, тогава си направете почивка точно сега и прочетете нашата нова статия Показване на напредъка на продължителни операции в 8.3.10. Вече не обяснява на ниво начинаещи всички тънкости и капани на работата на този механизъм.

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

Бих искал отново да обърна внимание на факта, че ако вашата конфигурация (версия 8.3.3+) включва работа с уеб клиент, тогава:

• на ниво конфигурация трябва да се зададе настройката на режима на модалност „Не използвай“.
• кодът трябва да използва методите на асинхронния модел на взаимодействие с потребителя. Такива методи започват с думите Покажиили Да започна.

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

В новите версии на 1C:Enterprise потребителите се уведомяват за новите версии на платформата и конфигурациите на 1C. Тези сигнали се появяват като периодични изскачащи прозорци. Общи потребители, не се занимават с актуализации, изскачащите прозорци пречат на работата и действат като дразнител.

В тази статия ще ви покажем как да изключите натрапчивите напомняния за нова версияпрограми на примера на конфигурацията "Управление на търговията" версия 11.3.

На начална страницапрограмата в долния десен ъгъл на всеки потребител показва списък с новини. Известията за нови версии на програмата са част от новините на 1C. За да отидете в настройките за новини на началната страница, трябва да щракнете върху хипервръзката „Всички новини“, тя е маркирана в червено на фигурата по-долу.

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

За да деактивирате изскачащите прозорци за всички потребители, трябва да отидете в раздел „НСИ и администрация“ – „Поддръжка на интернет потребители“.

В групата „Управление на настройките за новини и актуализациите“ щракнете върху хипервръзката „Отваряне на настройките за управление на новини“.

В прозореца за настройки на новините и управление на актуализациите, в раздела „Потребителски настройки“, поставете отметки в квадратчетата за потребителите, за които искате да промените настройките, след което щракнете върху бутона „Потребителски настройки“. В потребителските настройки в раздела „Новини“ деактивирайте допълнителните квадратчета за отметка и щракнете върху „OK“. След това трябва да щракнете върху бутона „Запазване и затваряне“ в прозореца за управление на настройките и актуализирането за новини.