АРМ Книговыдача

Разработан новый режим ГРУППОВОЕ ОБСЛУЖИВАНИЕ ОДНИМ ЭКЗЕМПЛЯРОМ

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

Интерфейс этого режима представлен на прикрепленном рисунке.

Ждем кеширования в веб-ирбисе. Уже в 2012-м была тестовая технология.

Вновь озвучу пожелание в отношении АРМ "Книговыдача".
Речь об отправке уведомления по e-mail при изменении статуса бронирования экземпляра. Сейчас при включенном соответствующей настройке отправка выполняется без запроса при любом изменении статуса, но читателю совершенно не нужна информация о том, что книга выехала из хранилища на кафедру и уж тем более, что она отправилась с кафедры по месту хранения, после того как он ее сдал. Эти письма лишь засоряют ему почту и порождают негатив.
Нельзя ли формы для "выполнения заказа на бронеполку" и "изменения статуса бронирования" дополнить чекбоксом "Отправить уведомление по e-mail" со статусом снятым по умолчанию?

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

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

Пожелание предусмотреть 3 вещи:
1. Возможность в Веб-Ирбисе восстановить/сбросить пароль для читателей которые указали е-мейл.
2. Возможность связать аккаунт в Веб-Ирбисе с социальными сетями для последующей прозрачной авторизации.
3. Вернуть возможность индексировать ЭК поисковыми роботами.



Редактировано 1 раз. Последний раз 18.01.2019 15:16 пользователем Konstantinus.

ochagova написал(а):
-------------------------------------------------------
> 2. А разве нет в языке форматирования возможности
> коментария в виде:
> /* комментарий


Людмила Николаевна, а я вот категорически поддержу идею. Но только немного уточню. Пожалуйста, сделайте для комментариев возможность использовать открывающего и закрывающего тега. Аналог во многих языках:

<!- -->
/* ....... */
{ .... }

Дело в том,что если мы работаем с МНОГОСТРОЧНЫМ форматом, то мы можем комментарии вставлять куда угодно - с места тега "/*" и до конца строки все будет неучитываться. А вот в том случае, если нам приходится работать с одностроынми форматами, то комментарии вставить уже не получается. А это и форматы в FST/IFS, и форматы в глобалках, и форматы вертикали/горизонтали в стат.формах...

Идея нормальная. Но мы стараемся как можно меньше трогать форматер, уж больно много (практически все) от него зависит.
Если будут какие-то корректировки форматера, то об этой идее подумаем.

Gena написал(а):
-------------------------------------------------------
> ochagova написал(а):
> --------------------------------------------------
> -----
> > 2. А разве нет в языке форматирования
> возможности
> > коментария в виде:
> > /* комментарий
>
>
> Людмила Николаевна, а я вот категорически поддержу
> идею. Но только немного уточню. Пожалуйста,
> сделайте для комментариев возможность использовать
> открывающего и закрывающего тега. Аналог во многих
> языках:
>
> <!- -->
> /* ....... */
> { .... }
>
> Дело в том,что если мы работаем с МНОГОСТРОЧНЫМ
> форматом, то мы можем комментарии вставлять куда
> угодно - с места тега "/*" и до конца строки все
> будет неучитываться. А вот в том случае, если нам
> приходится работать с одностроынми форматами, то
> комментарии вставить уже не получается. А это и
> форматы в FST/IFS, и форматы в глобалках, и
> форматы вертикали/горизонтали в стат.формах...
Идея не принимается.

Не знаю как там в 2018 вышло, на всякий случай выскажусь сразу в пожелания 2019, по наблюдениям версии 2017. Проблемы с таким замечательным режимом ввода как ввод по маске:

1) В случае попытки ввести некорректное значение (3 символа вместо четырех например) вылезает нелокализованное сообщение:

---------------------------
ОШИБКА
---------------------------
Invalid data. Press Escape
---------------------------
ОК
---------------------------

2) Это же сообщение выводится, если каталогизатор решит пока не заполнять это поле и стереть значение. Закрытие сообщение не даст уйти с поля до тех пор, пока каталогизатор не понажимает Escape.

3) Маска напрашивается на всякий ввод даты ГГГГММДД (чтобы никаких точек, или наоборот коротких дат), но в этом случае перестает работать хоткей Alt+Д.

levaleva написал(а):
-------------------------------------------------------
> Не знаю как там в 2018 вышло, на всякий случай
> выскажусь сразу в пожелания 2019, по наблюдениям
> версии 2017. Проблемы с таким замечательным
> режимом ввода как ввод по маске:
>
> 1) В случае попытки ввести некорректное значение
> (3 символа вместо четырех например) вылезает
> нелокализованное сообщение:
>
> ---------------------------
> ОШИБКА
> ---------------------------
> Invalid data. Press Escape
> ---------------------------
> ОК
> ---------------------------
>
> 2) Это же сообщение выводится, если каталогизатор
> решит пока не заполнять это поле и стереть
> значение. Закрытие сообщение не даст уйти с поля
> до тех пор, пока каталогизатор не понажимает
> Escape.
>
> 3) Маска напрашивается на всякий ввод даты
> ГГГГММДД (чтобы никаких точек, или наоборот
> коротких дат), но в этом случае перестает работать
> хоткей Alt+Д.
Не понял. И что ВЫ хотите в Итоге?
Вам непонятно сообщение Invalid data?

>>Не понял. И что ВЫ хотите в Итоге?

1) Локализовать сообщение. Что понятно мне или вам - имеет не очень большое значение, ориентироваться в этом вопросе нужно на простых каталогизаторов. Чем очевиднее - тем лучше. Вроде одно из конкурентных преимуществ ИРБИСА - гибкая и всеобъемлющая локализация.

2) Ввести корректное поведение режима ввода "маска" - не проводить проверку маски при пустой строке.

3) Чтобы при маске 00000000 по хоткею Alt+Д заполнялась текущая дата.

Александр Иосифович, добрый день! Не могли бы вы ответить вот на эту просьбу

[irbis.gpntb.ru]

[irbis.gpntb.ru]

АРМ Каталогизатор и АРМ Книговыдача

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

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

В режиме ПОСЛЕДОВАТЕЛЬНЫЙ ПОИСК введена опция (переключатель), позволяющая осуществлять поиск УДАЛЕННЫХ записей (см. прикрепленный рисунок).

Alio написал(а):
-------------------------------------------------------
> В режиме ПОСЛЕДОВАТЕЛЬНЫЙ ПОИСК введена опция
> (переключатель), позволяющая осуществлять поиск
> УДАЛЕННЫХ записей (см. прикрепленный рисунок).

"Только удалённых" или "в том числе удалённых" записей?

amironov73 написал(а):
-------------------------------------------------------
> Alio написал(а):
> --------------------------------------------------
> -----
> > В режиме ПОСЛЕДОВАТЕЛЬНЫЙ ПОИСК введена опция
> > (переключатель), позволяющая осуществлять поиск
> > УДАЛЕННЫХ записей (см. прикрепленный рисунок).
>
> "Только удалённых" или "в том числе удалённых"
> записей?
Только удаленных.

Alio написал(а):
-------------------------------------------------------
> АРМ Каталогизатор.
>
> В режиме ПОСЛЕДОВАТЕЛЬНЫЙ ПОИСК введена опция
> (переключатель), позволяющая осуществлять поиск
> УДАЛЕННЫХ записей (см. прикрепленный рисунок).


Спасибо большое! Будем ждать 2019 версии.



Редактировано 1 раз. Последний раз 18.02.2019 16:42 пользователем roit.

спасибо

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

В версии 2018.1 был введён полезный режим "Выгрузка списка терминов".
Хотелось бы иметь возможность опционально выгружать и количество ссылок для каждого термина.
Это нужно во многих случаях, в частности, при поиске дублетов (дублетных значений).

Очень жду в 19 версии возможность контроля и редактирования полнотекстовой базы и поиск документов по ней из АРМа
Думаю, эта возможность нужна не только мне
Про исправление всех имеющихся в версии 18 багов я просто не напоминаю - это само собой разумеющееся.

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

Игорь написал(а):
-------------------------------------------------------
> Очень жду в 19 версии возможность контроля и
> редактирования полнотекстовой базы и поиск
> документов по ней из АРМа
> Думаю, эта возможность нужна не только мне
> Про исправление всех имеющихся в версии 18 багов я
> просто не напоминаю - это само собой
> разумеющееся.
>
> ах, да, чуть не забыл - включите наконец-то
> поддержку национальных алфавитов (сортировка,
> коллатинг) в сервер
Хотел ответить, но "ах, да, чуть не забыл", что делать этого не стоит...

Предложение: для режима печать "e-mail" в АРМ Книговыдача просьба предусмотреть возможность отправки писем по всем адресам электронной почты, указанным в поле 32, а также возможность выбора адресов из ниспадающего меню, если повторений поля 32 больше 1.

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

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



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

АРМ Каталогизатор и АРМ Книговыдача.

Обеспечена возможность выполнения режима СТАТ.ФОРМЫ, не требующая наличия Microsoft Excel, не использующая Excel-шаблон и, соответственно, исключающая необходимость его настройки.

В профиль пользователя в секцию [MAIN] введен параметр
STFHTML=
который принимает два значения:
1 (по умолчанию) - режим СТАТ.ФОРМЫ выполняется по-новому, т.е. без использования Microsoft Excel, Excel-шаблона и его настройки. Стат.форма формируется в виде HTML-файла
0 - режим СТАТ.ФОРМЫ выполняется по-старому.

И в том и в другом случае используется прежнее описание стат.формы (STF-файл) - но в первом случае не имеют смысла следующие параметры описания:
- имя Excel-шаблона (первая строка описания)
- координаты ячейки Excel-шаблона для вывода стат.данных (шестая строка)
- координаты ячейки Excel-шаблона для заголовка (девятая строка)

Александр Иосифович, три просьбы, касающиеся TCP/IP-сервера и АРМа Администратор.


1. Из опыта создания пользователей САБ ИРБИС64

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

2. При работе с очень большим количеством пользователей удобно складывать их ини-файлы не в корневую директориюю сервера, а создавать для этого отдельную папку. Чаще всего в корневой папке сервера создаем папку INI и в нее уже помещаем сами ини-файлы. При этом в полях указания ини-файлов в списке пользователей указывается не только ини-файл, но и название директории. Выглядит это следующим образом "/INI/IRBISC_ИвановИИ.INI". На стороне сервера я могу внести изменения в ини-файл TCP/IP-сервера и в файл client_ini.mnu, что бы в поле ввода ини-файла уже автоматически прописывался префикс. Но это не работает для списка пользователей из АРМа Администратор. Можно ли это исправить?

3. В Окне редактирования/создания пользователей есть кнопка выбора стандартного ини-файла. При нажатии по этой кнопке показываются стандартные ини-файлы для разных АРМов. Если по этой кнопке нажать несколько раз, то список каждый раз будет удлиняться - получается, что при каждом нажатии считывается список ини-файлов и дописывается, а не заменяется. Я считаю, что эта ошибка

Gena написал(а):
-------------------------------------------------------
>
> 3. В Окне редактирования/создания пользователей
> есть кнопка выбора стандартного ини-файла. При
> нажатии по этой кнопке показываются стандартные
> ини-файлы для разных АРМов. Если по этой кнопке
> нажать несколько раз, то список каждый раз будет
> удлиняться - получается, что при каждом нажатии
> считывается список ини-файлов и дописывается, а не
> заменяется. Я считаю, что эта ошибка
Исправлено.

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

Обеспечена ГРУППОВАЯ ОТМЕТКА документов в окне коротких описаний - при зажатой клавише Shift.
Групповая отметка действует только в том случае, когда весь диапазон отмечаемых документов находится в зоне видимости окна.

(также реализовано в АРМе Каталогизатор 2018.1 - появится в D4)

Александр Иосифович, большая просьба - в АРМе Администратор снять ограничение на длину названия (латинского) базы.

Gena написал(а):
-------------------------------------------------------
> Александр Иосифович, большая просьба - в АРМе
> Администратор снять ограничение на длину названия
> (латинского) базы.
А в чем проблема?