АРМ Каталогизатор (версия с иерархическими справочниками)

Маленькая радость - обеспечена возможность прокручивать основные иерархические справочники (список БД, список форматов, список РЛ, список видов поиска) с помощью колеса мыши.

(появится и в ближайшем обновлении 2020.1)

Александр Иосифович, а можно попросить о необязательном, но жутко раздражающем. Звук. При переключении страниц рабочего листа сочетаниями CTRL+LEFT/RIGHT практически каждый раз раздается тревожный "плям" (Windows Background.wav). Аналогично озвучивается PgUp/PgDown. Нервирует необычайно при активной работе.

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

Куделя написал(а):
-------------------------------------------------------
> Александр Иосифович, а можно попросить о
> необязательном, но жутко раздражающем. Звук. При
> переключении страниц рабочего листа сочетаниями
> CTRL+LEFT/RIGHT практически каждый раз раздается
> тревожный "плям" (Windows Background.wav).
> Аналогично озвучивается PgUp/PgDown. Нервирует
> необычайно при активной работе.
А какое это имеет отношение к ИРБИСу?

Alio написал(а):
> А какое это имеет отношение к ИРБИСу?

Так это же в поведении используемого компонента зашито

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

Куделя написал(а):
-------------------------------------------------------
> Alio написал(а):
> > А какое это имеет отношение к ИРБИСу?
>
> Так это же в поведении используемого компонента
> зашито
Ничего подобного.

Куделя написал(а):
-------------------------------------------------------
> Очень хотелось бы, чтобы был исправлен алгоритм
> регистрации периодики, пописанный в autoin.gbl.
> Проблема в том, что регистрация интервалами при
> включении в них "сдвоенных" номеров приводит к
> тому, что во всех созданных записях NJ 931 поле
> будет размножено и в него запишутся шифры всех
> номеров, следующих за текущим.
> ======
> То есть, например:
> 1. регистрируем интервал номеров издания
> н938600118 вида: 4-6,7/8,9-11
> 2. в самом "сдвоенном" выпуске получаем в 931 поле
> лишние повторения всех регистрировавшихся
> номеров:
> #936/1:_7/8
> #931/1:_^2н938600118/1990/4
> #931/2:_^2н938600118/1990/5
> #931/3:_^2н938600118/1990/6
> #931/4:_^2н938600118/1990/7
> #931/5:_^2н938600118/1990/8
> #931/6:_^2н938600118/1990/9
> #931/7:_^2н938600118/1990/10
> #931/8:_^2н938600118/1990/11
> 3.в "обычных" номерах получим размножение 931 поля
> с шифрами номеров от текущего до последнего в
> интервале
> #936/1:_6
> #931/1:_^2н938600118/1990/7
> #931/2:_^2н938600118/1990/8
> #931/3:_^2н938600118/1990/9
> #931/4:_^2н938600118/1990/10
> #931/5:_^2н938600118/1990/11
> 4. в случае если идет регистрация нескольких
> "сдвоенных" номеров, то у последнего наоборот, в
> 931 поле не будет повторения с шифром
> максимального номера. Т.е. если мы регистрировали,
> к примеру, 12/13,14/15,16/17, то для 16/17
> получим:
> #936/1:_16/17
> #931/1:_^2н938600118/1990/14
> #931/2:_^2н938600118/1990/15
> #931/3:_^2н938600118/1990/16
>
> ну и так далее, там разнообразие вариантов
> зашкаливает.
> Для ретроспективной регистрации (особенно газет)
> жутко неудобно. У ежедневных газет со сдвоенными
> выпусками 931 поле например может размножиться до
> пары-тройки сотен повторений. Приходится сдвоенные
> номера регистрировать поодиночке.

Исправление в ближайшем обновлении

Сорокина Лариса написал(а):
-------------------------------------------------------
>
> Исправление в ближайшем обновлении

Вот, СПАСИБО, так СПАСИБО!!! :))

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

Добрый день! АРМ Книговыдача зависает после успешной отправки письма, невозможно закрыть маленькое окно (картинку прикрепила), только через диспетчер задач выключаем. Сейчас отправляется большое количество писем первокурсникам. Это происходит абсолютно на всех АРМ Книговыдача (4 шт.), но не каждый раз. Обновление D3. На старом Ирбисе 2011 такого не было.

Ordina_elena написал(а):
-------------------------------------------------------
> Добрый день! АРМ Книговыдача зависает после
> успешной отправки письма,
Что свидетельствует об "успешной" отправке?
Вы получаете сообщение о том, что письмо отправлено?
Что это за формат?
И почему Вы разместили свое сообщение здесь? Перенесите его в раздел АРМ КНИГОВЫДАЧА



Редактировано 1 раз. Последний раз 27.08.2021 10:05 пользователем Alio.

После того как закрывают/нажимают ок на окне с сообщением об успешной отправки, следующее окно уже не закрыть, формат - письмо с информацией для первокурсника



Редактировано 1 раз. Последний раз 27.08.2021 10:33 пользователем Ordina_elena.

Радует, что ИРБИс нативно уже научился работать даже с QR-кодами (см. Обеспечена возможность формирования и отображения в HTML-форматах QR-кодов).
Прошу добавить возможность сохранения выходных форм (таблиц) в html-формат. Это сильно упростит работу над созданием выходных форм, ведь разобраться в html быстрее, чем в rtf-командах. Даже форуме в 2006-2008 еще поднимался это вопрос. Сейчас вывод в html позиционируется как основной.

Например, может понадобиться для печати множества QR-кодов. На html+css можно сделать практически все. Даже указать размер листа при печати и ее разрыв.



Редактировано 1 раз. Последний раз 02.09.2021 17:03 пользователем woodyfon.

woodyfon написал(а):
-------------------------------------------------------
> Радует, что ИРБИс нативно уже научился работать
> даже с QR-кодами (см. Обеспечена возможность
> формирования и отображения в HTML-форматах
> QR-кодов).
> Прошу добавить возможность сохранения выходных
> форм (таблиц) в html-формат.
Это давно реализовано.

Это сильно упростит
> работу над созданием выходных форм, ведь
> разобраться в html быстрее, чем в rtf-командах.
> Даже форуме в 2006-2008 еще поднимался это вопрос.
> Сейчас вывод в html позиционируется как основной.
>
> Например, может понадобиться для печати множества
> QR-кодов. На html+css можно сделать практически
> все. Даже указать размер листа при печати и ее
> разрыв.

Alio
Действительно реализована. См. Преобразовать в HTML
Извините, упустил из виду или невнимательно читал релизы к версии 2019.
Дата создания файла: 03.12.2019

UPDATE
Но это конвертирование! Изначально это все равно rtf-форма. Имею в виду, чтобы можно было создавать и сохранить выходную форму напрямую в html, где можно указать название страницы, подключение своих таблиц стиле (все до body).
Если это возможно сделать в ИРБИС сейчас, то подскажите, пожалуйста, как именно.



Редактировано 2 раз. Последний раз 02.09.2021 22:34 пользователем woodyfon.

Alio написал(а):
-------------------------------------------------------
> Все АРМы и Web-ИРБИС64+
>
> Обеспечена возможность формирования и отображения
> в HTML-форматах QR-кодов.

&uf('#size,level,qrtext')

Если в юнифор добавить возможность вывода не только в base64, но и hex, то применяя конструкцию:

{\pict\pngblip[hex data]}

QR-код можно будет вставить даже в rtf-формы. В word они прекрасно отображаются.
UPDATE
Если возможность не появится в будущих выпусках, то можно применять данную библиотеку:
dll для вставки qr-кода в rtf-файл
UPDATE
Из help-а QRCodeGenerator.exe:
The program can also be run on command line with the following parameters:

QRCodeGenerator.exe Text Level PixelWidth Outputfile
(E.g. QRCodeGenerator.exe "QRCode Text" Q 4 "C:\QrCodeTest.jpg")
or
QRCodeGenerator.exe Inputfile Level Pixelbreite Outputfile
(E.g. QRCodeGenerator.exe "C:\QrCodeText.txt" M 6 "C:\QrCodeTest.jpg")

(Level must be set to L, M, Q or H, pixel width 1-99 - default is 4, the output file must be a .jpg, .bmp or .gif)

Какой по умолчанию путь к OutputFile?



Редактировано 3 раз. Последний раз 23.09.2021 00:39 пользователем woodyfon.

Здравствуйте.
Можно при методе ввода 9 (через маску) для полей с полной датой обеспечить ввод по Alt+Д?



Редактировано 1 раз. Последний раз 07.09.2021 10:11 пользователем Novinka.

Еще раз к вопросу о единообразии технологии архивирования записей удаляемых из БД ЭК.

В приложении скриншот из письма полученного от пользователя сегодня.
Вопрос актуален для многих. Может уже создать БД IBIS_ARH и завязать на эту БД технологию переноса записей при удалении из БД ЭК?

Вряд ли будет принято решение о новой БД в дистрибутиве. Проблема касается малого количества пользователей.

А. Роман написал(а):
-------------------------------------------------------
> Еще раз к вопросу о единообразии технологии
> архивирования записей удаляемых из БД ЭК.
>
> В приложении скриншот из письма полученного от
> пользователя сегодня.
> Вопрос актуален для многих. Может уже создать БД
> IBIS_ARH и завязать на эту БД технологию переноса
> записей при удалении из БД ЭК?
Ответ НЕТ.

Если речь шла о наличии режима сохранения (переноса) описаний, которые удаляются в БД каталога, так такой режим есть в АРМе Комплектатор - Мастер списания, опция "Удаление/Перенос". Надо самому создать БД для архивирования и ее имя поставить в настройку АРМа.

Людмила Николаевна, я про то, что БД по умолчанию стоит предусмотреть для таких целей, а уж как работать - ручками или из АРМ Комплектатор - это пусть каждый сам решает в силу наличия ресурсов на приобретение АРМ Комплектатор. Он ведь далеко не у половины пользователей имеется в наличии. Есть же БД RDR_ARH, MBA_ARH. Почему бы не согласиться всем с умолчанием, что для записей БО будет применяться IBIS_ARH ?



Редактировано 1 раз. Последний раз 23.09.2021 18:13 пользователем А. Роман.

Добрый день!

Предлагаем в новой версии ИРБИС64+ добавить возможность подключения ФЛК к оперативному режиму "Формирование подшивки", так чтобы не было разрешено формирование подшивки с незаполненным в РЛ опроса подполем "Инвентарный номер подшивки".

На наш взгляд, если не добавить ФЛК, то возможны ситуации, когда в результате формирования подшивок остаются экземпляры со статусом 0 в номерах журналов (газет). Следовательно, остаётся возможным электронный заказ неподшитых номеров, в том числе, номеров, которые выданы другому читателю в составе подшивки.

Здравствуйте!

RDR. Можно добавить контроль при корректировке идентификатора читателя - искать удаляемый номер в RDR_ARH и там также корректировать?



Редактировано 2 раз. Последний раз 05.10.2021 10:53 пользователем Novinka.

Novinka написал(а):
-------------------------------------------------------
> Здравствуйте!
>
> RDR. Можно добавить контроль при корректировке
> идентификатора читателя - искать удаляемый номер в
> RDR_ARH и там также корректировать?
>
> Сейчас в архивной базе периодически ищу такие
> записи и корректирую идентификаторы глобальной.
Поддерживаю, что какие то механизмы для решения этой проблемы нужны. Уже писала, что при потере билета читателем (в 30 поле у нас рфид) постоянно приходится такие работы делать. Сейчас у нас переход на новые билеты, работы стало еще больше. А это только 1 курс пока переходит т.е. старые билеты только у тех магистров, которые ранее были бакалаврами.

Novinka написал(а):
-------------------------------------------------------
> Здравствуйте!
>
> RDR. Можно добавить контроль при корректировке
> идентификатора читателя - искать удаляемый номер в
> RDR_ARH и там также корректировать?
Попробуйте сделать это самостоятельно (а потом поделиться с другими) - внеся соответствующие изменения в autoin.gbl для БД RDR

Очень грустно. Мы то самостоятельно точно не можем, поделиться с нами кто или нет не знаю. Хотелось бы иметь решение проблемы, которая существует с тех пор как появилась архивная база (за нее большое спасибо!) от разработчиков

roit написал(а):
-------------------------------------------------------
> Очень грустно.

Татьяна Ароновна, здравствуйте. У нас в gbl это пока не записано, ситуация бывает редко. Могу предложить пока только костыли.

Исполнители, удаляющие потерянные номера, не просто затирают их, а сносят в 22 поле, мне сообщить забывают, поэтому ищу сама периодически.

Для вывода списка отвязавшихся номеров добавила в Stt.mnu бд RDR_ARH следующие строки (возможно, stt в архивной бд создала сама)

if val(&uf('JRDR,',|RI=|v30))=0 then v30 fi
Читатели, удаленные из RDR

На выходе список идентификаторов, потом ищу записи в RDR, и копирую новый ид в архивные записи простой глобальной.
______________________________
И наоборот, чтобы найти читателей с архивной выдачей нужно в stt.mnu в RDR выполнить поиск

if val(&uf('JRDR_ARH,',|RI=|v30))<>0 then v30 fi
Имеется архивная книговыдача



Редактировано 3 раз. Последний раз 05.10.2021 13:04 пользователем Novinka.

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

Alio написал(а):
-------------------------------------------------------
> Novinka написал(а):
> --------------------------------------------------
> -----
>> Здравствуйте!
>> RDR. Можно добавить контроль при корректировке идентификатора читателя - искать удаляемый номер
>> в RDR_ARH и там также корректировать?
> Попробуйте сделать это самостоятельно (а потом поделиться с другими) - внеся соответствующие
> изменения в autoin.gbl для БД RDR

Александр Иосифович, я попытаюсь...
Новое в автоин сильно замедлит сохранение?
Если думать о глобальной обработке, то непосредственно в отделе регистрации не хотелось бы давать доступ к глобальным, а после читательская база потеряет связь с архивной.
Может быть, все таки кнопку сделать для одновременной смены идентификатора в RDR и RDR_ARH при наличии архивной выдачи? Получится такая локальная глобальная)
А в 30 поле добавить запрет на обычную корректировку в таком случае.



Редактировано 7 раз. Последний раз 05.10.2021 14:12 пользователем Novinka.

Novinka написал(а):
-------------------------------------------------------
> Alio написал(а):
> --------------------------------------------------
> -----
> > Novinka написал(а):
> >
> --------------------------------------------------
>
> > -----
> >> Здравствуйте!
> >> RDR. Можно добавить контроль при корректировке
> идентификатора читателя - искать удаляемый номер
> >> в RDR_ARH и там также корректировать?
> > Попробуйте сделать это самостоятельно (а потом
> поделиться с другими) - внеся соответствующие
> > изменения в autoin.gbl для БД RDR
>
> Александр Иосифович, я попытаюсь...
> Новое в автоин сильно замедлит сохранение?
> Если думать о глобальной обработке, то
> непосредственно в отделе регистрации не хотелось
> бы давать доступ к глобальным, а после
> читательская база потеряет связь с архивной.
> Может быть, все таки кнопку сделать для
> одновременной смены идентификатора в RDR и RDR_ARH
> при наличии архивной выдачи? Получится такая
> локальная глобальная)
> А в 30 поле добавить запрет на обычную
> корректировку в таком случае.
Вы, кажется, не совсем меня поняли.
Речь идет об АВТОВВОДЕ, т.е. о autoin.gbl, который выполняется АВТОМАТИЧЕСКИ и не зависит от действий клиента.

Alio написал(а):

> Вы, кажется, не совсем меня поняли.
> Речь идет об АВТОВВОДЕ, т.е. о autoin.gbl, который
> выполняется АВТОМАТИЧЕСКИ и не зависит от действий
> клиента.
Я поняла, поэтому спросила, не сильно ли замедлит автоввод каждое сохранение. Мы же всё сделали для того, чтобы при операциях убрать проверку на наличие архива.



Редактировано 1 раз. Последний раз 06.10.2021 05:36 пользователем Novinka.