АРМы Читатель - уходящая натура...
Читатель должен работать через браузер.

Здравствуйте.
Нельзя ли добавить в редактор ini-файлов кнопки для изменения порядка строк видов поиска (вверх/вниз)? Это гораздо удобнее чем "копировать/вставить".



Редактировано 2 раз. Последний раз 12.04.2013 09:04 пользователем Novinka.

АРМ Книговыдача (ИРБИС64)

Создан новый режим - Единовременная выдача/возврат экземпляров группового учета
Имеется в виду технология, когда необходимо единовременно оформить выдачу/возврат экземпляров одного издания, имеющих групповой учет (статус U), при обслуживании группы читателей (такая ситуация имеет место в учебных или детских библиотеках - при обслуживании учеников одного класса или студентов из одной группы)

Режим вызывается с помощью специальной кнопки (см. рисунок - кнопка, обведенная красным кругом) на интерфейсе, который возникает при отборе группы (больше одного) читателей.
При вводе ИНВ.НОМЕРА/ШТРИХКОДА, выдаваемых/возвращаемых экземпляров, возникает подсказчик в виде СУММАРНОГО словаря инв.номеров/штрихкодов всех БД электронного каталога из списка доступных (по умолчанию dbnam3.mnu)
В этой технологии подразумевается уникальность инв.номеров/штрихкодов в пределах всех БД ЭК
При выполнении единовременных возвратов рекомендуется для отбора читателей использовать вид поиска: ВЫДАННАЯ ЛИТЕРАТУРА/ШТРИХКОД - в этом случае инв.номер/штрихкод для возврата устанавливается автоматически.
Видимость (доступность) данного режима определяется параметром
MASSLAND секции [MAIN] ini-файла АРМа Книговыдача: 0 - режим невиден; 1 (по умолчанию) - виден.
Необходимо еще раз отметить:
- режим предназначен ТОЛЬКО для экземпляров группового учета (статус U);
- выдача/возврат оформляется на ГРУППУ читателей, а не на одно лицо.

(Кстати, в этой доработке впервые в ИРБИС64 используется логическое сложение словарей разных БД на лету)



Редактировано 2 раз. Последний раз 15.04.2013 07:39 пользователем Alio.

АРМ Каталогизатор ИРБИС64

Разработано новое инструментальное средство: ПРОИЗВОЛЬНЫЕ ОПЕРАТИВНЫЕ РЕЖИМЫ

Под ОПЕРАТИВНЫМИ РЕЖИМАМИ понимаются режимы, которые предлагаются пользователю ситуативно - т.е. в зависимости от содержания ТЕКУЩЕГО документа - в форме плавающего окна с кнопками.

В версиях до 2012.1 включительно предлагаются "ЖЕСТКИЕ" оперативные режимы, с помощью которых реализуются технологии описания периодических изданий и аналитической росписи сборников.

Настоящая разработка имеет целью предоставить пользователю возможность формировать оперативные режимы по собственному усмотрению.

Формирование оперативных режимов (и "жестких" и произвольных) строится на основе специального формата, имя которого определяется параметром в секции [MAIN] INI-файла АРМа Каталогизатор
OPERHINTPFT=
по умолчанию - OPERHINT.PFT
(не путать с параметром OPERHINT, который разрешает (1) или запрещает (0) формирование оперативных режимов)

Состав и содержание оперативных режимов определяется РЕЗУЛЬТАТОМ форматирования текущей записи по формату operhint.pft.
Результат форматирования рассматривается как НАБОР строк.
Вид оперативных режимов ("жесткие" или произвольные) определяется значением ПЕРВОЙ строки результатf форматирования, которое может быть следующим:
0 - "жесткие" оперативные режимы для ПЕРИОДИКИ
1 - "жесткие" оперативные режимы для СБОРНИКОВ
2 - ПРОИЗВОЛьНЫЕ оперативные режимы
любые другие значения - определяют ОТСУТСТВИЕ оперативных режимов.
В случае произвольных оперативных режимов (первая строка - 2) последующие строки форматирования (начиная со второй) рассматриваются как ОПИСАНИЕ оперативных режимов. При этом предлагаются ДВЕ возможности:
- вторая строка результата форматирования (она же - ПОСЛЕДНЯЯ, т.е. результат форматирования состоит из двух строк) содержит ИМЯ РЕСУРСА, в котором содержится собственно описание оперативных режимов (по умолчанию для таких ресурсов предлагается расширение .VOH);
- результат форматирования (начиная со второй строки) является собственно описанием оперативных режимов. (Данный способ описания оперативных режимов может быть весьма затруднительным в случае, когда необходимо указать формат в виде результата форматирования - поэтому данный способ можно рекомендовать пользователям, разбирающимся в языке форматирования достаточно глубоко.)

Описание оперативных режимов представляет собой ПОСЛЕДОВАТЕЛЬНОСТЬ описаний ОТДЕЛЬНЫХ оперативных режимов или иными словами - КНОПОК, с помощью которых эти режимы выполняются.
Описание ОДНОЙ КНОПКИ состоит из СЕМИ строк (свойств) и имеет следующую структуру:
1 строка: НАДПИСЬ на кнопке (м.б. пустой)
2 строка: ПОДСКАЗКА для кнопки (при наведении на нее мышки) (м.б. пустой)
3 строка: ИКОНКА для кнопки - в виде номера в списке внутренних образов (м.б. пустой)
4 строка: КОД КОМАНДЫ (на основе которой реализуется оперативный режим)
5 строка: ПАРАМЕТРЫ КОМАНДЫ
6 строка: ТЕКСТ ФИНАЛЬНОГО СООБЩЕНИЯ в случае успешного завершения режима (м.б. пустой)
7 строка: резерв

Список команд для произвольных оперативных режимов (их КОДЫ и ПАРАМЕТРЫ):
1. ПЕРЕХОД от текущего документа к другому ("ОДИН К ОДНОМУ")
Код команды - 0 или 10
Параметры команды 0 - <имя_БД>,<формат_запроса>
Параметры команды 10 - <имя_БД>,<запрос>
<имя_БД> - имя БД, куда осуществляется переход. По умолчанию (т.е. если данный параметр пустой) - текущая БД. БД должна быть в списке доступных БД (dbnam2.mnu)
<формат_запроса> - непосредственный формат или имя формата с предшествующим символом "@", на основе которого формируется запрос для поиска результирующего документа. В частном случае запрос может представлять собой ТЕРМИН/КЛЮЧ
Если в результате поиска по запросу находится больше одного документа, возникает форма со списком коротких описаний найденных документов, среди которых необходимо выбрать результирующий.
2. ПЕРЕХОД от текущего документа к группе документов ("ОДИН КО МНОГИМ")
Код команды - 1 или 11
Параметры команды 1 - <имя_БД>,<формат_запроса>
Параметры команды 11 - <имя_БД>,<запрос>
Отличие от предыдущей команды состоит в том, что осуществляется безусловный переход к группе найденных документов (как к результату поиска)
3. ФОРМИРОВАНИЕ НОВОГО ДОКУМЕНТА ИЗ ТЕКУЩЕГО
Код команды - 2
Параметры команды - <имя_БД>,<имя_ТВП>
<имя_БД> - имя БД, в которой будет создаваться новый документ (если параметр пустой - предполагается текущая БД)
<имя_ТВП> - имя таблицы переформатирования (без расширения), на основе которой формируется новый документ (если параметр пустой - осуществляется копирование текущего документа без изменения). Имя таблицы переформатирования должно входить в список доступных ТВП для копирования (FSTW.MNU)
4. ГЛОБАЛЬНАЯ КОРРЕКТИРОВКА ТЕКУЩЕГО ДОКУМЕНТА С ОПРОСОМ ПАРАМЕТРОВ
Кол команды - 3
Параметры команды - <имя_GBL>,<MODTAG>,<имя_WSS>
<имя_GBL> - имя задания на глобальную корректировку. (Следует помнить, что в процессе глобальной корректировки в общем случае есть возможность корректировать другие документы и создавать новые)
<MODTAG> - метка модельного поля, через которое в текущий документ передаются параметры опроса
<имя_WSS> - имя РЛ подполей для опроса параметров

Список команд для оперативных режимов открыт для пополнения.

В перспективе (к выпуску версии 2013.1) будет разработан редактор для создания/корректировки описателей оперативных режимов (в рамках РЕДАКТОРА РЛ и СПРАВОЧНИКОВ)

Желающие тестировать новую возможность могут обращаться на alio@gpntb.ru для получения предварительной версии АРМа Каталогизатор 2013.1



Редактировано 5 раз. Последний раз 20.12.2013 13:19 пользователем Alio.

Разработана новая БД БД «ГУМАНИТАРНЫЙ АРХИВ».

Рассматриваются следующие объекты описания в БД: Фонд (РЛ Fond), Опись (РЛ Opis), Дело (РЛ Delo), Документ (РЛ Guar), Лист (РЛ List – аналитическое описание)
Предлагаемая технология ввода обеспечивает автоматическое установление иерархических связей между записями, что используется при поиске и отражается в форматах просмотра, позволяя «путешествовать по фонду»: при просмотре любой записи показываются прямые отсылки вверх (ко всем записям более высоких уровней ветки), и вниз (ко всем записям более низких уровней). Ссылки отражаются в форматах просмотра и дают возможность прямого перехода на связанные документы. Отработка связей между объектами разных типов была основной задачей первого этапа разработки.
Для автоматического установления связей предлагается вводить записи в последовательности «сверху - вниз», то есть в последовательности Фонд – (Подфонд) – Опись – (Подопись) – Дело – Документ – Лист
За основу описания специфических характеристик архивных материалов приняты рекомендации РУСМАРКа (набор и содержание полей описания), однако для части полей, содержащих повторное введение однотипной информации, предложены другие решения. На уровне экспорта-импорта согласование форматов обеспечивается.
Поисковый аппарат БД включает специфические средства Архивов:
- Схема классификации Архива (БД GUSK)
- Рубрикатор фондов (БД GURF).
Оба эти Рубрикатора по своей структуре идентичны БД HELP – Рубрикатор ГРНТИ в ИРБИС; они могут иметь иерархическую структуру и подготавливаются Пользователем в виде отдельных БД.
Схема систематизации описи также может иметь иерархическую структуру и вводится в запись типа ОПИСЬ.

Желающие тестировать новую БД (для ИРБИС64 не ниже версии 2010), обращайтесь на dsm@gpntb.ru.

Ждем замечаний и предложений от заинтересованных Пользователей.

В версии 2013 предлагается следующее решение проблемы "Возрастные ограничения" (ВО)
- 900.wss - введено подполе z, ввод из справочника Vzo.mnu
- 905.wss - добавлены подполя Y и V: "Возрастные ограничения в просмотр и на КК не выводить" (и соответственно, в Setpriv.wss - параметры VZP и VZK)
- Вывод ВО (при просмотре и во всех видах КК - в правом верхнем углу) введен в форматы: Orchifr.pft, Orchifr_H.pft, Jw.pft, Jw_H.pft, !!kk0shp.pft, !!kk0shk.pft, !!kk8f.pft

Замечания можно давать здесь или на dsm@gpntb.ru

ИРБИС64.

Разработан механизм МОРФОЛОГИИ для ПОЛНОТЕКСТОВОГО поиска.

Механизм морфологии является альтернативой механизму ПРАВОГО УСЕЧЕНИЯ (который применяется в полнотекстовом поиске в версиях ниже 2012.1) и обеспечивает более ТОЧНЫЙ поиск.

Пример: Выполняется полнотекстовый поиск по слову "СТОЛ". В случае применения правого усечения (как это происходило до сих пор) будут найдены документы, содержащие все флексии слова "СТОЛ" (стола, столу, столы, столами и т.д.), а также документы, содержащие слова "СТОЛБ", "СТОЛИЦА" (и все их флексии) - что, конечно же, будет являться "шумом". В случае применения механизма морфологии - будут найдены ТОЛЬКО документы, содержащие слово "СТОЛ" и все его формы.

В настоящее время Полнотекстовый поиск применяется в следующих модулях:
- АРМ Читатель, режим "ПОИСК ДЛЯ ЧАЙНИКОВ";
- АРМ ПОЛНОТЕКСТОВЫЙ Читатель;
- ИРБИС-Навигатор, поиск в ИМИДЖ-КАТАЛОГЕ;
- Web-шлюз (ОРАС-ИРБИС64,Web-ИРБИС64 и Web-ИРБИС64 ПБД), поиск в БД ЭК в режиме СТАДАРТНЫЙ ПОИСК-КЛЮЧЕВЫЕ СЛОВА (сортировка по релевантности) и поиск в полнотекстовых БД.

Механизм МОРФОЛОГИИ включается с помощью параметров в INI-файлах соответствующих модулей:
- для АРМа Читатель - (irbisr.ini) параметр в секции [NAVIGATOR] FULLTEXTMorphology=1
- для АРМа ПОЛНОТЕКСТОВЫЙ Читатель - (Irbisr_FullText.INI) параметр в секции [MAIN] FULLTEXTMorphology=1
- для ИРБИС-Навигатора - (irbisc.ini) параметр в секции [NAVIGATOR] FULLTEXTMorphology=1
- для Web-шлюза - (irbis_server.ini) - параметр в секции [FullText]
Morphology=1

Механизм МОРФОЛОГИИ строится на основе специальной БД морфологии - MORPH объемом около 140 тыс. статей - которая будет включена в дистрибутив 2013.1
--------------
БД Морфологии создана Максимом Паневым.

Александр Иосифович, маленькие просьбы по доработке АРМа Каталогизатор.

1. Добавьте пожалуста проверку на занят/незанят файл при сохранении результата печати выходной формы до того, как она пытается сохраниться, а не после. Я имею в виду, что сейчас если случайно пытаешься сохранить результаты печати в файл, который уже существует, то выдается сообщение о том, что в этот файл сохранить нельзя и результаты печати сбрасываются. Что бы сохранить под другим именем приходитс формировать печатную форму заново. Хотелось бы, что бы поле сообщения о том, что файл есть и он занят, прогрмма предлогала сохранить под другим именеем уже готовые результаты печати.


2. Сейчас если пытаешься галочками отметить какие-то записи, то перед тем как галочка появится еще проиходит отображение записи в окне просмотра и в области рабочего листа. Можно ли сделать так, что бы запись открывалась при нажатии по краткому описанию, а при нажатии на галочку напротив записи - она не рендерилась. Дело в том, что когда отмечают галочками, то обычно хотят быстро отметить нужные записи, а не просматривать их, а просмотр всегда затормаживает переход к следующей записи.


3. При печати если в опросном листе 9 строк и больше(тоесть, строки заполняют все пространство открывшегося окна с опросным листом) и самая нижняя предполагает не ввод от руки, а выбор из меню или словаря (тоесть, слева есть значек, по которому нужно кликнуть), то при попытки вызова меню/словаря нижняя строчка не раскрывается, а начинает судорожно мигать и дергаться. Проблема решается, если оттянуть ниний край окна с опросным листом так, что бы под ниней строкой оказалось еще пространство. Жить с этим как бы можно, но не совсем приятно. Если удет непонятно, то могу сделать видео и показать


4. Можно ли сделать так, что бы оперативные режимы можно было бы вызывать если их случайно выключили крестиком или засунули за край экрана. В первом случае сейчас приходится оттягивать панели кликать по пространству под панелью (сброс кеша настроек, при этом выключенное меню появляется), а при втором - менять разрешение и вытягивать оттуда панель, или закрывать АРМ и очищать в клиентском ини секцию с размерами и позициями. Что тоже не всегда удобно и не каждому пользователю объяснишь. Наверное, идеальным было бы возврат менюшки при сбросе размеров АРМа "по-умолчанию"(при котором восстанавливаются "заводские" размеры и пропорции)

И по АРМу Книговыдача:

1. Напоминаю о том, что на панели задач кнопки пользовательских режимов не орисовываются, теряются их иконки, хотя в меню они отрисовываются с картинками.


По форматеру:

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



Редактировано 2 раз. Последний раз 20.06.2013 21:46 пользователем Gena.

Gena написал(а):
-------------------------------------------------------
> 3. При печати если в опросном листе 9 строк и
> больше(тоесть, строки заполняют все пространство
> открывшегося окна с опросным листом) и самая
> нижняя предполагает не ввод от руки, а выбор из
> меню или словаря (тоесть, слева есть значек, по
> которому нужно кликнуть), то при попытки вызова
> меню/словаря нижняя строчка не раскрывается, а
> начинает судорожно мигать и дергаться. Проблема
> решается, если оттянуть ниний край окна с опросным
> листом так, что бы под ниней строкой оказалось еще
> пространство. Жить с этим как бы можно, но не
> совсем приятно. Если удет непонятно, то могу
> сделать видео и показать
Версия?

АРМ Книговыдача (ИРБИС64)

Обеспечена возможность определять ПРАВО ПОЛЬЗОВАНИЯ библиотекой на основе ФОРМАТА.
Имя формата определяется в секции [READER] irbisb.ini
ReaderRightsPft=
(по умолчанию - пустота, т.е. ПРАВО ПОЛЬЗОВАНИЯ БИБЛИОТЕКОЙ в этом случае определяется по станадартному - "старому" - алгоритму)
Если на основе заданного формата при форматировании записи читателя вырабатывется 1 - у читателя ЕСТЬ право пользования библиотекой, во всех остальных случаях - НЕТ и при этом результат форматирования (если он не пустой) выдается как сообщение.
Необходимо отметить, что учет таких данных как РАЗРЕШЕННЫЕ/НЕРАЗРЕШЕННЫЕ места обслуживания, ПРАВО ПОЛЬЗОВАНИЯ БИБЛИОТЕКОЙ (поля 56, 57 и 29 в записи чичтателя), а также параметров MAXBOOKS и MAXDOLGBOOKS возлагается на вновь вводимый формат (ReaderRightsPft)

Gena написал(а):
-------------------------------------------------------
>
> 1. Добавьте пожалуста проверку на занят/незанят
> файл при сохранении результата печати выходной
> формы до того, как она пытается сохраниться, а не
> после. Я имею в виду, что сейчас если случайно
> пытаешься сохранить результаты печати в файл,
> который уже существует, то выдается сообщение о
> том, что в этот файл сохранить нельзя и результаты
> печати сбрасываются. Что бы сохранить под другим
> именем приходитс формировать печатную форму
> заново. Хотелось бы, что бы поле сообщения о том,
> что файл есть и он занят, прогрмма предлогала
> сохранить под другим именеем уже готовые
> результаты печати.
Идея не вполне понятна. Для того чтобы обнаружить, что файл недоступен, необходимо попытаться в него что-то записать, а чтобы записать - надо иметь результат печати. Так что не имеет значения, когда опрашивать имя файла.
Если это сделать ДО формирования результата печати, то не факт, что он не будет занят за время формирования большого результата печати...

Gena написал(а):
-------------------------------------------------------
>
> 4. Можно ли сделать так, что бы оперативные режимы
> можно было бы вызывать если их случайно выключили
> крестиком или засунули за край экрана. В первом
> случае сейчас приходится оттягивать панели кликать
> по пространству под панелью (сброс кеша настроек,
> при этом выключенное меню появляется),
В первом случае достаточно дважды кликнуть по краткому описанию текущего документа...

Gena написал(а):
-------------------------------------------------------
>
> 2. Сейчас если пытаешься галочками отметить
> какие-то записи, то перед тем как галочка появится
> еще проиходит отображение записи в окне просмотра
> и в области рабочего листа. Можно ли сделать так,
> что бы запись открывалась при нажатии по краткому
> описанию, а при нажатии на галочку напротив записи
> - она не рендерилась. Дело в том, что когда
> отмечают галочками, то обычно хотят быстро
> отметить нужные записи, а не просматривать их, а
> просмотр всегда затормаживает переход к следующей
> записи.
>
Сделал.

> 4. Можно ли сделать так, что бы оперативные режимы
> можно было бы вызывать если их случайно выключили
> крестиком или засунули за край экрана. В первом
> случае сейчас приходится оттягивать панели кликать
> по пространству под панелью (сброс кеша настроек,
> при этом выключенное меню появляется), а при
> втором - менять разрешение и вытягивать оттуда
> панель, или закрывать АРМ и очищать в клиентском
> ини секцию с размерами и позициями. Что тоже не
> всегда удобно и не каждому пользователю объяснишь.
> Наверное, идеальным было бы возврат менюшки при
> сбросе размеров АРМа "по-умолчанию"(при котором
> восстанавливаются "заводские" размеры и
> пропорции)
Сделал.

> И по АРМу Книговыдача:
>
> 1. Напоминаю о том, что на панели задач кнопки
> пользовательских режимов не орисовываются,
> теряются их иконки, хотя в меню они отрисовываются
> с картинками.
Исправил. Исправленную версию выслал на почту...

Спасибо, Александр Иосифович.

Про проблему из третьего пункта: проблема есть на версии 2009.1(у РГБС), сегодня вечером переброшу формы на версию 2012.1 и попробую на ней

Gena написал(а):
-------------------------------------------------------
> Александр Иосифович, маленькие просьбы по
> доработке АРМа Каталогизатор.
>
> 1. Добавьте пожалуста проверку на занят/незанят
> файл при сохранении результата печати выходной
> формы до того, как она пытается сохраниться, а не
> после. Я имею в виду, что сейчас если случайно
> пытаешься сохранить результаты печати в файл,
> который уже существует, то выдается сообщение о
> том, что в этот файл сохранить нельзя и результаты
> печати сбрасываются. Что бы сохранить под другим
> именем приходитс формировать печатную форму
> заново. Хотелось бы, что бы поле сообщения о том,
> что файл есть и он занят, прогрмма предлогала
> сохранить под другим именеем уже готовые
> результаты печати.
Сделал.

Александр Иосифович, есть ли возможность включения в новую версию моего библиографического редактора? Предлагаю такой вариант, требующий минимального вмешательства в код Каталогизатора.

Я отсоединяю библиоредактор от своего АРМа и оформляю его в самостоятельное приложение. В "Каталогизаторе" потребуется создать новое действие и "повесить" на него запуск exe-файла библиоредактора. На панели инструментов создаётся новый значок, и в меню где-нибудь в разделе "Сервис" - пункт "Библиографический редактор". В их обработчиках событий помещается нужное действие. В самом действии - приложение ожидает выхода из exe-файла, после чего считывает содержимое буфера обмена. Именно в него при выходе из библиоредактора заносится сформированная запись. Если текстовые данные содержимого буфера соответствуют требуемому формату, запись считывается и обрабатывается. Поля, отсутствующие в текущей записи, заполняются содержимым, содержимое для имеющихся полей обычного типа замещается новым, а для всех повторяющихся полей (например, для добавленного оглавления) создаются новые повторения.

Плюсы такого подхода: разработка библиоредактора может вестись независимо; его можно будет вызывать из пользовательских приложений (как и библиотеку BIRMA.DLL, содержащую минимальный API, - на тот случай, если пользователь захочет реализовать собственный библиоредактор).
Минус: при повторном вызове библиоредактора в нём не будут сохраняться данные предыдущей работы (исходный текст и элементы BIRMA, созданные визуальным конструктором). Хотя, при желании их тоже можно передавать через буфер обмена (но тогда в коде "Каталогизатора" эти данные должны будут где-нибудь храниться, прежде чем возникнет потребность передать их обратно через буфер).

Попробуйте сделать это самостоятельно - в соответствии с возможностями, которые описаны в релизе версии 2006.1 (раздел Каталогизатор, п.4)
Вот этот текст:

Насчёт плагинов - в курсе, уже делал несколько штук. У меня есть отдельный плагин для оглавления, который с Каталогизатором, кстати, почему-то так и не захотел работать (а автораспознавание биб. описания срабатывало лишь иногда) - потому и начал делать собственный АРМ "по мотивам", к которому всё более-менее без проблем подключается, а потом и библиоредактор, который объединяет предыдущие наработки, в него встроил в виде отдельной формочки (вот тут и начали всплывать ошибки, очевидно, по причине нехватки памяти, поскольку там уже под завязку различных DLL-ек...). Что ж, попробую его отсоединить в отдельный экзешник и подключать к Каталогизатору плагином. С росписью оглавления с передачей данных в Каталогизатор по идее была ещё одна проблема, связанная с тем, что отдельные подполя часто приходится ещё дополнительно обрабатывать - заменять заглавные буквы на строчные, переносить инициалы в конец - а в Каталогизаторе не предусмотрено подобных действий (поэтому передавал данные в свой АРМ, в котором для отдельных строк таблицы можно производить такие операции). Сейчас, вроде, нашёл другое решение путём прописывания в BIRMA-скрипты дополнительных команд пост-обработки, которые позволяют преобразовывать подобным образом уже найденные поля непосредственно в момент передачи записи из библиоредактора (а в визуальном режиме сконструировать нужные команды позволяет установка чекбоксов напротив соответствующих элементов выпадающего списка, таких как: перевести в строчные, разделить фамилию и имя, поменять местами фамилию и имя / перенести инициалы). Сами же функции, выполняющие эти команды, вынесены в отдельную пользовательскую DLL на Си (и таким образом в BIRMA тоже появился вызов функций из внешних DLL).

Ещё относительно плагинов - если уж использовать их, хорошо бы создать базу официальных плагинов ИРБИСа. И, желательно, с возможностью быстрой установки в пару кликов. А то, боюсь, редко какой пользователь возьмёт на себя труд раскопать соответствующую тему форума, чтобы скачать и подключить нужный плагин. Опять же, напрашивается целый отдельный раздел документации, поскольку, чтобы всё описать, не хватит и целой темы форума (или доклада для конференции).

АРМ Книговыдача (ИРБИС64)

Для режима ВЫДАЧА БЕЗ ЗАКАЗА обеспечена ГРУППОВАЯ выдача на основе ПОСТОЯННЫХ/ТИПОВЫХ запросов
(См. рисунок - кнопка в красном кружке)
В качестве типовых запросов могут использоваться запросы, реализующие ОТБОР комплектов изданий по какому-либо профилю - например, комплект литературы для студентов определенного контингента (т.е это может быть альтернативой режиму ВЫДАЧА РЕКОМЕНДОВАННОЙ ЛИТЕРАТУРЫ - в случае, когда в записях читателей и в ЭК нет данных по КНИГООБЕСПЕЧЕННОСТИ).
В качестве списка ПОСТОЯННЫХ/ТИПОВЫХ запросов используется справочник, который находится в папке \IRBIS64\ на сервере и имеет имя, которое определяется параметром в секции [MAIN] INI-файла АРМа Книговыдача
ConstQueryMnu=
по умолчанию - используется имя IRI.MNU

Напомним, что ПОСТОЯННЫЕ/ТИПОВЫЕ запросы формируются в АРМЕ Каталогизатор (по умолчанию они сохраняются в справочнике IRI.mnu)

(Заметим, что имя IRI не имеет НИКАКОГО отношения к подсистеме ИРИ в АРМе Книговыдача)

Просьба по АРМу Комплектатор.

Пожалуста, добавьте в АРМе Комплектатор в ини-файл параметр, которым можно было бы отключить использование файла пересчета цен при списании, или нужно переписать rks2.fst так, что бы в нем учитывалось, что если в ини-файле не задано название файла пересчета цен (такой параметр есть), то принудительно его не подхватывать (IZC.MNU физически прописан в ТВП, а не управляется параметрами)

Александр Иосифович, а можно ли Вас попросить добавить форматный выход, который возвращал бы фактический путь к директории текущей БД, в том числе учитывая 11 строку *.PAR? Это облегчило бы использование ряда функций &uf('+9'), для которых одним из аргументов является именно полный путь к файлу.

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

Весьма странная просьба - par файл как раз и придуман для того, чтобы ничего не знать о реальных путях...

Ничего не знать о реальных путях для пользователя интерфейса - согласен, но программисту то это нужно. Например, чтобы определить размер файла полного текста с помощью (+9A)

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

Александр Иосифович, у меня предложение по улучшению возможностей интеграции с пользовательскими модулями (плагинами). Я так понимаю, что в секции CONTEXT файла Cirbisc.ini записываются некоторые текущие параметры на момент закрытия АРМ Каталогизатор, которые может считывать пользовательское приложение. Хотелось бы, чтобы эти параметры оперативно обновлялись в процессе непосредственной работы Каталогизатора, а не только после его закрытия. Например, плагин может загружать разные версии необходимых для работы файлов (к примеру, файлов PFT) в зависимости от текущей базы данных, с которой в данный момент работает пользователь, из соответствующей ей папки, но при загруженном Каталогизаторе после DBN= там всегда стоит пустая строка.

Еще одно пожелание: добавить в эту же секцию ряд параметров вида

MARKEDFIELD0=#<№ поля>/<№ повторения>
...
MARKEDFIELDN=#<№ поля>/<№ повторения>

и так же оперативно их обновлять, с тем чтобы вызываемое пользовательское приложение могло обрабатывать только выделенные галочками поля.

Идея, чтобы плагины (вызываемые внешние программы) получали ПОЛНЫЙ текущий контекст работы АРМа Каталогизатор, разумна. Но делать это надо НЕ так. Подумаю...

Нет, сделал именно так, как Вы предложили.
В секцию [CONTEXT] cirbisc.ini добавлены новые параметры

CurTag= метка текущего поля
CurOcc= повторение текущего поля
MARKEDFIELDS=N кол-во отмеченных полей в текущей записи
MARKEDFIELD0= 1-ый отмеченный элемент в формате <метка>_<повторение>
MARKEDFIELD1=
.....
MARKEDFIELDN-1= N-ый отмеченный элемент в формате <метка>_<повторение>

Следует иметь в виду, что параметры MARKEDFIELDn формируются ТОЛЬКО при вызове плагина (при завершении программы они не формируются)

Версию нового АРМа Каталогизатора высылаю Вам на почту.

На Вашу почту
senya@net.kaskad-tv.ru
письма не проходят...

Цитата:

Alio
На Вашу почту
senya@net.kaskad-tv.ru
письма не проходят...

Да, я знаю, это мой старый адрес. У меня не получилось поменять его в настройках профиля. Отправил Вам личное сообщение.

Ещё одна идея по новому функционалу. Я реализовал альтернативную подпрограмму для печати карточек на базе возможности АРМ Каталогизатор вызывать пользовательские приложения в режиме "Печать КК". Может быть, стоит развить эту возможность и предусмотреть загрузку из файлов конфигурации дополнительных пунктов меню, на каждый из которых можно было бы "повесить" свою внешнюю программу? Например, в меню "Корректировка" или "Сервис" добавить новое подменю "Пользовательские модули", из которого можно будет выбрать нужный подпункт. В файле конфигурации каждому пункту этого подменю будут соответствовать: отображаемое имя пункта меню, путь к вызываемому приложению, имя формата (файл PFT из текущей БД, в соответствии с которым будет расформатирована текущая запись и помещена в буфер обмена Windows, откуда затем приложение сможет ее считать) и тип модуля. Тип модуля - это, допустим, целое число, принимающее одно из трёх значений:

0 - никаких изменений с текущей записью не производится (типичный пример - модуль печати карточки);

1 - текущая запись обновляется в зависимости от содержимого буфера обмена. По возвращении из пользовательского приложения из буфера обмена считывается запись в формате ALL и все имеющиеся повторения содержащихся в ней полей для текущей записи обновляются (типичный пример - модуль переформатирования текста подполей оглавления, см. [irbis.gpntb.ru]);

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

Да, понятно, что теоретически всё это можно реализовать с помощью режима плагинов. Но так подгружаемые модули не будут занимать оперативную память, выполняясь только при вызове соответствующего пункта меню. Да и сам процесс программирования должен упроститься. У меня вот, например, Каталогизатор виснет уже в процессе начальной загрузки, если я пропишу в файле конфигурации одну из своих DLL-ек. А при загрузке прочих DLL-ек - виснет уже при переходе в пользовательский режим (хотя в моем собственном АРМе пользовательские функции из них выполняются нормально). А некоторые свои модули мне не удалось загрузить даже из своего АРМа. В общем, ненадежный какой-то этот режим...