GLUKa написал(а):
-------------------------------------------------------
> Alio написал(а):
> --------------------------------------------------
> -----
> > АРМ Книговыдача
> >
> > В подсистеме УЧЕТ УСЛУГ создан новый режим для
> > управления ЗАКАЗАННЫМИ УСЛУГАМИ - см.скриншоты
> >
> > Предлагается возможность ВЫПОЛНЯТЬ и/или
> УДАЛЯТЬ
> > выделенные заказанные услуги.
> >
> > Режим вызывается или из раздела СЕРВИС главного
> > меню основного интерфейса и соответствующей
> > инструментальной кнопкой или из раздела
> > УСЛУГИ/ВЗНОСЫ главного меню подсистемы учета
> > услуг.
> >
> > В связи с новым режимом введена новая инверсия
> > (словарь) БД PAY с префиксом NZ=
>
> спасибо. а будет ли АРМ как то сигнализировать о
> наличии новой заказанной услуги? Так как окно
> режима управления заказанными услугами необходимо
> вызывать отдельно. оно не всегда перед глазами. то
> хорошо бы был сигнал оповещения отличный от
> сигнала а заказ книги

Будет сигнал (rington4.wav в папке PAY). Кроме того, если форма с заказанными услугами не открыта, будет соответствующим образом меняться иконка на инструментальной кнопке в основном интерфейсе.



Редактировано 1 раз. Последний раз 03.04.2023 17:01 пользователем Alio.

Alio написал(а):
-------------------------------------------------------
> GLUKa написал(а):
> --------------------------------------------------
> -----
> > Alio написал(а):
> >
> --------------------------------------------------
>
> > -----
> > > АРМ Книговыдача
> > >
> > > В подсистеме УЧЕТ УСЛУГ создан новый режим
> для
> > > управления ЗАКАЗАННЫМИ УСЛУГАМИ -
> см.скриншоты
> > >
> > > Предлагается возможность ВЫПОЛНЯТЬ и/или
> > УДАЛЯТЬ
> > > выделенные заказанные услуги.
> > >
> > > Режим вызывается или из раздела СЕРВИС
> главного
> > > меню основного интерфейса и соответствующей
> > > инструментальной кнопкой или из раздела
> > > УСЛУГИ/ВЗНОСЫ главного меню подсистемы учета
> > > услуг.
> > >
> > > В связи с новым режимом введена новая
> инверсия
> > > (словарь) БД PAY с префиксом NZ=
> >
> > спасибо. а будет ли АРМ как то сигнализировать
> о
> > наличии новой заказанной услуги? Так как окно
> > режима управления заказанными услугами
> необходимо
> > вызывать отдельно. оно не всегда перед глазами.
> то
> > хорошо бы был сигнал оповещения отличный от
> > сигнала а заказ книги
>
> Будет сигнал (rington4.wav в папке PAY). Кроме
> того, если форма с заказанными услугами не
> открыта, будет соответствующим образом меняться
> иконка на инструментальной кнопке в основном
> интерфейсе.
Огромное спасибо :)

Государственная универсальная научная библиотека Красноярского края, Ассоциация ЭБНИТ

Novinka написал(а):
-------------------------------------------------------
> Здравствуйте. Рассмотрите, пожалуйста, и наши
> предложения)
>
> 1. Просим поддержать добавление возможности
> указывать кол-во посещений и автоматически
> архивировать гостевую запись.

Это можно будет делать самостоятельно на основе команды 3 оперативных режимов

>
> 2. Установить контроль права обслуживания при
> групповых операциях полностью аналогично
> соответствующим негрупповым - проверка на
> перерегистрацию, задолженность, право пользования
> в 56,57,29 полях, максимальные количества книг и
> задолженных книг.

А что сейчас нет контроля права обслуживания при групповых операциях?

С выводом в сообщении списка
> неудачных попыток.
>
> 3. Запускать несохраненную глобальную только после
> проверки корректности ее кода. При наличии ошибок
> не закрывать окно, оставлять текст для
> корректировки ошибок.
???

>
> 4. Отложенная обработка. Возможность указания
> времени выполнения обработки без подключения
> планировщика заданий windows (если она
> одноразовая, нет необходимости создавать
> ibf-конструкцию).

О каком АРМе идет речь? И как Вы себе мыслите это без ibf?

>
> 5. Заказы. Добавить в формат просмотра издания всю
> логистику по заказу, например, перенаправление из
> другого отдела или на издание-аналог и создание
> заказа за читателя по новой кнопке АРМ Книговыдача
> (вывод сотрудника-исполнителя). Иногда даже
> читатели не всё помнят про историю своих заказов,
> тем более сотрудники и полезно для выяснения
> некоторых моментов знать все действия с заказом с
> момента его поступления.

Не принимается.

>
> 6. Просьба дать пользователям возможность
> масштабирования текста колесом мыши в любой
> области рабочего окна в фокусе по аналогии с окном
> просмотра (а не только через клиентский ini).

Не принимается.

АРМ Каталогизатор

Создан новый сервисный режим (в блоке КОРРЕКТИРОВКА)

НАЙТИ ПОЛЕ В РЛ ПО НАЗВАНИЮ


Новый режим сопрягается с прежним режимом НАЙТИ ПОЛЕ В РЛ ПО МЕТКЕ (горячая клавиша Alt-Q)

(см. скриншоты)



Редактировано 1 раз. Последний раз 11.04.2023 14:11 пользователем Alio.

Просьба о небольшом улучшении в сортировке номеров периодических изданий (если это возможно в принципе).
В настоящее время сортировка осуществляется таким образом, что сдвоенные номера помещаются в конец списка, что не удобно при работе с ними.
Возможно изменить принцип сортировки номеров так, чтобы записи шли в порядке 1, 1/2, 2, 3 и т.д.?

Alio написал(а):
-------------------------------------------------------
> Novinka написал(а):

> > 2. Установить контроль права обслуживания при групповых операциях полностью аналогично
> > соответствующим негрупповым... С выводом в сообщении списка неудачных попыток.
>
> А что сейчас нет контроля права обслуживания при
> групповых операциях?

прилагаю скрины, книги выдаются, посещения ставятся с долгами и 29 полем. Множественные посещения ставятся в один день. Перерегистрацию пока не проверила. Для негрупповых операций контроль работает.
>
> >
> > 3. Выполнять несохраненную глобальную только после проверки корректности ее кода. При наличии
> ошибок не закрывать окно, оставлять текст для корректировки ошибок.
> ???

Бывает такая ситуация, когда создаешь глобальную, которая вряд ли когда еще понадобится или она элементарная совсем, поэтому не сохраняешь. После запуска выходит сообщение об ошибке и автоматически закрытие окна глобальной. Приходится запускать снова и заново писать ВЕСЬ текст, а не только исправлять ошибку.
Конечно, поможет сохранение, но не всё есть смысл сохранять. Если это не очень трудно, есть просьба не удалять текст несохраненной глобальной, если она не выполнена из-за ошибок.
> >
> > 4. Отложенная обработка. Возможность указания времени выполнения обработки без подключения
> > планировщика заданий windows (если она одноразовая, нет необходимости создавать ibf-конструкцию).
>
> О каком АРМе идет речь? И как Вы себе мыслите это
> без ibf?
>
Серверный Администратор-Инструменты-Глобальная. Я не знаю, есть ли возможность у АРМа выполнять команды по системному времени, это предложение.
Ibf - удобная конструкция для регулярно выполняемых обработок.

5. И еще в дополнение, можно как-то придумать передачу в команду STATF исходных параметров даты через юнифор? Или создать предустановленные варианты -, например, D (текущая дата), M (текущий месяц), G (текущий год)?

А, кстати, в релизе написано "modefield – исходные параметры для стат.формы ...может быть пустым, если стат.форма не требует исходных параметров)", а можно сделать так, чтобы если не вносить в статформу ТРЕБУЕМЫЕ параметры даты, то автоматически выполнять ее для текущего периода, т.е. если требуется год ГГГГ, то за текущий год и т.д.?



Редактировано 3 раз. Последний раз 12.04.2023 08:18 пользователем Novinka.

Novinka написал(а):
-------------------------------------------------------
> Alio написал(а):
> --------------------------------------------------
> -----
> > Novinka написал(а):
>
> > > 2. Установить контроль права обслуживания при
> групповых операциях полностью аналогично
> > > соответствующим негрупповым... С выводом в
> сообщении списка неудачных попыток.
> >
> > А что сейчас нет контроля права обслуживания
> при
> > групповых операциях?
>
> прилагаю скрины, книги выдаются, посещения
> ставятся с долгами и 29 полем. Множественные
> посещения ставятся в один день. Перерегистрацию
> пока не проверила. Для негрупповых операций
> контроль работает.

Во-первых, посещения не имеют никакого отношения к праву обслуживания, т.е. делать отметку о посещении можно ВО ВСЕХ СЛУЧАЯХ
Во-вторых, каким образом Вы осуществляете выдачу, если читатель лишен права обслуживания - покажите на скриншотах.

Alio написал(а):
-------------------------------------------------------
> Во-первых, посещения не имеют никакого отношения к
> праву обслуживания, т.е. делать отметку о
> посещении можно ВО ВСЕХ СЛУЧАЯХ

Но в негрупповом режиме второй раз подряд посещение не фиксируется. а здесь - сколько хочешь.

> Во-вторых, каким образом Вы осуществляете выдачу,
> если читатель лишен права обслуживания - покажите
> на скриншотах.
Открыла группу читателей, нажала Групповое обслуживание одним экземпляром.
На первом скрине выдача с долгом пошагово.
На втором - те же действия, но еще добавила один долг и строку в 29 поле.



Редактировано 1 раз. Последний раз 12.04.2023 14:13 пользователем Novinka.

Novinka написал(а):
-------------------------------------------------------
> Alio написал(а):
> --------------------------------------------------
> -----
> > Во-первых, посещения не имеют никакого отношения
> к
> > праву обслуживания, т.е. делать отметку о
> > посещении можно ВО ВСЕХ СЛУЧАЯХ
>
> Но в негрупповом режиме второй раз подряд
> посещение не фиксируется. а здесь - сколько
> хочешь.
???

>
> > Во-вторых, каким образом Вы осуществляете
> выдачу,
> > если читатель лишен права обслуживания -
> покажите
> > на скриншотах.
> Открыла группу читателей, нажала Групповое
> обслуживание одним экземпляром.
Во-первых, надо было уточнять, что речь идет ОБ ЭТОМ режиме. Просто групповая выдача это совершенно другой режим.
Про режим ОБСЛУЖИВАНИЕ ОДНИМ ЭКЗЕМПЛЯРОМ я отмечал, что это абсолютная фикция. Никакого контроля права обслуживания здесь НЕТ И НЕ БУДЕТ!

> На первом скрине выдача с долгом пошагово.
> На втором - те же действия, но еще добавила один
> долг и строку в 29 поле.

1) Книговыдача - Учет услуг - Саттистика - хотелось бы возможности получить не за один месяц, а за год по месяцам. При составлении отчетов было бы очень полезно. Может быть такая возможность (получить такую статистику) где-то есть, но я о ней просто не знаю?
2) Каталогизатор - 606 поле - выбор из AUTHORITY. Предположим у нас была рубрика ^33285^AЭтнографические музеи^BСанкт-Петербург мы нашли более подходящую ^35876^AРоссийский этнографический музей. Если встать в то же поле и вместо ранее выбранной ее выбрать, то получится вот так ^35876^AРоссийский этнографический музей^BСанкт-Петербург
Т.е. если в этой, которую выбираешь взамен в Авторитетном файле предметных рубрик нет подполя подзаголовок, то в 606^B останется значение от старой рубрики. И получится в базе ошибочная рубрика.
Можно, конечно, и удалять предыдущую, а потом заполнять следующую. Но, во-первых если эта рубрика первая, то удалить ее можно только через удаление отмеченной, а во-вторых так не все делают. Из-за этого ошибки в базе. Было бы просто замечательно, если бы при выборе другой рубрики все старые значения удалялись, как это происходит при выборе авторов из авторитетного имя лица.
Ну и совсем было бы счастье, если бы придумали какой то инструмент, чтобы находить и вычищать такие ошибки из базы.

Добрый день!

Предлагаем в АРМ Книговыдача добавить диалоговое окно (Да / Нет) с запросом подтверждения выполняемого действия для режима "Оформление утерянных экземпляров".

PRM написал(а):
-------------------------------------------------------
> Добрый день!
>
> Предлагаем в АРМ Книговыдача добавить диалоговое
> окно (Да / Нет) с запросом подтверждения
> выполняемого действия для режима "Оформление
> утерянных экземпляров".
С чем связано это предложение?

Alio написал(а):
-------------------------------------------------------
> PRM написал(а):
> --------------------------------------------------
> -----
> > Добрый день!
> >
> > Предлагаем в АРМ Книговыдача добавить
> диалоговое
> > окно (Да / Нет) с запросом подтверждения
> > выполняемого действия для режима "Оформление
> > утерянных экземпляров".
> С чем связано это предложение?

Александр Иосифович, здравствуйте!

Предложение связано:

1. Со случайным вызовом режима.
В результате в ЭК накапливаются документы со статусом экземпляра "4". Такие документы приходится регулярно просматривать, проверять.

2. С тем, что статус экземпляра "4", в отличие от статусов "0", "1", "9", является конечным. Для исправления ошибочно установленного статуса необходимо вызывать на корректировку документ ЭК.

PRM написал(а):
-------------------------------------------------------
> Alio написал(а):
> --------------------------------------------------
> -----
> > PRM написал(а):
> >
> --------------------------------------------------
>
> > -----
> > > Добрый день!
> > >
> > > Предлагаем в АРМ Книговыдача добавить
> > диалоговое
> > > окно (Да / Нет) с запросом подтверждения
> > > выполняемого действия для режима "Оформление
> > > утерянных экземпляров".
> > С чем связано это предложение?
>
> Александр Иосифович, здравствуйте!
>
> Предложение связано:
>
> 1. Со случайным вызовом режима.

В таком случае надо под каждый режим - который связан с изменением БД - выводить подобное сообщение?


> В результате в ЭК накапливаются документы со
> статусом экземпляра "4". Такие документы
> приходится регулярно просматривать, проверять.
>
> 2. С тем, что статус экземпляра "4", в отличие от
> статусов "0", "1", "9", является конечным. Для
> исправления ошибочно установленного статуса
> необходимо вызывать на корректировку документ ЭК.

АРМ Каталогизатор

Разработана система навигации ВПЕРЕД/НАЗАД по СОСТОЯНИЯМ АРМа Каталогизатор (аналогично функционалу вперед/назад в браузерах) - см. скриншот.

СОСТОЯНИЕ АРМа Каталогизатор определяется тремя показателями:
- текущая БД
- текущий контекст работы (НОВЫЙ/MFN-РЕЗУЛЬТАТ ПОИСКА)
- текущий MFN

Изменение СОСТОЯНИЯ АРМа фиксируется, если меняется хотя бы один из этих показателей (т.е. корректировка док-та, изменение формата, РЛ, вида поиска и т.п. НЕ СВЯЗАНЫ с изменением СОСТОЯНИЯ АРМа)
Кроме того, не фиксируются состояния, которые изменяются чаще, чем N секунд (по умолчанию 2 секунды).

В связи с новым функционалом вводятся два новых параметра профиля пользователя в секции [MAIN]:

BACKFORWARD=1
принимает значения: 1 (по умолчанию) - функционал навигации включен; 0 - функционал отключен.

BACKFORWARDINTERVAL=N
интервал времени в секундах, по умолчанию 2.

Просьба от коллег в АРм Каталогизатор, сделать копируемым номер текущего MFN, и возможность вставки номера из буфера в строке на вкладке "новый/MFN", сейчас возможен ввод только от руки

Государственная универсальная научная библиотека Красноярского края, Ассоциация ЭБНИТ

GLUKa написал(а):
-------------------------------------------------------
> Просьба от коллег в АРм Каталогизатор, сделать
> копируемым номер текущего MFN, и возможность
> вставки номера из буфера в строке на вкладке
> "новый/MFN", сейчас возможен ввод только от руки
Такая возможность есть - двойной клик по статусной строке в области ТЕКУЩИЙ MFN

Alio написал(а):
-------------------------------------------------------
> GLUKa написал(а):
> --------------------------------------------------
> -----
> > Просьба от коллег в АРм Каталогизатор, сделать
> > копируемым номер текущего MFN, и возможность
> > вставки номера из буфера в строке на вкладке
> > "новый/MFN", сейчас возможен ввод только от
> руки
> Такая возможность есть - двойной клик по статусной
> строке в области ТЕКУЩИЙ MFN
отлично. передам коллегам. а что со второй частью вопроса?

Государственная универсальная научная библиотека Красноярского края, Ассоциация ЭБНИТ

АРМ Каталогизатор

Предлагается новый интерфейс для ввода данных через БД УДК/ББК
(см. скриншоты)

В связи с этим введены два новых параметра профиля пользователя (в секции [MAIN]):

RSUDCINPUT=
RSBBKINPUT=

которые принимают значения:
1 (по умолчанию) - используется новый интерфейс
0 - используется старый интерфейс

GLUKa написал(а):
-------------------------------------------------------
> Alio написал(а):
> --------------------------------------------------
> -----
> > GLUKa написал(а):
> >
> --------------------------------------------------
>
> > -----
> > > Просьба от коллег в АРм Каталогизатор,
> сделать
> > > копируемым номер текущего MFN, и возможность
> > > вставки номера из буфера в строке на вкладке
> > > "новый/MFN", сейчас возможен ввод только от
> > руки
> > Такая возможность есть - двойной клик по
> статусной
> > строке в области ТЕКУЩИЙ MFN
> отлично. передам коллегам. а что со второй частью
> вопроса?
Не понял? Есть проблема вставить из буфера обмена в строку новый/mfn?
Надо использовать SHIFT-Insert



Редактировано 1 раз. Последний раз 15.06.2023 11:34 пользователем Alio.

возможно коллеги используют
горячие клавиши для копирования и вставки текста Ctrl+C (копирование) Ctrl+V (вставка). видимо Ctrl+V и не работает

Alio написал(а):
-------------------------------------------------------
> GLUKa написал(а):
> --------------------------------------------------
> -----
> > Alio написал(а):
> >
> --------------------------------------------------
>
> > -----
> > > GLUKa написал(а):
> > >
> >
> --------------------------------------------------
>
> >
> > > -----
> > > > Просьба от коллег в АРм Каталогизатор,
> > сделать
> > > > копируемым номер текущего MFN, и
> возможность
> > > > вставки номера из буфера в строке на
> вкладке
> > > > "новый/MFN", сейчас возможен ввод только от
> > > руки
> > > Такая возможность есть - двойной клик по
> > статусной
> > > строке в области ТЕКУЩИЙ MFN
> > отлично. передам коллегам. а что со второй
> частью
> > вопроса?
> Не понял? Есть проблема вставить из буфера обмена
> в строку новый/mfn?
> Надо использовать SHIFT-Insert

Государственная универсальная научная библиотека Красноярского края, Ассоциация ЭБНИТ

Alio написал(а):
-------------------------------------------------------
> GLUKa написал(а):
> --------------------------------------------------
> -----
> > Просьба от коллег в АРм Каталогизатор, сделать
> > копируемым номер текущего MFN, и возможность
> > вставки номера из буфера в строке на вкладке
> > "новый/MFN", сейчас возможен ввод только от
> руки
> Такая возможность есть - двойной клик по статусной
> строке в области ТЕКУЩИЙ MFN

Александр Иосифович, подключусь, поскольку я просил об этом еще в прошлом году, вы сделали - у меня не заработало, но я не стал жаловаться, решив, что может у меня только, да и больше никто не поддерживал просьбу.

Не копирует оно. После двойного щелчка указатель курсора мыши уходит в режим "Занят" и так и крутит, пока не перезагрузишься или принудительно не сбросишь тему в настройках (что источник отдельного раздражения). И в буфер ничего не копируется. Проверено неоднократно на Win 10, Win11, Win 2018 Srv со стандартными темами. Понятно, что проблема где-то там - в темах, но может быть сделать эту опцию не двойным кликом, а контекстным меню?

Да и вставку тоже также организовать - контекстным меню по right click. Ctrl+C/Ctrl+V уже прошито в моторике поколений пользователей. Я и сам зависаю каждый раз когда приходится искать Insert на клавиатуре (да еще и на ноуте, где для ее активации нужно переключать функциональные режимы клавиатуры).

Иркутская ОГУНБ
ИРБИС64.21Турбо
WebИРБИС-PHP

Куделя написал(а):
-------------------------------------------------------
> Alio написал(а):
> --------------------------------------------------
> -----
> > GLUKa написал(а):
> >
> --------------------------------------------------
>
> > -----
> > > Просьба от коллег в АРм Каталогизатор,
> сделать
> > > копируемым номер текущего MFN, и возможность
> > > вставки номера из буфера в строке на вкладке
> > > "новый/MFN", сейчас возможен ввод только от
> > руки
> > Такая возможность есть - двойной клик по
> статусной
> > строке в области ТЕКУЩИЙ MFN
>
> Александр Иосифович, подключусь, поскольку я
> просил об этом еще в прошлом году, вы сделали - у
> меня не заработало, но я не стал жаловаться,
> решив, что может у меня только, да и больше никто
> не поддерживал просьбу.
>
> Не копирует оно. После двойного щелчка указатель
> курсора мыши уходит в режим "Занят" и
Это значит, что у тебя не последняя версия.
А что касается превращения курсора в часы при двойном клике, то повторный двойной клик (не в области ТЕКУЩИЙ MFN) возвращает курсор в исходное состояние.

так и
> крутит, пока не перезагрузишься или принудительно
> не сбросишь тему в настройках (что источник
> отдельного раздражения). И в буфер ничего не
> копируется. Проверено неоднократно на Win 10,
> Win11, Win 2018 Srv со стандартными темами.
> Понятно, что проблема где-то там - в темах, но
> может быть сделать эту опцию не двойным кликом, а
> контекстным меню?
>
> Да и вставку тоже также организовать - контекстным
> меню по right click. Ctrl+C/Ctrl+V уже прошито в
> моторике поколений пользователей. Я и сам зависаю
> каждый раз когда приходится искать Insert на
> клавиатуре (да еще и на ноуте, где для ее
> активации нужно переключать функциональные режимы
> клавиатуры).

Alio написал(а):
-------------------------------------------------------
> Это значит, что у тебя не последняя версия.
> А что касается превращения курсора в часы при
> двойном клике, то повторный двойной клик (не в
> области ТЕКУЩИЙ MFN) возвращает курсор в исходное
> состояние.

Спасибо. В "Каталогизаторе" из 22D1, действительно, все нормально.

Иркутская ОГУНБ
ИРБИС64.21Турбо
WebИРБИС-PHP

АРМ Каталогизатор

Предлагается возможность быстрого доступа к основным иерархическим спискам (СПИСОК БД, СПИСОК ВИДОВ ПОИСКА, СПИСОК ФОРМАТОВ ПОЛНОГО ОПИСАНИЯ, СПИСОК РЛ) с помощью КЛЮЧА.

КЛЮЧ возникает и принимает на себя клавиатурный ввод, если в фокусе ввода находится соответствующий иерархический список.

В КЛЮЧ можно вводить несколько терминов (слов) - в любом порядке.
Для установки выбранного элемента списка необходимо нажать Enter.

см. прикрепленный скриншот.



Редактировано 1 раз. Последний раз 20.06.2023 19:45 пользователем Alio.

Предлагаю подумать над механизмом текстовых предупреждений перед выполнением разных функций системы.

Пока идея такова, чтобы на каждую важную кнопку АРМа создать раздел в ini файле или каком-либо файле с сообщениями, где можно будет писать системные предупреждения пользователю (с поддержкой Unicode желательно). Это не ФЛК, а постоянный (относительно постоянный) текст.

Пример.
В отдельной библиотеке появился "опытный администратор", который полгода резервировал БД в iso формате. При потере данных, конечно же были разборы полётов и основной аргумент был "Почему не предупредили, что там что-то потеряется?". Понятно, что он не читал документацию и его признали виноватым, но время на разборки такие, честное слово, жалко.

Таким образом, если пользователь выбирает экпорт в iso файл, то ему написать, что он согласен с тем, что часть данных в экспортируемом формате не будет перенесена из базы данных.



Редактировано 1 раз. Последний раз 02.07.2023 10:50 пользователем Карауш.

АРМ Каталогизатор

Расширены возможности ввода данных через СПРАВОЧНИК (метод ввода 1)

Доп.информация в РЛ полей/подполей для метода 1 задается в виде

<Menu_file_name>\<SYS|DBN>,<N>\<MnuSort>

В предыдущих версиях параметр сортировки справочника (MnuSort) мог принимать значения: 0 (нет сортировки), 1 (сортировка по значению), 2 (сортировка по пояснению)

В новой версии параметр MnuSort может принимать значение 3. В этом случае строка КЛЮЧ выступает в роли строки поискового запроса, в которую можно вводить несколько терминов в любом порядке - в результате в справочнике устанавливается максимально релевантный элемент (при этом надпись КЛЮЧ меняется на ПОИСК).

Такой же принцип работы ключа действует (безусловно) и для иерархических справочников (метод ввода 6)

Опцию MnuSort можно устанавливать в значение 3 непосредственно в процессе работы - для этого необходимо дважды кликнуть по строке КЛЮЧ/ПОИСК.

Карауш написал(а):
-------------------------------------------------------
> Предлагаю подумать над механизмом текстовых
> предупреждений перед выполнением разных функций
> системы.
>
> Пока идея такова, чтобы на каждую важную кнопку
> АРМа создать раздел в ini файле или каком-либо
> файле с сообщениями, где можно будет писать
> системные предупреждения пользователю (с
> поддержкой Unicode желательно). Это не ФЛК, а
> постоянный (относительно постоянный) текст.
>
> Пример.
> В отдельной библиотеке появился "опытный
> администратор", который полгода резервировал БД в
> iso формате. При потере данных, конечно же были
> разборы полётов и основной аргумент был "Почему не
> предупредили, что там что-то потеряется?".
> Понятно, что он не читал документацию и его
> признали виноватым, но время на разборки такие,
> честное слово, жалко.
>
> Таким образом, если пользователь выбирает экпорт в
> iso файл, то ему написать, что он согласен с тем,
> что часть данных в экспортируемом формате не будет
> перенесена из базы данных.

Да, именно так.
Спасибо.

Alio написал(а):
-------------------------------------------------------
> Карауш написал(а):
> --------------------------------------------------
> -----
> > Предлагаю подумать над механизмом текстовых
> > предупреждений перед выполнением разных функций
> > системы.
> >
> > Пока идея такова, чтобы на каждую важную кнопку
> > АРМа создать раздел в ini файле или каком-либо
> > файле с сообщениями, где можно будет писать
> > системные предупреждения пользователю (с
> > поддержкой Unicode желательно). Это не ФЛК, а
> > постоянный (относительно постоянный) текст.
> >
> > Пример.
> > В отдельной библиотеке появился "опытный
> > администратор", который полгода резервировал БД
> в
> > iso формате. При потере данных, конечно же были
> > разборы полётов и основной аргумент был "Почему
> не
> > предупредили, что там что-то потеряется?".
> > Понятно, что он не читал документацию и его
> > признали виноватым, но время на разборки такие,
> > честное слово, жалко.
> >
> > Таким образом, если пользователь выбирает экпорт
> в
> > iso файл, то ему написать, что он согласен с
> тем,
> > что часть данных в экспортируемом формате не
> будет
> > перенесена из базы данных.

Может быть полезен функционал по экспорту записи из окна просмотра буферной записи и из окна просмотра предыдущих копий записи.