Цитата:При работе приложения в качестве сервера автоматизации (OLE-сервера) им можно управлять из внешнего приложения. К примеру, библиографический редактор анализирует текст для выделения в нём элементов записи, а потом Каталогизатор (обычный, с GUI, а не пакетный) перехватывает управление и принимает эту запись. Это как бы дальнейшее расширение идеи плагинов.
Цитата:Alio
Полагаю, что Ваше пожелание НЕ БУДЕТ реализовано...
Александр Иосифович, могу предложить более выполнимое средство реализации взаимодействия Каталогизатора с внешними приложениями. Идея заключается в том, чтобы можно было хранить
буферную запись Ирбис в
буфере обмена Windows. В текущей реализации Каталогизатора можно просмотреть содержимое буферной записи по полям в виде таблицы, но такое представление не позволяет поместить её целиком в буфер обмена. Такая возможность была бы полезной для восстановления буферной записи после выхода из Каталогизатора при его повторной загрузке, а сама перезагрузка АРМа, кроме очевидных случаев сбоев программы / ОС, может понадобиться также после появления сообщения Каталогизатора "БД недоступна для ввода" (в моей практике это случается при попытке сохранить текущую запись на клиентской машине, если сервер в данный момент был перезагружен).
А главное - внешняя автономная программа (такая, как библиоредактор) тоже может сформировать свою библиографическую запись, которую Каталогизатор должен уметь "подхватить". На мой взгляд, это было бы проще всего реализовать созданием библиографической записи (текущей или буферной) на основе содержимого буфера обмена Windows. Требуется всего-то добавить, например, кнопку "Копировать в буфер обмена" в окно "Буферная запись" (команда меню
"Сервис" -
"Буферная запись") и, скажем, кнопку "Вставить из буфера обмена" в окно "Вставить из импорт. записи" (
"Сервис" -
"Вставить из импорт. записи").
Можно, конечно, копировать и считывать содержимое буферной записи и из файла (того же
cirbisc.ini), но, мне кажется, то, как я описал - это наиболее простой способ.