Предлагается новая идея, являющаяся продолжением идеи &unifor('+8..), а именно:
возможность подключения в АРМах ИРБИС пользовательских режимов, т.е. режимов, созданных самим пользователем-разработчиком.
На примере АРМа Каталогизато это означает, что пользователь может "повесить" собственные режимы обработки (как пакетные, так и интерактивные) в главном меню (ИРБИС64), на панели инструментов, на кнопках вызова расширенных средств ввода.
Предполагается, что режим пользователя представляет собой функцию DLL (как в &unifor('+8...))
Предлагается описание режимов пользователя через INI-файл по следующей схеме - каждый внешний режим пользователя описывается следующими свойствами:
- имя DLL
- имя функции DLL, реализующей данный режим (как уже сказано, это может быть и пакетная, и интерактивная, т.е. через пользовательский интерфейс, обработка)
- имя формата, в соответствии с которым осуществляется передача входных данных в функцию (разумеется формат применяется к текущей записи - в случае Каталогизатора это корректируемая запись)
- название режима на естественном языке (для главного меню и/или подсказки)
- группа режимов, куда должен попасть данный режим (число) - в случае АРМа Каталогизатор (64) это порядковый номер группы в главном меню
- ссылка на иконку (если предполагается отображение этого режима на панели инструментов (ИРБИС64)

Регламентируется формат данных, возвращаемых функцией режима. В общем случае это список строк (т.е. данных, разделенных символами $0D0A):

<код_возврата>
<данные>
......
<данные>

Формат собственно данных определяется кодом возврата (положительным).
Например, в случае если подключаемый режим является режимом корректировки записи, то код возврата 1, а далее сама запись - представленная по формату &unifor('+0')

Это пока лишь общие соображения.
Жду отзывов и предлжений.
Если получится - это будет реализовано уже в 2006.1

Это тоже, конечно, полезно. Но есть куча других более нужных доработок. Например эта
про эквивалент VIEW. Мы так и не услышали от Вас мнения по этому вопросу.
Хотя, если реализовать то, что предлагаете Вы, то возможно, в пакетном режиме, можно получить и упомянутую доработку.

Добрый день!

Идею действительно замечательная - ибо такой способ подключения собственной функциональности решал бы сразу несколько проблем, с которыми, мы, например, столкнулись:

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

2. Кооректировка записи на лету (сейчас нам приходится заводить отдельную функцию для генерации шк и отрабатывать ее в autoin.gbl что требует не только дополнительной синхронизации, но и лишних телодвижений со стороны библиографа)

По этому идея безусловно очень стоящая - с нетерпением ждем реализации!

С уважением, Владимир Ким
---------------------------
Инженер-программист НБ МИФИ

> По этому идея безусловно очень стоящая - с
> нетерпением ждем реализации!
Реализовано в 2006.1.
См. [irbis.gpntb.ru]


>
> С уважением, Владимир Ким
> ---------------------------
> Инженер-программист НБ МИФИ

Это именно то, что надо... Потому что предыдущий юнифор 8 с чем-то (насколько я понял идею) был не очень... а тут выполнены и перевыполнены давние предложения А.С.К. (и мои:))